Привет!

Приехал из отпуска и с головой опять погрузился в работу на проекте и преподавание. Сейчас уже есть ученики не только на своих курсах и на наставничестве, но также веду модуль по SQL в одной из классных онлайн-школ, может потом расскажу как-нибудь подробней об опыте преподавания на сторонних курсах.

В свободные часы изучаю разработку ботов для telegram, использую python и библиотеку aiogram. Удалось прикрутить модель ChatGPT к боту, поэтому его можно использовать вместо самого чата) Мне это очень удобно, думаю вам будет тоже удобно пользоваться им.
В голове еще куча фич, которые хочу реализовать. Но по ценностям Agile уже пора запускать первую MVP версию бота и понемногу добавлять функционал, а то можно до бесконечности что-то делать, так и не запустив продукт.

В течение недели думаю найду недорогой и удобный сервис для аренды сервера, чтобы задеплоить бота.

Без чего невозможно сделать качественный проект

Я уже рассказывал здесь про свои проекты и про "заскоки" заказчиков с урезанием сроков и полным изменением требований в самом разгаре проекта. Распишу здесь без чего невозможно продуктивно работать на проекте и получить в итоге качественный рабочий продукт, нужный заказчику.

Конечно речь пойдет про бизнес-анализ, выявление требований и формирование технического задания. Без этих активностей есть огромный риск провалить проект или сделать никому ненужный продукт.

Что нужно делать по порядку?

1. Выявить цель, задачи, требования к проекту
Эту работу на себя берут аналитики (в зависимости от проекта это могут делать бизнес, системные или data аналитики) . Самое главное на этом шаге - задать правильные вопросы заказчикам и пользователям. Это позволит понять предстоящий скоп работы и удовлетворить ожидания заказчиков в будущем.

2. Анализируем требования
Разбиваем требования по уровням:
- бизнес-требования
- пользовательские
- системные (функциональные/нефункциональные)
Начинаем структурировать их и прописывать в приоритете разработки. Я уже писал посты на тему требований (например, этот)

3. Декомпозируем требования на задачи
Правильно поставленная задача на разработку - 90% успеха выполнения задачи. Аналитик должен убедиться, что разработчики и тестировщики правильно понимают контекст и смысл задачи. Конечно же нужно пользоваться уже наработанными в индустрии шаблонами

4. Тестируем, валидируем, остаемся гибкими к изменениям и дополнениям
Здесь важно придерживаться одной из методологий разработки, которая подходит для проекта лучше всего (Agile, Waterfall, V-model). Мы должны быть готовы изменить часть требований, либо дополнить их. Следовательно, чем раньше начнем показывать промежуточные результаты разработки нашим заказчикам - тем лучше (вовлекаем их в процесс, собираем обратную связь, вносим правки прямо в процессе разработки, а не после сдачи проекта)

Это очень важные шаги, который в большей степени ложатся на плечи аналитиков в командах (коммуникация с заказчиками, выявление и формирование требований, постановка задач). Важно разбираться в том, как это делать правильно, какие подходы и шаблоны использовать, чтобы увеличить свою продуктивность и качество разработки продуктов.

Ставьте реакции, если вам интересно погружаться в тему бизнес/системного анализа, учиться выявлять требования и правильно ставить задачи. Буду дальше развивать эту тему 😉

Очень понятная картинка почему важно уметь работать с требованиями: выявлять, формировать, составлять ТЗ. Без этого вместо классного продукта и проекта 🍬 получится ненужный никому результат с кучей багов 🪲💩

Супер-ценные материалы по работе с требованиями

На первое место поставлю главные книги, с которыми должен познакомиться каждый аналитик, работающий на IT проектах.

1️⃣ Международный институт бизнес-анализа / Руководство к своду знаний по бизнес-анализу (BABOK Guide)

Это именно свод знаний по бизнес-анализу от международного сообщества. На него ориентируются многие практики, поэтому на какое-то время изучения БА она должна стать вашей настольной книгой.

Скачать сразу pdf файл можно здесь

2️⃣ Вигерс Карл, Битти Джой / Разработка требований к программному обеспечению

