Коли доводиться починати щось з нуля, нерідко виникає питання: з якого боку краще розпочати, враховуючи безліч різноманітних аспектів, які слід враховувати? А за що взятися в першу чергу, як визначити пріоритети та як зорієнтуватися у масиві нової інформації? Як зрозуміти, в яку сторону рухатися? З такими викликами стикаються і бізнес-аналітики на старті нового проекту. На думку експерта Е5 - Ірини Крючкової, аналітику на старті проєкту особливо складно, оскільки у його відповідальності знаходиться дві зони: - Рішення Необхідно розібратися, що ж саме ми намагаємося побудувати, для кого і навіщо - Власна бізнес-аналітична робота Необхідно налаштувати процес бізнес аналізу, визначити, яким чином збирати і зберігати вимоги, запланувати всі необхідні активності На вебінарі ми розібрали, як бізнес-аналітику почати проєкт так, щоб закласти міцну основу для його успішного завершення.

1. Бізнес аналіз на старті
проєкту
Webinar

2. improve yourself CONTINUOUSLY
1. Чому аналітику особливо важко на старті
2. Продукт: що розробляємо і навіщо?
3. Зацікавлені особи: з ким співпрацюємо?
4. Процес: як будемо взаємодіяти для досягнення результату?
План на сьогодні

3. ● Played variety of BA-related roles: was a Business
Analyst, a Proxy/Product Owner and a Product Manager
in numerous projects from small for a few months to big
international for a few years
● Worked as an Associate Director of Business Analysis
Office in SoftServe and took care of professional
development of more than 400 business analysts within
the company
● Took part in organization of a few business analysis
community, helped to open Ukrainian chapter of IIBA and
was a member of its Board of Directors
Business Analyst with more than 17 years of experience
improve yourself CONTINUOUSLY
About the consultant
Trainer and consultant @E5
Lead Business Analysis @RBI RI
Iryna Kriuchkova
see detailed info on LinkedIn

4. Яка ваша роль?
● Бізнес аналітик
● Власник продукту
● Менеджер продукту
● Менеджер проєкту
● Інша роль в ІТ
● Інше
Чи починали ви коли-небудь проект?
● Так, постійно починаю проекти з нуля
● Так, доводилося раз чи кілька
● Ніколи не доводилося, але не бачу в цьому проблеми
● Ніколи не доводилося і перспектива лякає
Хто
ви
і
який
у
вас
досвід?
Опитування

5. Початок проєкта
для аналітика
Чому це важливо і чому це складно

6. improve yourself CONTINUOUSLY
Основна особливість роботи аналітика на проекті

7. improve yourself CONTINUOUSLY
Продукт
• Що ми будуємо і
навіщо?
• Які вимоги до
продукту?
• Який план реалізації і
які основні віхи
розробки?
Зони відповідальності аналітика
Зацікавлені особи
• З ким потрібно
співпрацювати, хто в
команді?
• Які повноваження у
зацікавлених осіб та
очікування щодо
комунікації та
результатів?
Процес
• Як будемо збирати та
управляти вимогами
(визначати пріоритети,
затверджувати,
управляти змінами)?
• Яким чином
документувати та як
підтримувати вимоги?

8. Продукт
Що розробляємо і навіщо?

9. improve yourself CONTINUOUSLY
Як вам «дістався» проект?

10. Що важливо знати про
продукт?
Бачення продукту, щоб розуміти
куди рухаємося, Функціональна
декомпозиція для розуміння
деталей, Дорожня карта, щоб знати
в якій черговості реалізуємо задумане
improve yourself CONTINUOUSLY

11. improve yourself CONTINUOUSLY
Бачення продукту

12. improve yourself CONTINUOUSLY
Беклог vs Функціональна декомпозиція

13. improve yourself CONTINUOUSLY
Дорожня карта або високо-рівневі пріоритети

14. Зацікавлені особи
З ким співпрацюємо?

15. improve yourself CONTINUOUSLY
1. Пропущені вимоги
2. Незручні ситуації
3. Заблоковане прийняття чи
впровадження
Чому зацікавлені особи це важливо?

16. improve yourself CONTINUOUSLY
• Business analyst,
• customer,
• domain subject matter expert,
• end user,
• implementation subject matter
expert,
• operational support,
• project manager,
• regulator,
• supplier,
• tester,
• sponsor.
Зацікавлені особи
Що робити:
1. Реєстр зацікавлених осіб
2. Повноваження та вплив
3. Очікування та критерії успіху

17. Процес
Як будемо взаємодіяти для
досягнення результату?

18. Управління вимогами
Виявлення та трасування вимог,
документація та підтримка,
визначення пріоритетів, управління
змінами вимог та затвердження
вимог
improve yourself CONTINUOUSLY

19. improve yourself CONTINUOUSLY
Довготривалий проєкт
На що в першу чергу потрібно звернути увагу в проєктах:
Виявлення
вимог
1
Трасування
вимог
2
Документація
підтримка
3
Визначення
пріоритетів
4
Управління
змінами
5
Затвердження
вимог
6
Дуже формалізований проєкт
Проєкт з фіксованим бюджетом
3 6
5

20. improve yourself CONTINUOUSLY
БА процесний чек-лист
Проект Критичні зони Рекомендації
Короткотривалий
scrum проєкт
Виявлення вимог Регулярні зустрічі в календарі
Визначення пріоритетів Єдина особа для прийняття рішень. Що в першу
чергу, що в другу і т.д. Відсоток ‘nice to have’
Тривалість проєкту
більше року
Документування та
підтримка документації
Функціональна декомпозиція в документації.
Спочатку створення документації, потім беклог
Висока
формальність
Затвердження вимог Зони відповідальності зацікавлених осіб,
розмежування вимог по зонам відповідальності
Фіксований бюджет Трасування вимог Лінкування вимог між собою, особливо вимог в
контрактах та вимог в беклозі
Управління змінами Реєстр змін, процес, Change control board,
регулярні зустрічі

21. improve yourself CONTINUOUSLY
На старті проєкту для аналітика важливі:
1. Продукт: Бачення, Декомпозиція, Дорожня карта
2. Зацікавлені особи: Список, Повноваження, Очікування
3. Процес: Управління вимогами залежно від специфіки проєкту
Підсумуємо

22. Questions?
info@e-5.com.ua
+38 (096) 798 77 88
www.e5.ua
E5ConsultingAndTraining
E5
EFive Trainings