Робиш перші кроки в ІТ і хочеш розібратися, хто такий бізнес-аналітик (БА)? Давай розставимо крапки над «і» 🧐
⠀
БА — це не просто людина, яка аналізує ринок. Це той, хто веде ідею за руку від задуму до фінального релізу. У цьому дописі розберемо, що насправді входить до обов’язків БА на кожному етапі та як він працює у парі з проєктним менеджером (ПМ).
⠀
Читай далі, щоб дізнатися подробиці 😉

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-методологія — класична методологія з фокусом на покрокову розробку від А до Я.

Monitor & Control (Моніторинг і контроль)

Коли код написаний, БА стає «головним критиком». Його задача — переконатися, що продукт реально відповідає бізнес-цілям. За необхідності БА проводить перевірку функціоналу, бере участь у тестуванні бізнес‑кейсів, а іноді — просто у тестуванні системи. Буває, на пару з ПМ.

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

БА передає список критичних дефектів та пріоритетні доопрацювання. ПМ вирішує, чи входять вони у поточний випуск функціоналу, чи відкладаються. А також — інформує стейкхолдерів про статус і координує прийняття рішень на основі висновків БА.

Стейкхолдер — зацікавлена сторона.

Closure / Handover (Закриття)

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

Перед релізом і після нього БА може готувати документацію з вимогами, бізнес‑правилами, інструкціями для користувачів. Опціонально проводити аналіз результатів проти початкових KPI і готувати короткий звіт (що вдалося, що ні).

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

Разом вони проводять ретроспективу, формують списки покращень для процесу. ПМ забезпечує формальний розпуск/перерозподіл ресурсів і закриття контрактних зобов’язань. БА — передає знання і відповідає за бізнес‑контекст.

Важливо! Ми розглянули лише один із прикладів роботи БА. На практиці обов'язки аналітика можуть змінюватися залежно від специфіки проєкту, команди та методології 🤓

#fresh_knowledge

Тепер ти знаєш залаштунки професії. Виглядає об’ємно? Можливо. Але з правильною підтримкою кожен із цих етапів стає зрозумілим і логічним 🤓

Якщо мрієш опанувати професію бізнес-аналітика чи проєктного менеджера, не відкладай на «колись». Реєструйся на безкоштовне заняття вже зараз 👇

Перевір свої знання або інтуїцію 😉

#fresh_tests

Хочеш в ІТ, але повна вартість курсу звучить як «поки не на часі»? Є хороша новина 🙂
⠀
Ми запускаємо грантову програму на курс Full-Stack JavaScript Developer для студентів технічних спеціальностей.
⠀
Як це працює?
⠀
✨ 25% вартості покриває Freshcode.
✨ 50% — помісячна оплата під час навчання.
✨ 25% — після працевлаштування.
⠀
Ти починаєш навчання без великого фінансового навантаження 👆
⠀
Що включає курс?
⠀
▪️ 432 години інтенсивної підготовки.
▪️ 123 години роботи над реальним комерційним проєктом.
▪️ Підтримку ментора протягом навчання.
▪️ Підготовку до ролей Frontend, Backend, Full-Stack JS Developer.
▪️ Шанс отримати офер від Freshcode після завершення курсу.
⠀
Цікаво? Тисни, щоб записатися на співбесіду 👇

Випробуємо твої знання з проєктного менеджменту та бізнес-аналітики? 😉

#fresh_tests