В книге описаны приемы выявления, формирования, разработки и тестирования требований

Также книгу можно найти и скачать здесь

Дальше оставлю ссылки на статьи, которые мне понравились из недавно прочитанных ⤵️

🔗 Базовое проектирование и разработка требований к интеграции систем

Статья будет интересна начинающим специалистам, ну или командам кто испытывает проблемы с описанием интеграций систем. Здесь именно описано все для задачи интеграции, нет упоминания про разработку с 0

🔗 Оценка требований. Глава 1
🔗 Оценка требований. Глава 2

Автор довольно подробно расписал каждый шаг работы с требованиями на проекте. Первая статья посвящена по больше части оценке требований (кто и как должен это делать в команде), вторая часть посвящена про реализацию требований - как от слов в документации перейти к выбору технического решения и приступить к разработке.

🔗 Плохие ТЗ на разработку: что в них не так, и как исправить?

Автор поднимает очень болезненные проблемы при написании ТЗ на разных проектах и объясняет почему так делать нельзя, а как сделать хорошо)

Собираем 50 🔥 и сделаю вторую часть с полезными ресурсами по БА и работе с требованиями

Фриланс для аналитика

Я уже делился своими мыслями, что хочу развиваться на фрилансе. Сейчас хочу рассказать про то какие задачи мне пришли и как аналитик может взяться за них.

Первое предложение очень необычное. У человека есть своя арена виртуальной реальности (тут либо я отстал от жизни, либо это не очень распространено). Это физическое место с постройками, игроки делятся на команды, стреляют, захватывают объекты друг-друга. В общем, это некий Counter Strike в очках виртуальной реальности.

Моя задача: помочь провести цифровизацию бизнеса и построить процесс отчетности
Изучить текущие документы и данные ➡️ Сделать шаблоны отчетов ➡️ Разработать дашборды с потоком данных.
Такой проект при самостоятельной работе без команды займет 2-3 месяца:
1️⃣ Сбор и анализ требований + изучение материалов и данных
2️⃣ Разработка потока данных
3️⃣ Разработка 3-х дашбордов

По стоимости выйдет 150-250 т.р.

Второй проект связан с анализом рынка недвижимости
1️⃣ Собрать все необходимые требования для разработки дашборда и сбора данных
2️⃣ Сделать парсер сайта
3️⃣ Построить дашборд

Я считаю, что это неплохая возможность для аналитика развить свои компетенции и поднять уровень дохода.
Особенность в том, что здесь в любом случае самому нужно
📍общаться с заказчиком
📍формировать требования
📍писать техническое задание

Мало кто дает готовое ТЗ для разработки, обычно нужно много моментов прояснять и составлять ТЗ с 0 в плотной работе с заказчиком. Заметьте, это прямая работа аналитика - работа с требованиями и составление технической документации.

Т.е. для расширения своих возможностей любому аналитику нужно освоить навыки по бизнес-анализу ✅

Ставьте реакции если хоть раз задумывались о дополнительном заработке к своему основному доходу 😉

Подписчик написал такой вопрос:
«как можно оцифровать бизнес помимо внедрения 1C и CRM системы?»

Давайте разберём что такое цифровизация.
🔎 Цифровизация бизнеса - это процесс интеграции технологий, продуктов и услуг, основанных на цифровых технологиях, для улучшения эффективности работы компании, увеличения производительности, уменьшения затрат и увеличения прибыли.

Другими словами, это процесс внедрения IT систем на благо компании.

Например, компания продаёт велосипеды в своих розничных магазинах. Руководство хочет открыть онлайн канал продаж.

Что можно предложить в качестве решений и развития бизнес-процессов:
1. Создать свой сайт
2. Интегрироваться на маркетплейсы
3. Интегрировать продажи в мессенджеры
4. Начать собирать данные и развить онлайн-маркетинг с рассылками
5. Сделать отчётность на дашбордах
И много чего ещё

На курсе по бизнес-анализу мы разбираем подобные кейсы.

