Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта: — Что делать в первую очередь? Как управлять приоритетами? — Как интегрировать сбор требований в итеративный процесс разработки. В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.

1. Agile-управление
требованиями
Филиппов Никита,
ScrumTrek
вторник, 8 июня 2010 г.

2. !"#"$%&'"("))*+&
• ,-.-/0./&1-23.42&-3&
56278924:&
• ;/0<4&=>-6?@&;/0<4&1,A&
2
вторник, 8 июня 2010 г.

3. Давным, давно... люди думали, что
все очень сложно...
3
вторник, 8 июня 2010 г.

4. Потом, что все просто...
4
вторник, 8 июня 2010 г.

5. Потом появился Scrum и XP
5
вторник, 8 июня 2010 г.

6. Мы Agile!!! Мы Agile!
6
вторник, 8 июня 2010 г.

7. Мы Agile!!! Мы Agile!
Мы
сделали
демонстрацию!!!
6
вторник, 8 июня 2010 г.

8. Мы Agile!!! Мы Agile!
Мы
сделали
демонстрацию!!!
ТаскБорд!!!
6
вторник, 8 июня 2010 г.

9. Мы Agile!!! Мы Agile!
Мы
сделали
демонстрацию!!!
Командная ТаскБорд!!!
ответственность!
6
вторник, 8 июня 2010 г.

10. Мы Agile!!! Мы Agile!
Рефакторинг
Мы и регулярное
сделали CodeReview
демонстрацию!!!
Командная ТаскБорд!!!
ответственность!
6
вторник, 8 июня 2010 г.

11. Мы Agile!!! Мы Agile!
Рефакторинг
Мы и регулярное TDD,
сделали CodeReview
демонстрацию!!! Полное
покрытие
Тестами.
Командная ТаскБорд!!!
ответственность!
6
вторник, 8 июня 2010 г.

12. Мы Agile!!! Мы Agile!
Рефакторинг
Мы и регулярное TDD,
сделали CodeReview
демонстрацию!!! Полное
покрытие
Тестами.
Командная ТаскБорд!!!
ответственность! Автоматизация
тестирования
6
вторник, 8 июня 2010 г.

13. Мы Agile!!! Мы Agile!
Рефакторинг
Мы и регулярное TDD,
сделали CodeReview
демонстрацию!!! Полное
покрытие
Тестами.
Командная А
ТаскБорд!!!
ответственность! мы работаем Автоматизация
в Парах :) тестирования
6
вторник, 8 июня 2010 г.

14. Мы внедрили ScrumНО
7
вторник, 8 июня 2010 г.

15. Мы внедрили ScrumНО
Т.З.
7
вторник, 8 июня 2010 г.

16. Мы внедрили ScrumНО
Т.З.
30д.
Мы не успеваем писать Т.З. - Слишком
много и слишком долго 7
вторник, 8 июня 2010 г.

17. Мы внедрили ScrumНО
Т.З.
Все задачи очень
приоритетные
30д.
Мы не успеваем писать Т.З. - Слишком
много и слишком долго 7
вторник, 8 июня 2010 г.

18. Заказчики нас не любят ;)
Заказчики считают
нас Гиками, которые
играют в игры
Они не понимают
«крутость» Agile
Ваш Аджайл,
отстой.
8
вторник, 8 июня 2010 г.

19. Наверное с вашим Agile что-то не
так...
9
вторник, 8 июня 2010 г.

20. Agile-Manifesto principles
We follow these principles:
Our highest priority is to satisfy the customer
through early and continuous delivery of
valuable software.
Business people and developers must work
together daily through out the project.
www.Agilemanifesto.org
10
вторник, 8 июня 2010 г.

21. Это не Agile!
Вы делаете Scrum или
XP, но заказчик
недоволен
результатами.
Вы делаете Scrum, но
бизнес не хочет с
вами сотрудничать
Это не Agile, если
практики есть, а
заказчик недоволен
11
вторник, 8 июня 2010 г.

22. Это не Agile!
Вы делаете Scrum или
XP, но заказчик
недоволен
результатами.
Вы делаете Scrum, но
бизнес не хочет с
вами сотрудничать
Это не Agile, если
практики есть, а
заказчик недоволен
11
вторник, 8 июня 2010 г.

23. Это не Agile!
Вы делаете Scrum или
XP, но заказчик
недоволен
результатами.
Вы делаете Scrum, но t
ut ber
бизнес не хочет с r umchw
b a
вами сотрудничать Sc n S
©Ke
Это не Agile, если
практики есть, а
заказчик недоволен
11
вторник, 8 июня 2010 г.

24. Все дело в управлении продуктом
12
вторник, 8 июня 2010 г.

25. Что нужно делать?
Не писать лишнего
Уметь развивать продукт инкрементально
Прорабатывать требования детально
Доставлять самое нужное и важное в первую очередь
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и
долгосрочной перспективе.
Знать когда сможем поставить ту или иную
функциональность (или что войдет в релиз), зная что
мы живем в мире изменений. 13
вторник, 8 июня 2010 г.

26. Параллельная разработка
!"# $%&$%'#"%"(?)
*%+ $%&$%'#"%"(?)
*%+ ,#--.$/01%"(?)
Процесс сбора требований
размывается на весь
проект 14
вторник, 8 июня 2010 г.

