Що робить щодня

бізнес-аналітик?
Чекліст з активностей, скілів та технік: все, що потрібно знати про роль бізнес-аналітика в ІТ. Посада
бізнес-аналітика є далеко не на кожному проєкті, але навіть там, де така роль передбачена, не завжди
зрозуміло, чим займається людина з модною професією Business Analyst. У чеклісті розповімо, хто такий
бізнес-аналітик, що він робить протягом дня, перерахуємо скіли і софт, необхідні для виконання ролі BA.

Хто такий бізнес-аналітик?

Щ об розібратися в термінах, подивимося, як визначає роль спеціаліста з бізнес-аналізу керівництво BABoK
(Business Analysis Body of Knowledge) — настільної книги будь-якого Business Analyst.

Звід знань BABoK — це всесвітньо визнаний стандарт з бізнес-аналізу від IIBA (International Institute of
Business Analysis). Керівництво описує галузі знань та методики бізнес-аналізу, а також завдання та базові
компетенції BA. Бізнес-аналіз допомагає провести зміни в компанії через визначення бізнес-потреб та
рекомендацію рішень, що приносять цінність для зацікавлених сторін. Бізнес-потреба — це проблема або
можливість, яка повинна бути вирішена, наприклад:

стратегічна мета;
проблема у поточному процесі чи системі;
проміжна мета, для якої потрібна додаткова інформація, дослідження;
потреба, викликана попитом або конкуренцією.

Визначення BA по BABoK
Бізнес-аналітик в IT — це сполучна ланка між замовником та командою розробки. Бізнес аналітик виявляє
потреби замовника, шукає рішення, а потім оформлює концепцію рішення у вигляді вимог, на які
орієнтуватимуться розробники під час створення продукту.
Основні напрямки в роботі

бізнес-аналітика

Управління вимогами
Вимоги — це практичне відображення потреб бізнесу та стейкхолдерів. Бізнес-аналітик виявляє та збирає
вимоги замовника, обробляє їх, переходячи від абстрактних бажань та запитів до конкретних показників та
завдань. Робота з вимогами складає основну частину активності BA: спочатку бізнес-аналітик виявляє
вимоги, потім документує їх та конвертує в завдання для розробників.

Стратегічний аналіз
Бізнес-аналітик вникає у стратегію розвитку компанії нарівні з ТОП-менеджерами, тому що добре
орієнтується у продукті. Стратегічний аналіз, який виконує BA, включає:

вивчення потенційних клієнтів, наприклад, через фокус-групи;

дослідження можливостей та обмежень підприємства;

аналіз ризиків.

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

Проєктування та оцінка рішень (solution design)

На основі виявлених вимог, бізнес-аналітик готує документацію та створює дизайн рішення (прототипи),
які допомагають команді зрозуміти, що має бути реалізовано у розробці. BA проводить оцінку рішення як
у процесі реалізації проєкту, так і після завершення: спочатку оцінює прототип, потім реліз, після якого
аналізує реалізацію рішення.

Управління продуктом
Коли продукт створено, бізнес-аналітик продовжує комунікувати з дизайнерами, інженерами та бізнесом
для успішного позиціонування та розвитку продукту. На основі зібраних даних, бізнес-аналітик робить
висновки та прогнози, знаходить закономірності поведінки користувачів, а також слабкі місця продукту.
Базові навички та компетенції бізнес-
аналітика

Soft Skills
Аналітичне мислення та вирішення проблем: оцінка ситуації, розробка суджень про можливе
вирішення проблеми.

Поведінкові характеристики: професійна етика, надійність, самоорганізованість.

Комунікативні навички: ефективне вербальне та невербальне спілкування, вміння слухати та ставити

питання, розмовна англійська.

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

Hard Skills
Розуміння методології програмного забезпечення для взаємодії з командою.

Опис технічних завдань через SRS, User Story та Use Case.