📍учимся выявлять и формировать требования
📍описываем бизнес-процессы AS-IS и TO-BE
📍создаём задачи на разработку
📍разбиваем проект на этапы

Главный результат - умение создавать структурированную и понятную документацию

Для закрепления навыков ученики решают кейс про цифровизацию кинотеатра

21 февраля старт обучения на курсе Бизнес-анализ в IT

С подробной информацией о курсе и программой можно ознакомиться на сайте https://datastudy.ru/2

Для знакомства с планом обучения думаю записать открытый урок, чтобы рассказать детали про процесс обучения.

Ставьте реакции, если нравится идея с открытым уроком. Будет полезная теория и инсайты с рабочих проектов 😉

Формат обучения на курсе "Бизнес-анализ в IT"

Я сам проходил множество курсов и обучался в университете, поэтому я понимаю как важен выбранный формат обучения для успешного освоения материала.

Какой баланс между теорией и практикой
Занятия построены и распределены таким образом, что отношение получается 50% теория и 50% практика. Это учитываются именно занятия. Еще не забываем про домашние задания и самостоятельную работу над итоговым проектом. В итоге, у учеников получается 30% теории и 70% обучения на практике.

Какая последовательность изучения материала
- во время занятия идем от простого к сложному (с обсуждением практического опыта моего и учеников)
- обучение разбито на блоки: теоретическое занятие - практическое занятие - самостоятельное закрепление при выполнении ДЗ и итогового проекта. Дальше переход к новой теме и цикл повторяется 🌀
- темы идут согласно реальному процессу работы на проекте: начинаем с бизнес-цели и описания AS-IS, далее пользовательские/функциональные/нефункциональные требования, постановка задач, показ плана проекта и документации заказчику

Какие инструменты используем во время курса
📍Miro для закрепления плана уроков, обсуждения общего кейса и формирования идей решения
📍Notion для работы с документацией (также смотрим с учениками работу в Jira/Confluence)
📍drawio/Lucidchart для моделирования диаграмм бизнес-процессов

Какие контрольные точки есть на курсе
Каждый ученик должен будет пройти несколько этапов работы над практическими кейсами
1️⃣ Интервью с заказчиком (я выступаю в роли заказчика, ученики в роли аналитиков задают вопросы и учатся выявлять требования)
2️⃣ Сдача подготовленных требований (бизнес, функциональные/нефункциональные, use-кейсы)
3️⃣ Защита кейса (показ презентации как на демо-сессии заказчику: я в роли заказчика, ученики - аналитики)

Будут ли доступны записи занятий
Ученикам остаются доступны все записи уроков навсегда. Если кто-то пропускает занятие - смотрит запись и не отстает от группы обучения.

Кто ведет уроки и сколько человек в группе
Максимальное число учеников в группе - 15 человек. Уроки веду я, обратную связь даю тоже я.

Набор в группу на обучение уже идет 😉

Начинаем обучение 21 февраля

Время занятий:
Вторник: 19:00 по мск
Суббота: 10:00 по мск

Хранилища данных, требования к хранилищам, их отличия от реляционных БД

"Информационные системы масштаба предприятия, как правило, содержат приложения, предназначенные для комплексного многомерного анализа данных, их динамики, тенденций и т.п. Такой анализ в конечном итоге призван содействовать принятию решений. Нередко эти системы так и называются — системы поддержки принятия решений."

Ссылка

Разница между Agile и Waterfall

Наверняка вы слышали про разные методологии проектной деятельности, а про Agile я уже писал отдельный пост, будет полезно его почитать.

Сегодня разберем в чем разница между Agile и Waterfall. Вот что на этот вопрос ответил ChatGPT:

"Agile and Waterfall are two different approaches to software development. Agile is a more iterative approach that focuses on delivering small chunks of working software quickly, while Waterfall is a more traditional approach that follows a linear sequence of steps and focuses on delivering the entire project at once. Agile emphasizes collaboration between team members, while Waterfall emphasizes individual responsibility and clear documentation. Agile also encourages frequent feedback from stakeholders and customers, while Waterfall focuses more on planning upfront."

