Agile Collaboration to Start REQ Proсess<br />
2<br />
План<br />Проблема <br />Решения<br />Что ни будь на практике<br />Что нибудь в Лоби – оказалось у меня только полтора час...
А в чем собственно дело ? <br />
5<br />Давным, давно... люди думали, что все очень сложно...<br />
6<br />Потом, что все просто...<br />
7<br />Потом появился Scrum и XP<br />7<br />
8<br />Мы Agile!!! Мы Agile!<br />Рефакторинг и регулярное CodeReview<br />Мысделалидемонстрацию!!!<br />TDD, Полноепокрыт...
9<br />Т.З.<br />МывнедрилиScrumНО<br />30д.<br />Все задачи очень приоритетные <br />Мы не успеваем писать Т.З. - Слишком...
10<br />Заказчики считают нас Гиками, которые играют в игры<br />Они не понимают «крутость» Agile<br />Заказчики нас не лю...
11<br />НаверноеснашимAgile что-тонетак...<br />
12<br />Agile-Manifesto principles<br />We follow these principles:<br />Our highest priority is to satisfy the customer t...
13<br />Это не Agile!<br />Scrumbutt<br />©Ken Schwaber<br />Вы делаете Scrum или XP, но заказчик недоволен результатами.<...
14<br />Вседеловуправлениипродуктом<br />Все дело управления продукта в управлении требованиями <br />14<br />
Долго собирать требования<br />AGILE!!!!<br />Не Agile<br />Welcome to Code & Fix<br />
Согласовать интересы…<br />Welcome to Code & Fix<br />
Много проектов(задач) -не понятно как приоритезировать<br />У нас все очень приоритетное !!!<br />
Не разобрались с концепцией…<br />
19<br />Чтонужноделать…<br />Не писать лишнего<br />Уметь развивать продукт инкрементально<br />Прорабатывать требования д...
Collaborate!<br />Снижаем риски, повышаем качество, ускоряем процесс<br />
Innovation Games <br />Product Box<br />Prune a Tree<br />Me & My Shadow <br />Buy A Feature <br />Show & Tell <br />Hot T...
Innovation Games <br />Product Box<br />Prune a Tree<br />Me & My Shadow <br />Buy A Feature <br />Show & Tell <br />Hot T...
Story Mapping<br />Видим бизнес процесс от и до<br />Видим зависимости <br />Удобноепредставлениедляприоритезации<br />Пон...
24<br />Итеративность означает рисовать частями?<br />1<br />2<br />3<br />4<br />5<br />
25<br />Создать грубую версию, валидироватьУточнить, валидировать,…<br />1<br />2<br />3<br />4<br />5<br />
Книжный Магазин<br />У книжного магазина Алексея В. большая коллекция книг западной литературы – это его бизнес<br />Книг ...
Алексей-покупатель<br />© Nikita Filippov, 2010 Using Jeff Patton Content<br />
Story Mapping: способ организации Product Backlog<br />
Концепт<br />Активность<br />Действия<br />Действия<br />Действия<br />Действия<br />Действия<br />
Управлениепочтой<br />Добавлятьадреса<br />Писатьписьма<br />Отправлять<br />ЧитатьПочту<br />Удалятьпочту<br />
Основные активности<br />Выпишитеосновныебольшиеистории, которыеделаетвашглавныйпользовательсистемы<br />Нашпользовательмо...
Добавьтепростейшуюреализациюдействий (самыйпростой/ «тупой» способ)<br />Двигайтесьслеванаправо<br />Связываядействияфразо...
Добавляем детали<br />Добавляемдеталивертикально<br />Улучшения<br />
Практически каждую фичу можно разделить на 4 части<br />
Примеры<br />Голая необходимость<br />Форма с необходимыми полями без валидации<br />Возможности и гибкость<br />Форма с д...
Добавляем детали<br />Добавляемдеталивертикально<br />Улучшения<br />Голая необходимость<br />Гибкость, улучшения , Сексуа...
Пониманиевсей системыв целом<br />Активность<br />Действие<br />Дополнения<br />
Buy a feature<br />
39<br />Думайте о продукте, а не об Agile<br /><ul><li>Вопросы?
Upcoming SlideShare
Loading in …5
×

Business games for Agile Requirements

1,370 views
1,331 views

Published on

Сбор и управление требованиями с помощью кооперативных бизнес игр.

Published in: Technology

