Freshcode Training Center

Initiation (Ініціація)

На початку на проєкті є лише сейлз, ПМ та БA. Здається, що роботи небагато. Але залученість аналітика на цьому етапі чи не найвища. Головне завдання зараз — зрозуміти справжню проблему замовника.

Що робить БА на цьому етапі

Збирає контекст: аналіз документів та інтерв’ю з клієнтом/внутрішнім замовником.

Фіксує бізнес-цілі: що саме ми хочемо зробити.

Шукає рішення: аналізує існуюче або підбирає альтернативні шляхи.

Запускає Discovery: якщо неочевидно, куди рухатися, БА ініціює глибоке дослідження проблеми, детальне вивчення бізнесу, цільової аудиторії.

Результати етапу

Гіпотези: хто наші користувачі, які ключові процеси зачіпаємо та які метрики маємо покращити.

BRD (Business Requirements Document): короткий документ, який є основним відображенням бізнес-ідеї проєкту.

Прототипи: візуалізація вимог та припущень у реальний інтерфейс, який виконує реальні задачі.

🤝 Взаємодія з ПМ

БА передає менеджеру список ризиків та невизначеностей. Разом вони вирішують, чи потрібна фаза Discovery, та планують реальні терміни робіт. БА відповідає за «ЩО» робимо, ПМ — за «КОЛИ» і якими ресурсами.

Planning (Планування)

Коли проблема клієнта зрозуміла, БА створює «карту», за якою піде розробка.

Що робить БА на цьому етапі

Описує User Stories: що саме робитиме користувач у системі.

Малює карти процесів: як логічно має працювати продукт.

Acceptance Criteria: визначає чіткі критерії, коли фічу можна вважати готовою.

WBS-розбивка: ділить великий обсяг робіт на дрібні логічні шматочки для оцінки.

Результати етапу

Команда бачить не просто ідею, а конкретний список задач із технічними залежностями.

🤝 Взаємодія з ПМ

Тут пари працюють максимально щільно. БА надає «готові до оцінки» User Stories, ПМ використовує їх для розподілу ресурсів, календарного планування і формування спринтів/віх. ПМ питає у БА про пріоритети (що критично для MVP), а БА підсвічує бізнес‑наслідки відтермінування або скорочення об’єму робіт. Артефакти для обміну: backlog, роадмапа, список залежностей.

Спринт — заданий відрізок часу, протягом якого потрібно виконати запланований обсяг роботи.

Віха — точка у проєкті, яка відзначає завершення важливого етапу або випуск великого функціоналу.

MVP — Minimum Viable Product, версія продукту/системи, яка виконує мінімально необхідний для розвʼязання задачі функціонал.

Backlog — список задач, які треба виконати для випуску певної версії продукту.

Роадмапа — візуальний стратегічний документ, що відображає основні етапи розвитку продукту чи системи.

Execution (Виконання / Розробка)

Коли код починає писатися, БА не йде відпочивати. Його роль змінюється: тепер він головний консультант для розробників.

Що робить БА на цьому етапі

Відповідає на питання: роз’яснює розробникам бізнес-логіку та деталі вимог.

Працює зі змінами (Change Requests): якщо клієнт раптом захотів щось переінакшити, БА аналізує, як це впишемо в систему.

Уточнює деталі: доповнює приклади даних, моделює бізнес-логіку або уточнює Acceptance Criteria.

Важливо, у Agile-командах БА залучений постійно, у Waterfall — трохи менше, але він усе одно тримає руку на пульсі.

🤝 Взаємодія з ПМ

БА повідомляє ПМ про зміни в об’ємі робіт або нові ризики, аргументує потребу у додатковому часі або ресурсах. ПМ приймає рішення про перепланування, узгоджує з клієнтом і відстежує вплив на дедлайни. У великих командах ПМ не приймає технічних рішень. Він координує, а БА забезпечує змістовну сторону.

Agile-методології — підхід до управління проєктом із фокусом на ітеративну розробку з постійною співпрацею, гнучкість та швидкість адаптації до змін.

Change Request — формальна пропозиція на зміну у проєкті/системі.

Waterfall-методологія — класична методологія з фокусом на покрокову розробку від А до Я.

❤3👍1

43 views11:17