Другими словами, Agile необходим для итеративной работы над задачами и кусочками функционала, чтобы предоставлять более частые релизы до пользователей и собирать от них обратную связь.
Это дает:
📍 возможность изменять/выявлять новые требования
📍выкатывать новый функционал чаще
📍быстрее получать обратную связь и выявлять баги/ошибки/недочеты чаще
📍совместную работу всех членов команды и высокую взаимозаменяемость (если все идеально сложилось 😁)
📍для небольших команд разработки

Waterfall описывает работу на проектам по стадиям, которые должны идти одна за другой линейно, либо частично пересекаясь. Как и когда удобно работать по Waterfall:
📍есть четко оформленное ТЗ с проектной документацией, которые не должны сильно меняться в процессе проекта
📍результат проекта будет виден только на конечной стадии
📍waterfall не подразумевает частые релизы и внесения изменений в функционал
📍обратная связь от пользователей будет получаться редко
📍если проект не сильно длинный (до 3 месяцев), либо наоборот очень долгоиграющий (туго идущий так сказать 😄)
📍если над проектом работают большая распределенная команда (но здесь также есть вариант разбить на несколько команд и сделать в каждой команде отдельный Agile)


Методологии работы над проектами важны для понимания и изучения, чтобы быстро вливаться в проекты, команды и чувствовать себя в своей тарелке, и чтобы не уточнять у коллег "что такое workflow", "зачем нужна jira" или "почему мы не запускаем спринты для нашей kanban доски" 😁😁😁

На курсе "Бизнес-анализ в IT" мы подробно изучаем различные методологии и обсуждаем моменты работы по каждой из них.

Напоминаю, записаться на курс можно на сайте datastudy.ru
➡️ Старт обучения уже скоро: 21 февраля

Супер-полезные материалы по бизнес-анализу и работы с требованиями (Часть 2)

Эта вторая часть поста с полезными ресурсами по БА, первый пост можете почитать здесь

Несколько полезных ресурсов про разбор работы с требованиями:

1. Требования к ПО на пальцах
Простыми словами и в картинках рассказан путь по выявлению требований:
✅ Зачем мы их выявляем? (про цель)
✅ Что мы выявляем? (as-is и to-be состояния)
✅ Как мы это делаем? (декомпозиция бизнес ➡️ пользователь ➡️ система)
✅ Когда? (приоритезация и структурирование)

2. Пример написания функциональных требований к Enterprise-системе
Статья содержит очень много полезных определений из бизнес-анализа, а также автор описывает на примере проекта используемую структуру работы с требованиями
📍Бизнес-требования
— Общие сценарии
— Сценарии использования
— Алгоритмы и проверки
📍Системные требования
📍Нефункциональные требования
📍Требования к интеграции
📍Требования к пользовательскому интерфейсу

3. Как писать требования чтобы их понимали
Очень доступные и верные правила написания требований для упрощения работы с ними. Я обобщил их для себя в 3 тезиса:
1️⃣ Пишите просто - максимально упрощаем понимание, пишем тезисно и разбиваем составные требования на разные требования
2️⃣ Используем таблицы, списки, форматирование для структурирования требований - не пишем сплошным текстом
3️⃣ Визуализируем требования в схемах - сами схемы также не перегружаем лишним текстом, используем подходящие нотации (BPMN, UML, блок-схемы)

Дальше поделюсь полезными ссылками и ресурсами про международную сертификацию по бизнес-анализу

1. Международный Институт Бизнес-анализа (IIBA)
На сайте есть множество информации о международных стандартах бизнес-анализа, информацию про разные виды и уровни сертификации. Это самые престижные сертификаты международного уровня в области бизнес-аналитики.
Certified Business Analysis Professional (CBAP) - самый высокий по уровню и сложный в получении сертификат по БА
Certification in Business Data Analytics - сертификация в области аналитики данных и business intelligence