Моделювання бізнес-процесів та систем: робота з UML та BPMN нотаціями.

Використання необхідного для BA програмного забезпечення.

Business Knowledge
Знання домену: наприклад, логістика, e-commerce, health-care.

Орієнтація у специфіці окремих великих компаній.

Поінформованість у готових рішеннях, наприклад, різних платформах для управління

замовленнями в e-commerce.


Застосування методологій збору, аналізу та формалізації вимог.

Активності бізнес-аналітика

Робота з вимогами
Виявлення вимог під час спілкування із замовником.

Аналіз зібраних вимог.

Формулювання концепції рішення.

Верифікація, валідація, затвердження.

Управління вимогами: відстеження зв'язків, пріоритизація.

Розробка стратегії впровадження конкретних рішень.

Комунікації з командою
Відповіді на незрозумілі питання.

Обговорення проблемних ситуацій та спірних моментів.

Проведення мітингів для ухвалення спільних рішень.

Контроль за зростанням обсягу робіт, драйвінг змін.

Комунікації із клієнтами
Виявлення фактичних проблем та потреб стейкхолдерів.

Обговорення потреб, що стоять за вимогами, на робочих зустрічах.

Уточнення вимог через обговорення та демонстрацію прототипів, діаграм, демо продукту.

Фіксація отриманих результатів: скріни, відео, аудіозапис.

Створення документації
Підготовка специфікацій.

Написання user stories/acceptance criteria/use cases.

Опрацювання дисфункційних вимог.

Моделювання бізнес-процесів.

Візуалізація рішень через прототипи.

Оформлення концепції рішення у список завдань для команди розробки з використанням технік

документування вимог.
Основні техніки, з якими працює
бізнес-аналітик

Інтерв'ю
Інтерв'ю добре працює при спілкуванні сам на сам із замовником. Проходить у формі вільної розмови під
час зустрічі наживо або онлайн. Тему та питання погоджують заздалегідь, а під час самого інтерв'ю про
вимоги говорять докладно, розбиваючи загальну тему на окремі завдання.

Мозковий штурм (брейнстормінг)

Мозковий штурм допомагає при з'ясуванні вимог групи стейкхолдерів. Результатом брейнстормінгу стане
максимальна кількість ідей або вимог до нових напрямів системи. Висловлювання збирають без критики,
тому що головне завдання групи — згенерувати якнайбільше ідей.

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

Observation (спостереження)
Спостереження за робочим процесом у компанії замовника дозволяє BA перевірити інформацію, отриману
з інших джерел, підібрати нові теми для інтерв'ю, знайти проблеми з поточною системою та визначити
можливості для покращення.

Prototyping (прототипування)
Прототипування — це початкова версія рішення, що включає виявлені раніше потреби клієнта. Можна
довго обговорювати із замовником вимоги, але варто лише візуалізувати, намалювати зрозумілий
інтерфейс — і все стає набагато зрозумілішим. Таким способом легше виявити додаткові вимоги.
User stories
User stories — це вимоги до продукту, коротко описані мовою користувача у форматі: Я, як користувач (або

інша роль у процесі), хочу зробити … (дія в системі), щоб досягти … (мета). Історії користувача фокусуються

на потребах замовника та не включають технічних деталей реалізації. Це швидкий спосіб документування

вимог до продукту без розробки великих формалізованих документів.

Use cases

С ценарій використання — це опис поведінки системи на зовнішні запити: сценарій описує «Х » «Щ »

то та о

може робити з цією системою. Як і в User S '

tories, у сценарії використання обов язково має бути прописана

мета: короткий опис, чого користувач хоче досягти.

Backlog Management
Беклог — це список усіх робіт, розставлених у порядку пріоритетності. BA стежить, щоб елементи беклогу

були досить деталізовані, розсортовані та оцінені за ступенем важливості.

Prioritization
Пріоритизація — це спосіб вирішення конфлікту між конкуруючими вимогами за обмежені ресурси. При

