Agile управление требованиями
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

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

  • 5,341 views
Uploaded on

Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует......

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

More in: Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
5,341
On Slideshare
3,625
From Embeds
1,716
Number of Embeds
4

Actions

Shares
Downloads
86
Comments
0
Likes
6

Embeds 1,716

http://ekt.agiledays.ru 1,683
http://www.slideshare.net 21
http://www.ekt.agiledays.ru 11
http://www.linkedin.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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 г.