2. Уровни сертификации по бизнес-анализу до получения CBAP
Для понимания, CBAP и другие сертификации построены на основе книги BABOK, которой делился в предыдущем посте. Это свод знаний, на который стоит ориентироваться в первую очередь. В статье описаны уровни сертификации:
1️⃣ ECBA (Entry Certificate in Business Analysis) - знание основных понятий по бизнес-анализу
2️⃣ CCBA (Certification of Capability in Business Analysis) - знания + практический опыт 2-3 года
3️⃣ CBAP (Certified Business Analysis Professional) - проштудировать несколько раз BABOK от корки до корки и проработать ~ 5 лет в роли аналитика
Оценки опыта конечно сильно зависят от кандидата, проекта и реальных задач, которые он выполняет. Часто за год можно получить богатейший опыт, который другие и за 7 лет не получают 🙂

3. Project Management Institute
Еще один международный институт, который также предлагает сертификацию по бизнес-анализу. Про сам сертификат PMI Professional in Business Analysis (PMI-PBA) и процесс сдачи можно почитать здесь

Зачем нужны международные сертификаты?
- если вы хотите подтвердить свою экспертность на международном уровне
- если хотите найти отличный оффер в международной компании (без сертификата тоже можно, но с ним у вас будет больше возможностей)
- если хотите стать спикером на международных конференциях или ментором в крупных компаниях
- если работаете в области консалтинга и предоставляете свои услуги в роли бизнес-консультанта

На курсе мы учимся применять на кейсах практики, описанные на международном уровне. Это может стать вашим первым шагом в развитии крутой карьеры аналитика 😉
➡️ Записаться на курс

Ставьте реакции, если пост для вас полезен) Набираем 70 🔥🔥🔥 и готовлю 3-ю часть с полезными ресурсами для аналитиков

Привет!
Задеплоил своего первого бота ещё неделю назад. Вроде пока пользовался косяков не выскакивало)

Основные функции:
1. Удобный доступ к ресурсам Data Study
2. Запись на личные консультации
3. Карманный ChatGPT. Просто пишите свои запросы в чат с ботом, он будет формировать на них ответ с помощью API от OpenAI. Глубоко не изучал вопрос, возможно в скроем времени вылезет лимит на запросы 😃, тогда буду разбираться что с этим можно сделать)

Вообщем, надеюсь бот будет уже сейчас вам полезен. В будущем буду добавлять функционал, например подписка на получение интересующих вакансий, викторины по аналитике и т.п.

➡️ Начать пользоваться @data_study_bot

P.S. Если заметите сбои/баги, либо просто будут классные идеи по дальнейшему развитию бота, пишите, буду благодарен 😉

Старт обучения "Бизнес-анализ в IT"

Уже завтра начинается обучение на моем курсе "Бизнес-анализ в IT"

Для кого подходит курс:
📍Специалистам из разных отраслей, кто переходит в IT
📍Нетехническим специалистам: менеджеры, руководители, владельцы продуктов
📍Техническим специалистам: разработчики, QA-инженеры, системные инженеры
📍Начинающим аналитикам: бизнес, системные, data, BI, продуктовые

Формат обучения
➡️ Маленькая группа до 10 человек
➡️ Занятия 2 раза в неделю (вторник 19:00, суббота 10:00 мск)
➡️ Теоретические занятия (50%) + Практические занятия (50%) + Индивидуальный проект для портфолио
➡️ общение в telegram, живые созвоны занятий + созвоны вопрос/ответ
➡️ личная обратная связь от меня каждому ученику

Программа курса по блокам
1️⃣ Работа со стейкхолдерами (вовлечение, виды и приемы коммуникации, методики проведения интервью и опросов)
2️⃣ Работа с бизнес-требованиями (иерархия требований, постановка целей по SMART, шаблоны формирования требований и потребностей)
3️⃣ Пользовательские требования (use cases, user story, мокапы/прототипы, шаблоны документации)
4️⃣ Системные требования (функциональные, нефункциональные, правила оформления)
5️⃣ Диаграммы бизнес-процессов (контекстные диаграммы, функциональные диаграммы, блок-схемы, UML-диаграммы, BPMN-диаграммы)
6️⃣ Навыки визуальной презентации + навыки прохождения и подготовки к интервью
7️⃣ Методологии проектной деятельности (Waterfall, Agile, Scrum, Kanban, приоритезация задач)
8️⃣ Навыки коммуникации в команде и решение конфликтных ситуаций
9️⃣ Оформление резюме