пріоритизації вимог BA визначає, в якій версії буде реалізована певна функція продукту чи набір вимог. У

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

Моделювання вимог
Моделювання — це графічна візуальна модель аналізу вимог, яка, на відміну від докладних специфікацій,

відображає вимоги на абстрактному рівні. Моделі вимог презентують у вигляді діаграм станів, процесних

діаграм, діаграм послідовностей, а також таблиці чи дерева рішень.

Risk Analyst and Management

Аналіз ризиків допомагає BA ідентифікувати та керувати областями невизначеності, які можуть вплинути

на рішення чи здатність команди досягти поставленої мети. Після аналізу розробляються можливі стратегії

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

Інструменти бізнес-аналітика
Для успішної роботи бізнес-аналітику знадобляться інструменти для обробки, софт для командної
комунікації та додатки для аналітики. Нижче — базовий список програм, якими потрібно володіти.

Робота з даними
Google docs та Confluence — спільна робота з документами, накопичення та обмін знаннями.

Balsamiq, Lucidchart, InVision Studio — створення діаграм, ментальних карт, вайрфреймів, зразків
інтерфейсу користувача.

Комунікація з командою
Jira — гнучкий і масштабований task-трекер.

Trello — загальна дошка з картками завдань.

Asana — онлайн-простір для розподілу роботи у команді.

Аналіз поведінки користувачів

Google analytics — статистика відвідувань та інші дані в звітах, що настроюються.

Amplitude — мобільна та вебаналітика зі взаємодії користувача із продуктом.

Mixpanel — аналітика для мобільних додатків.

Хто може виконувати функції

бізнес-аналітика
Sales Manager

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

Account Manager

Акаунт-менеджер знає багато про продукти та побажання клієнта і може зорієнтувати замовника, куди
розвиватись.

Product / Project Manager

Менеджерам у рамках їх роботи доводиться доносити вимоги до команди та керувати ними, тому на
більш-менш серйозному проєкті їм не обійтися без знань бізнес-аналізу.

Team Lead або найдосвідченіший розробник

Девелопер може виконувати роль BA, якщо замовник має хоч якусь технічну компетенцію. Ця модель
найчастіше зустрічається в аутсорсингу.

UI / UX - дизайнер

Дизайнери багато комунікують з клієнтами та працюють зі зворотною зв'язком. Вони можуть розповісти
команді, що і як має працювати. Оскільки дизайнер не розуміється на розробці, роль BA на таких
проєктах ділиться між дизайнером та командою.

Scrum master, Scrum team

Скрам майстри можуть брати на себе роль бізнес-аналітика, якщо команда працює за моделлю Agile.

QA-інженер

Тестувальник розуміє, що саме команда має розробляти. У ході тестування QA складає тест-кейси, і ці
кейси — мало не єдина документація, за якою працює команда за відсутності BA. QA-фахівцям 

достатньо кількох місяців, щоб освоїти додаткові техніки і піти в бізнес-аналітику.
Що корисного почитати
BABoK Guide 3.0
Майк Кон «Історії користувача. Гнучка розробка програмного забезпечення» (Mike Cohn «User Stories
Applied: For Agile Software Development»)
Карл І. Вігерс, «Розробка вимог до програмного забезпечення» (Karl E. Wiegers, «Software
Requirements»)

I AM BA — практичний курс з бізнес-аналізу

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

Ми вважаємо, що чим більше експертів на курсі, тим більше можливостей для студентів освоїти круті
техніки. Якщо хочете отримати різний досвід роботи з вимогами та необхідну практику приходьте на I
AM BA. Консультуватимуть вас за проєктом 10

спікерів з DataArt, Київстар, Snap Inc, EPAM,SoftServe, Impressit та AFSMD.

Курс буде корисним: Junior Business Analysts,Project Managers, Product Managers, Designers, QA,
Sales, Team Lead.

Докладніше