27. Agile Product Development
• !"#$"%&'()*)+,'-.'"/0/1/'2/32/4.$56'
• 789:;<=89:;'>'$2?4.@/"6#'A.$.@%'5'"/0/1B'
6$?2/C66'
• !.@1?0?"6?'5.D/"-%'@'E.-A.$.@5B'
$2?4.@/"6&' ()*)+,'
F2?4.@/"6#'
F?G$%'
15
вторник, 8 июня 2010 г.

28. Agile Product Development
!"#
Innovation Games
Story Mapping ,*-)# $%&'()*+&#
Crafting the Vision
Backlog prioritizing
Creating User Stories
Working with Focus
Groups
UX
Ускорение сбора требований, через специальные
Workshop’ы
16
вторник, 8 июня 2010 г.

29. Vision Crafting: Personas & Product Box
17
вторник, 8 июня 2010 г.

30. Agile Product Development -
Инкрементальная разработка
Итерация
Релиз
Будущие релизы
18
вторник, 8 июня 2010 г.

31. Айсберг Product Backlog’a
User Stories
Epic Stories
Theme
19
вторник, 8 июня 2010 г.

32. Детализация историй
Тема
Эпическая история
(epic)
История пользователя (user
story)
Приемочные тесты
• Я, как <роль>, могу <действие> для того,
чтобы <достичь целей> 20
вторник, 8 июня 2010 г.

33. StoryMapping
21
вторник, 8 июня 2010 г.

34. StoryMapping & Release Planning
22
вторник, 8 июня 2010 г.

35. StoryMapping & Prioritizing
Hi
Low
23
вторник, 8 июня 2010 г.

36. Выводы
• Чтобы сделать хороший продукт
- Частое взаимодействие с заказчиком
- Использование современных практик сбора
требований и приоритезации
- Инкрементальное развитие Backlog’a
- Не обманывать заказчика по поводу выпусков
релиза :)
24
вторник, 8 июня 2010 г.

37. Выводы
Не писать лишнего
Уметь развивать продукт инкрементально
Прорабатывать требования детально
Доставлять самое нужное и важное в первую очередь
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и долгосрочной
перспективе.
Знать когда сможем поставить ту или иную функциональность
(или что войдет в релиз), зная что мы живем в мире
изменений.
25
вторник, 8 июня 2010 г.

38. Выводы
Исп
о льз
уем
Не писать лишнего Use
rSto
Уметь развивать продукт инкрементально
ry
Прорабатывать требования детально
Доставлять самое нужное и важное в первую очередь
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и долгосрочной
перспективе.
Знать когда сможем поставить ту или иную функциональность
(или что войдет в релиз), зная что мы живем в мире
изменений.
25
вторник, 8 июня 2010 г.

39. Выводы
Исп
о льз
уем
Не писать лишнего Use
rSto
Уметь развивать продукт инкрементально
ry
Прорабатывать требования детально
Доставлять самое нужное и важное в первую очередь
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и долгосрочной
перспективе.
Плани
Знать когда сможем поставить ту или иную функциональность
ровани
е
релизо
(или что войдет в релиз), зная что мы живем в мире в
изменений.
25
вторник, 8 июня 2010 г.

40. Выводы
Исп
о льз
уем
Не писать лишнего Use
rSto
Уметь развивать продукт инкрементально
Приор
ry
Прорабатывать ц
итеза требования детально
ия
Доставлять самое нужное и важное в первую очередь
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и долгосрочной
перспективе.
Плани
Знать когда сможем поставить ту или иную функциональность
ровани
е
релизо
(или что войдет в релиз), зная что мы живем в мире в
изменений.
25
вторник, 8 июня 2010 г.

41. Выводы
Исп
о льз
уем
Не писать лишнего Use
rSto
Уметь развивать продукт инкрементально
Приор
ry
Прорабатывать ц
итеза требования детально
ия ing
Доставлять самое нужное и важное в первую очередьMa pp
ry
Sto
Понимать, что ценно для заказчика (или конечного
пользователя)
Понимать развитие продукта в среднесрочной и долгосрочной
перспективе.
Плани
Знать когда сможем поставить ту или иную функциональность
ровани
е
релизо
(или что войдет в релиз), зная что мы живем в мире в
изменений.
25
вторник, 8 июня 2010 г.

42. Выводы
Исп
о льз
уем
Не писать лишнего Use
rSto
Уметь развивать продукт инкрементально
Приор
ry
Прорабатывать ц
итеза требования детально
ия ing
Доставлять самое нужное и важное в первую очередьMa pp
ry
Sto
Понимать, что ценно для заказчика (или конечного
пользователя)
и
ем sion
Пониматьшем Vi
Пи развитие продукта в среднесрочной и долгосрочной
у
глас
перспективе.
со
Плани
Знать когда сможем поставить ту или иную функциональность
ровани
е
релизо
(или что войдет в релиз), зная что мы живем в мире в
изменений.
25
вторник, 8 июня 2010 г.

43. Думайте о продукте, а не об Agile
• Вопросы?
• nfilippov@scrumtrek.ru
• Skype:
nikita_filippov
• Больше
на
тренинге
Agile
Requirements
Analysis
Agile - это искусство делать
продукты, которые нравятся
заказчикам, а не конкретные
практики Scrum или XP! 26
вторник, 8 июня 2010 г.