Agile управление требованиями

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 • Вопросы? • nﬁlippov@scrumtrek.ru • Skype: nikita_ﬁlippov • Больше на тренинге Agile Requirements Analysis Agile - это искусство делать продукты, которые нравятся заказчикам, а не конкретные практики Scrum или XP! 26 вторник, 8 июня 2010 г.

Agile управление требованиями

Nikita Filippov

Agile управление требованиями