|
Professor Seleznov
|
Когда требований много, а ясности мало: 10 уроков для аналитиков
У системного и бизнес‑аналитика часто ломается не один навык, а весь маршрут: бизнес формулирует задачу через боль, разработка ждёт точных сценариев, стейкхолдеры спорят о приоритетах, а требования распадаются на противоречивые документы, схемы и комментарии в тасках.
Собрали 10 открытых уроков, которые помогают пройти этот путь по порядку: от понимания бизнес‑задачи до процессов, объектной модели, архитектурного языка и согласования решений.
Подборка подойдёт бизнес‑аналитикам, системным аналитикам, продактам, тимлидам и всем, кто работает с требованиями, процессами, интеграциями и постановкой задач для разработки.
1. Сначала понять бизнес‑модель
Если не ясно, как продукт создаёт ценность, требования быстро превращаются в список пожеланий.
- 21 мая, 20:00 — «Формирование бизнес‑модели продукта на примере Business Model Canvas». Записаться
2. Проверить проблему через пользователей
Кастдев помогает отличать реальную потребность от мнения самого громкого стейкхолдера.
- 3 июня, 19:00 — «Про кастдевы с интерактивом / исследование потребителей в теории и на практике». Записаться
3. Описать процессы и требования визуально
Чтобы бизнес, аналитик и команда смотрели на одну картину, а не спорили о терминах.
- 14 мая, 18:00 — «Графическое описание бизнес‑процессов и требований». Записаться
4. Разобрать AS IS и TO BE
Полезно, когда нужно не просто «автоматизировать», а понять, где хаос, где контроль и что именно должно измениться.
- 3 июня, 20:00 — «AS IS хаос или TO BE контроль: как построить единую автоматизированную финансовую модель на основе неидеальных, разрозненных данных». Записаться
5. Найти, где создаётся ценность
Value Stream помогает увидеть, какие этапы процесса действительно важны, а какие только тормозят движение задачи.
- 2 июня, 20:00 — «Цепочки создания ценности: моделирование, анализ, проектирование». Записаться
6. Описать поведение системы
Sequence Diagram нужен, когда требований уровня «пользователь нажал кнопку» уже недостаточно.
- 19 мая, 20:00 — «Диаграмма Последовательности (Sequence Diagram) — швейцарский нож системного аналитика». Записаться
7. Собрать объектную модель
Чтобы сущности, статусы, связи и правила не расползались в процессе разработки.
- 2 июня, 20:00 — «Объектная модель без боли: как превратить хаос требований в стройную архитектуру». Записаться
8. Говорить с разработкой и бизнесом на одном языке
C4 помогает показывать систему на нужном уровне детализации: без лишней абстракции и без перегруза техническими деталями.
- 4 июня, 20:00 — «C4 для системного аналитика: строим единый язык между бизнесом и разработкой». Записаться
9. Вовлекать стейкхолдеров
Даже сильное решение может застрять, если заказчик, пользователи и команда по‑разному понимают цель.
- 17 июня, 20:00 — «Заказчик vs Стейкхолдер: как вовлечь бизнес в проект». Записаться
10. Связать аналитику с эффектом для бизнеса
Хорошая аналитика должна влиять на скорость, прозрачность, качество и деньги, а не только на документацию.
- 4 июня, 20:00 — «Операционная эффективность в IT: как находить скрытую прибыль в процессах разработки». Записаться
Если вы только входите в анализ — начните с бизнес‑модели, процессов и требований. Если уже ставите задачи разработке — выбирайте Sequence Diagram, объектную модель и C4. Если работаете с изменениями и согласованиями — смотрите уроки про стейкхолдеров, AS IS / TO BE, цепочки ценности и операционную эффективность.
P. S. А если нужен не разовый урок, а полноценный маршрут развития, загляните в каталог курсов OTUS по аналитике и анализу: там собраны программы по системному и бизнес‑анализу, работе с требованиями, процессами и данными.
[Смотреть каталог]-Источник
|