➕каждая тема закрепляется практическим занятием
➕выполнение итогового проекта (решение бизнес-кейса с проведением интервью и итоговой презентацией)

Какие результаты получаете
✅ умеете работать с разными видами требований (бизнес, пользовательские, системные)
✅ умеете выявлять цели и задачи проекта, общаться со стейкхолдерами и составлять план проекта
✅ умеете работать с разными методологиями разработки
✅ умеете моделировать бизнес-процессы в разных нотациях
✅ умеете готовиться к интервью на работу и проходить его без паники, подчеркивать свои сильные стороны
✅ имеете грамотно оформленное резюме, готовое для отправки работодателям

Все материалы курса остаются у вас навсегда, к ним можете вернуться в любое время
Это последний запуск курса с моим полным вовлечением по такой цене, дальше условия и цена будет меняться

Старт занятий: завтра 21 февраля в 19:00 по мск

Открытый урок курса "Бизнес-анализ в IT"

Рассказываю
1. Кто такой бизнес-аналитик
2. Почему бизнес-анализ востребован в IT
3. Компетенции востребованного аналитика
4. Задачи, решаемые аналитиками
5. Обзор рынка вакансий и статистика
6. Как получить необходимые навыки и получить работу

Смотреть урок

Статья про DevOps практики для построения хранилищ данных

Хоть DevOps и не моя прямая обязанность на проектах, но знаю что понимание всего технического процесса в целом очень сильно упрощает работу на проекте, особенно когда нужно отвечать на вопросы заказчиков "а как это у вас реализовано?"
Поэтому рекомендую читать статьи из смежных отраслей вашей профессии также 😉

Читать статью

DBT - инструмент для трансформации данных

DBT (Data Build Tool) - это открытый инструмент для трансформации и анализа данных. DBT помогает разработчикам, аналитикам, специалистам по BI строить потоки данных и описывать процесс трансформации с помощью SQL запросов

Полезные ссылки по инструменту:

1. dbt Documentation: https://docs.getdbt.com/
2. dbt Tutorials: https://discourse.getdbt.com/c/tutorials
3. dbt Course on DataCamp: https://www.datacamp.com/courses/building-data-pipelines-with-dbt
4. dbt Slack Community: https://slackin-dbtcommunity.herokuapp.com/
5. dbt YouTube Channel: https://www.youtube.com/channel/UCmX_KVQnjFvxCxGwLJb4qKg
6. dbt Blog: https://www.getdbt.com/blog-posts

Как ваши выходные проходят? 😃

Ездили в домик на природу, к ноутбуку подходил только 1 день из 4, это достижение 😅

Накидайте 🔥 если в выходные получилось отдохнуть

Привет!

Делюсь ссылкой на полезные упражнения по библиотеке pandas для работы с данными

Ссылка на упражнения

Есть ещё вот такой замечательный сайт pandaspractice.com с упражнениями и примерами. Подойдёт для новичков, кто только начинает знакомство с функционалом библиотеки.

Pandas Practice

Все больше погружаюсь в область Data Governance и Data Marketplace, потому что это сильные инструменты для получения из данных ценности в масштабе корпораций.
Сейчас исследую тему каталогов данных (Data Catalog). Главный вопрос - Зачем они нужны?
Некое summary

📍Data Discovery: Data catalogs provide a central repository for all enterprise data, making it easier to discover and locate relevant data sources.

📍Metadata Management: Data catalogs provide a platform to store and manage metadata associated with each data source, such as the source of the data, its format, and any other relevant information about the data.

📍Data Governance: Data catalogs provide an effective way to manage access control lists and keep track of who has access to what data. This helps organizations to protect sensitive data.

📍Quality Assurance: Data catalogs allow organizations to easily monitor the quality of their data sources by providing visibility into any errors or inconsistencies in the underlying datasets.

Много у нас здесь студентов? Накидайте свои реакции 😉