Итак, вы делает свой проект по Agile методологии. Итерации, планы, Daily Scrum — вроде все это работает. Один из первых вопросов, с которым сталкиваются команды: «что положить в Бэклог продукта?». Абстрактное слово Требования уже давно известно и в тоже время, Гибкие подходы требуют гибкости мышления во всех областях. Ведь мы договорились, что Требования будут появляться по мере необходимости — мы же AGILE в конце концов. А как же описать всю систему, как построить планы, в конце концов, как оценить сложность? С одной стороны пользователям не нужны рассказы про архитектуру, базы данных, им нужно «клац-клац, тык-тык». С другой стороны, команда должна знать, что мы вообще строим. Простые инструменты и форматы оказываются более полезными в условиях гибкости и постоянных изменений. Agile формат записи требований в виде Историй Пользователя уже широко популярен. О нем рассказывают на тренингах, в книгах, статьях и когда хвастаются успехами внедрения Scrum, XP и других методологий. В тоже время, простота формата хранит много ловушек. Более того, этот формат не единственный Мы поговорим о том, что же отличает Agile Работу с Требованиями, на чем фокус и какие инструменты нам помогут.

1. Вспомните о Пользователях

4. …легковесный процесс

5. …адаптивный процесс

6. …Just In Time решения

7. AGILE REQUIREMENTS
COLLABORATION

8. Пересечение двух миров Бизнеса и
ИТ

9. Кто-то всегда представляет, что
должно получится

10. ПРОБЛЕМА
С ОПИСАНИЕМ
"СИСТЕМА ДОЛЖНА..."

11. Для бизнеса важен фокус на том, кто
будет использовать

12. Чудо общения

13. НУЖНЫ ПРОСТЫЕ ИНСТРУМЕНТЫ

14. Нужна наглядность

15. ПРАВИЛЬНО ИСПОЛЬЗУЙТЕ
LAST RESPONSIBLE
MOMENT

16. Используйте разные уровни
детализации

17. ИНСТРУМЕНТЫ КОНТЕКСТА

18. Видение продукта

19. Персоны

20. Диаграммы и
другие
подручные
средства

21. ИНСТРУМЕНТЫ НАГЛЯДНОСТИ

22. Карточка

23. Карты историй

25. Прототипы интерфейса

26. ДЕТАЛИЗАЦИЯ, КОГДА
НЕОБХОДИМО

27. Use case

28. User Story
Как Студент, я хочу найти Семинары, чтобы
на них зарегистрироваться
Как Студент, я хочу зарегистрироваться на
Семинар, чтобы его посетить
Как Преподаватель, я хочу анонсировать
Семинар, чтобы на него пришли слушатели

29. БАЛАНС В УРОВНЕ ДЕТАЛЕЙ

30. Use Case
Use Case Brief
Casual Use Case
Fully Dressed Use Case

31. User Story
<Чтобы>, <Как>, я <Хочу>
In order to _________________________________ ,
As a _________________________________________ ,
I want _____________________________________ .

32. ИТАК, ЕЩЕ РАЗ

33. Agile - это искусство делать то,
что нужно

34. Работа с
требованиями - это
совместные сессии
между Бизнесом и ИТ

35. Прежде всего, нужно создать
контекст

36. Keep it simple, but not stupid

37. Спасибо!
Тимофей
Евграшин
http://tim.com.ua
@yevgrashyn