Business games for Agile Requirements

  1. 1. Agile Collaboration to Start REQ Proсess<br />
  2. 2. 2<br />
  3. 3. План<br />Проблема <br />Решения<br />Что ни будь на практике<br />Что нибудь в Лоби – оказалось у меня только полтора часа <br />
  4. 4. А в чем собственно дело ? <br />
  5. 5. 5<br />Давным, давно... люди думали, что все очень сложно...<br />
  6. 6. 6<br />Потом, что все просто...<br />
  7. 7. 7<br />Потом появился Scrum и XP<br />7<br />
  8. 8. 8<br />Мы Agile!!! Мы Agile!<br />Рефакторинг и регулярное CodeReview<br />Мысделалидемонстрацию!!!<br />TDD, ПолноепокрытиеТестами.<br />Автоматизациятестирования<br />ТаскБорд!!!<br />Команднаяответственность!<br />АмыработаемвПарах :)<br />
  9. 9. 9<br />Т.З.<br />МывнедрилиScrumНО<br />30д.<br />Все задачи очень приоритетные <br />Мы не успеваем писать Т.З. - Слишком много и слишком долго<br />
  10. 10. 10<br />Заказчики считают нас Гиками, которые играют в игры<br />Они не понимают «крутость» Agile<br />Заказчики нас не любят ;) <br />ВашАджайл, отстой. <br />
  11. 11. 11<br />НаверноеснашимAgile что-тонетак...<br />
  12. 12. 12<br />Agile-Manifesto principles<br />We follow these principles:<br />Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.<br />Business people and developers must work together daily through out the project.<br />www.Agilemanifesto.org<br />Все это скрывается за ссылкой, которую никто не нажимает.<br />12<br />
  13. 13. 13<br />Это не Agile!<br />Scrumbutt<br />©Ken Schwaber<br />Вы делаете Scrum или XP, но заказчик недоволен результатами.<br />Вы делаете Scrum, но бизнес не хочет с вами сотрудничать<br />Это не Agile, если практики есть, а заказчик недоволен<br />
  14. 14. 14<br />Вседеловуправлениипродуктом<br />Все дело управления продукта в управлении требованиями <br />14<br />
  15. 15. Долго собирать требования<br />AGILE!!!!<br />Не Agile<br />Welcome to Code & Fix<br />
  16. 16. Согласовать интересы…<br />Welcome to Code & Fix<br />
  17. 17. Много проектов(задач) -не понятно как приоритезировать<br />У нас все очень приоритетное !!!<br />
  18. 18. Не разобрались с концепцией…<br />
  19. 19. 19<br />Чтонужноделать…<br />Не писать лишнего<br />Уметь развивать продукт инкрементально<br />Прорабатывать требования детально<br />Доставлять самое нужное и важное в первую очередь<br />Понимать, что ценно для заказчика (или конечного пользователя)<br />Понимать развитие продукта в среднесрочной и долгосрочной перспективе.<br />Знать когда сможем поставить ту или иную функциональность (или что войдет в релиз), зная что мы живем в мире изменений.<br />19<br />
  20. 20. Collaborate!<br />Снижаем риски, повышаем качество, ускоряем процесс<br />
  21. 21. Innovation Games <br />Product Box<br />Prune a Tree<br />Me & My Shadow <br />Buy A Feature <br />Show & Tell <br />Hot Tub <br />Spider Web <br />Start your Day<br />Remember the future<br />Story Mapping (Jeff Patton)<br />Project charter session<br />David Hussman<br />
  22. 22. Innovation Games <br />Product Box<br />Prune a Tree<br />Me & My Shadow <br />Buy A Feature <br />Show & Tell <br />Hot Tub <br />Spider Web <br />Start your Day<br />Remember the future<br />Story Mapping (Jeff Patton)<br />Project charter session<br />
  23. 23. Story Mapping<br />Видим бизнес процесс от и до<br />Видим зависимости <br />Удобноепредставлениедляприоритезации<br />Понимание системы в целом<br />Планированиерелизов «слоями»<br />
  24. 24. 24<br />Итеративность означает рисовать частями?<br />1<br />2<br />3<br />4<br />5<br />
  25. 25. 25<br />Создать грубую версию, валидироватьУточнить, валидировать,…<br />1<br />2<br />3<br />4<br />5<br />
  26. 26. Книжный Магазин<br />У книжного магазина Алексея В. большая коллекция книг западной литературы – это его бизнес<br />Книг настолько много, что ему предложили написать систему-каталог по определению местоположения книг<br />Скорее всего, этот софт будет работать на терминале с тач скрином. <br />© Nikita Filippov, 2010 Using Jeff Patton Content<br />
  27. 27. Алексей-покупатель<br />© Nikita Filippov, 2010 Using Jeff Patton Content<br />
  28. 28. Story Mapping: способ организации Product Backlog<br />
  29. 29. Концепт<br />Активность<br />Действия<br />Действия<br />Действия<br />Действия<br />Действия<br />
  30. 30. Управлениепочтой<br />Добавлятьадреса<br />Писатьписьма<br />Отправлять<br />ЧитатьПочту<br />Удалятьпочту<br />
  31. 31. Основные активности<br />Выпишитеосновныебольшиеистории, которыеделаетвашглавныйпользовательсистемы<br />Нашпользовательможет...<br />
  32. 32. Добавьтепростейшуюреализациюдействий (самыйпростой/ «тупой» способ)<br />Двигайтесьслеванаправо<br />Связываядействияфразой «…итогдаон <действие>»<br />Простейшие действия<br />
  33. 33. Добавляем детали<br />Добавляемдеталивертикально<br />Улучшения<br />
  34. 34. Практически каждую фичу можно разделить на 4 части<br />
  35. 35. Примеры<br />Голая необходимость<br />Форма с необходимыми полями без валидации<br />Возможности и гибкость<br />Форма с дополнительными полями, выбором даты из календаряи разными допустимыми форматами, текстовые поля Rich Edit, поддержка Wiki синтаксисаи так далее<br />Безопасность<br />Валидация ввода полей, валидация кредитной карты, проверка на правильность ввода чисел<br />Usability, Performance, Sex Appeal<br />Auto-completion, красивый дизайн, сочетания клавиш, удобный порядок использования<br />
  36. 36. Добавляем детали<br />Добавляемдеталивертикально<br />Улучшения<br />Голая необходимость<br />Гибкость, улучшения , Сексуальность <br />
  37. 37. Пониманиевсей системыв целом<br />Активность<br />Действие<br />Дополнения<br />
  38. 38. Buy a feature<br />
  39. 39. 39<br />Думайте о продукте, а не об Agile<br /><ul><li>Вопросы?
  40. 40. nfilippov@scrumtrek.ru
  41. 41. Skype: nikita_filippov
  42. 42. Больше на тренинге Agile Requirements Analysis</li></ul>Agile - этоискусстводелатьпродукты, которыенравятсязаказчикам, анеконкретныепрактики Scrum или XP! <br />

×