DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує проекти? "

1. Як відсутність бачення
продукту псує проекти?
Роман Сахаров @E5

2. Про мене - Roman Sakharov
Business Analysis Manager, Delivery Manager, Certified Scrum
Master, Trainer, Agile and BA community leader, UA BA
mentoring curator @EPAM Systems
Co-founder, trainer, consultant @E5
IT Awards 2014 BA winner

3.  Ми консалтинго-тренінгова компанія
 Консультуємо компанії на тему бізнес аналізу,
продуктового та проектного менеджменту
 Допомагаємо підняти рівень ІТ спеціалістів
 Створюємо тренінги, воркшопи та вебінари
 Проводимо зустрічі ITKaizenClub
 Виступаємо на конференціях

4. А ви?

5. Vision without action is a
daydream.
Action without vision is a
nightmare
- Japanese proverb

6. Що таке бачення?
• An aspirational description of what an
organization would like to achieve or
accomplish within the project.
• A vision statement is a declaration of a
project objectives, ideally based on
economic foresight

7. Навіщо потрібно бачення?
• it is intended to serve as a clear
guide for choosing current and future
courses of action
• intended to guide project internal
decision-making
Чи важливо для всіх?… <holy war mode on>

8. А як буває?
- Розробник: А що і для кого ми взагалі пишемо?
- Клієнт: Що це таке?
- Команда: Що сказали – те й написали…
- «Сміттєфункціонал», придуманий замовником, або
побачений в конкурентів за день до цього

9. Що спільного в цих проблем?
відсутність бачення і
розуміння скоупу (Scope)

10. І що ж робити?
Тримати
фокус на
баченні
продукту

11. 1. Початок проекту
1. Project start,
initiation phase

12. Проблеми: старт проекту
• Не розуміння що і навіщо
будуємо
• Менеджмент в стилі: “Just
Do It!” … and don’t ask silly
questions

13. Методологічно – Scrum
“The minimum plan necessary to start a Scrum
project consists of a vision and a Product
Backlog. The vision describes why the project is
being undertaken and what the desired end state
is.” (Schwaber 2004, p. 68)

14. Vision
це короткий опис суті майбутнього продукту. Де
описується що це за продукт, які цілі і завдання
його створення, хто його користувачі і які
основні можливості майбутньої системи.

15. Бачення / Vision
1. Хто наші користувачі?
2. Які в них потреби?
3. Яким функціоналом ми
задовольнимо потреби?
4. Порівняння з існуючими
продуктами (selling points)
5. Цільові терміни і бюджет

16. The Product Vision (by Roman Pichler)

17. Проблема
- Так-так, в нас є проблеми з
розумінням продукту, але ми всі
дуже зайняті
- Може ти займешся?
- Ні… ну тоді проживемо і так

18. Роль візіонера
• Product Manager
• Product Owner
• Business Analyst
• Представник замовника
• рідше Project Manager

19. Вітаймо – Product Manager
Він той хто буде
зустрічати
проблеми з
баченням 

20. 2. Розробка
1. Project start,
initiation phase
2. Development
and
implementation

21. Проблема: Розробка
Пишемо довго, пишемо
нудно… Легко втратити
фокус

22. Підтримуйте ієрархію
Це дозволить розуміти і бачити мету
Vision goal 1 Vision goal 2 Vision goal 3
Epic 1.1 Epic 1.n Epic 2.1 Epic 2.n Epic 3.n… …
Feature 1.1.1 Feature 1.1.2 Feature 2.1.1 Feature 2.1.2
User or market needs

23. User Centric Approach

24. Business
requirements
User
requirements
Functional
requirements
Vision …and
Scope? BRD
User story
As a user…
I want…
+ Acceptance criteria
+ Details (SBE,
wireframes…)
+ So that…
Документація з «баченням»

25. Проблема (scope creep)
-Замовник: Додамо ще 10 цих фіч?
-Команда: Так ми ж про них не
домовлялись
-Замовник: А ми побачили їх у
конкурентів і вони нам тепер потрібні

26. Правильне відслідковування (traceability)
Перевіряйте функції на «сирітність»
Vision goal 1 Vision goal 2 Vision goal 3
Epic 1.1 Epic 1.n Epic 2.1 Epic 2.n Epic 3.n… …
Feature 1.1.1 Feature 1.1.2 Feature 2.1.1 Feature 2.1.2 New Feature XYZ

27. 3. Реліз
1. Project start,
initiation phase
2. Development
and
implementation
3. UAT and
Delivery phase

28. Проблема релізу
Цей реліз не станеться ніколи…
або…
Навіщо ми релізимо це “добро” чому
не закінчити нормально весь продукт?

29. Розуміння MVP
minimum viable product (MVP) is
a product which has just enough
features to gather validated
learning about the product and its
continued development

30. Розуміння MVP
1. Цілі
2. Цінності
3. Скоуп

31. Проблема
Це не зовсім те, чого ми
очікували
або
Це зовсім не те, що нам
потрібно?

32. Сценарії користувача

33. У підсумку для бачення продукту важливо
1. Визначайте
бачення продукту
2. Використовуйте
правильні техніки
для акцентування
3. Підтримуйте
фокус команди на
баченні

34. Тримайте фокус на великій меті! 
• Big goal

35. Ми цьому ще й навчаємо!
• Сертифікаційний тренінг “Leading SAFe 4.0 SAFe®”
• Курс “Business Analysis Big Bang 2.0” (періодично)
• Вебінари “Business Analysis Essentials”
• Вебінари “Scrum Fundamentals”
• ITKaizenClub
Знижка за кодом «E5BAQ» – 10%
36

36. info@e-5.com.ua
E5Trainings
E5Trainings
E5
www.e-5.com.ua