Симфония или джем-сейшн ? Опыт управления требованиями при продуктовой разработке

1. Симфония или джем-сейшн?Опыт управления требованиями при продуктовой разработке Stanislav Kalkanov, Luxoft V1.0 17-November-2009

2. Содержание • Начало… • Серебряная пуля? • Типичные проблемы в работе с требованиями • Ты на север, значит мне – на юг • Миф о продукте • Управление скоупом продукта и его релизов • Горизонты планирования • Методы контроля статуса • Трассируемость • Тестирование • “Сдача-приемка” • Инструментальные средства

3. Disclaimer (Отказ от обязательств) … XXVI В последнем вкусе туалетом Заняв ваш любопытный взгляд, Я мог бы пред ученым светом Здесь описать его наряд; Конечно б это было смело, Описывать мое же дело: Но панталоны, фрак, жилет, Всех этих слов на русском нет; А вижу я, винюсь пред вами, Что уж и так мой бедный слог Пестреть гораздо б меньше мог Иноплеменными словами, Хоть и заглядывал я встарь В Академический словарь. … А. С. Пушкин, “Евгений Онегин“

4. Начало… • Все началось с того, что человек, который когда-то разрабатывал продукты, а также был системным аналитиком и считал, что он хорошо знает как управлять требованиями и как разрабатывать продукты, … …начал курировать проект по разработке продукта

5. Методологии • DMR P+ • ГОСТ 34 • RUP • MSF • XP • Agile • …

6. Основная дилемма • Заказчик не может объяснить Исполнителю, что ему нужно • Нет времени • Не знает, как системно и компактно изложить свои пожелания • Не понимает ограничений реализации • “Что нужно Заказчику” слишком быстро изменяется • Исполнитель не может понять, что нужно заказчику • Не знает контекст предметной области • Не знает предметную область • Плохо владеет системно-аналитическими навыками • “Что нужно Заказчику” слишком быстро изменяется

7. Два мира • Мир Заказчика • Мир Исполнителя

8. Мифо продукте… • При принятии Go/No go решения (и/или при утверждении бюджета) появляется “МИФ” о продукте • В головах спонсоров формируется НЕКОТОРОЕ ПРЕДСТАВЛЕНИЕ о том, что будет делать и как будет выглядеть будущий ПРОДУКТ • Этот МИФ будет существенно искаженным, если • На момент утверждения бюджетов НИКТО, включая Владельца Продукта не понимает с достаточным уровнем детализации, что за продукт планируется создать • Контекст продукта (его стейкхолдеры, егоtarget market, конкурирующие продукты, etc.) часто и/или существенно изменяется • Продукт носит инновационный характер (технологии/средства разработки, архитектура, applications servers, target markets, etc.) – высоки технологические, концептуальные и рыночные риски

9. Передаточные звенья ? ? ? Product Owner Sponsor Architect Developer

10. Управление скоупом продукта • Несколько лет • Концепция Продукта (Product Vision) • Год • Ветки разработки • Основная версия продукта • Специальные версии • Исследовательские релизы • Высокоуровневый план фич с разбивкой по кварталам с высокоуровневой оценкой стоимости • Квартал • Скоуп релиза/Release Backlog • Месяц/Неделя • Статус фичв плане-графике • Статус фич в Release Backlog • Iteration backlog

11. Управление скоупом продуктаProduct backlog • Product releases elements • Enhancement requests • New Feature requests • Known production defects • ServiceDesk requests • Known production defects (grouped by severity) • Product backlog • All requests • Newly added • Estimated • Planned for particular release • Implemented • Unresolved

12. Управление скоупом продуктаПланирование релизов • Releases roadmap • Features per release • Features per year • Features per quarter • Etc. • Release scope • ER • FR • Production defects • Release scope includes new product features, enhancements and defects

13. Документы

14. Iteration backlog

15. План-график

16. Управление требованиями • Requirement gathering and management – to create, assign & control requirements • Requiremnets options • Jira issue • Jira issue with requirement body in file in SVN • Jira issues with requirement body on Confluence wiki page • Requirements by type • Use Cases • Reports • Etc. • Requirements by status • not started • in progress, verified • etc. • Traceability with every project items (product features, defects, test cases, tasks, etc.) • Matrix • Tree • Requirements baselines • Change management

17. Трассировка требований Иерархическое представление - дерево • Links between any project elements tracked in Jira (requirements, test cases, defects, tasks, etc.) • Interactive “leaves” drilled down to Jira element • Every leaf can be selected as tree root

18. Трассировка требованийМатричное представление • To/From traceability • Color coding • Suspected traces

19. Трассировка требованийИерархическое представление - список

20. Тестирование

21. “Сдача-приемка” WOW!

22. Инструментальные средства • Jira • Confluence • SVN • Word • Visio • Excel

23. Вопросы? • Контакты Станислав Калканов Директор по качеству, Люксофт SKalkanov@Luxoft.com sepg.livejournal.ru