Скачать презентацию
Идет загрузка презентации. Пожалуйста, подождите
Презентация была опубликована 10 лет назад пользователемПавел Ячин
1 Симфония или джем-сейшн? Опыт управления требованиями при продуктовой разработке Stanislav Kalkanov, Luxoft V 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 Передаточные звенья ? ? ? Sponsor Product Owner ArchitectDeveloper
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 Документы ДокументСкоуп документа Уровень утверждения Product VisionПродуктУправляющий Совет (спонсоры, ключевые заинтересованные лица, Владелец Продукта) Product RoadmapГодовой план по Продукту Управляющий Совет Release ScopeРелиз продуктаВладелец Продукта/УС SRSПродуктВладелец Продукта Use CasesРелиз продуктаМенеджер Программы/Владелец Продукта
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 Вопросы? Контакты Станислав Калканов Директор по качеству, Люксофт sepg.livejournal.ru
Еще похожие презентации в нашем архиве:
© 2024 MyShared Inc.
All rights reserved.