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

Презентация:



Advertisements
Похожие презентации
Степан Василевский менеджер проектов QuartSoft Corp г.
Advertisements

Методология SCRUM Методология гибкой разработки программного обеспечения.
Построение Agile процесса для разработки игр Вадим Гайдукевич Wargaming.net.
«Мода» на слова (лексические нормы языка) Урок развития речи.
Agile. Scrum.. Agile Гибкий подход к разработке ПО. Лучшие практики: Scrum XP TDD, etc. "Agility is not a technology, science, or product but a culture"
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 4. Прохождение фазы выработки концепции в.
Вехи проекта Microsoft Solution Framework. Содержание Утверждение целей и границ Утверждение плана проекта Завершение разработки/Первое использование.
Agile в больших проектах Асхат Уразбаев ScrumTrek © ScrumTrek.ru, 2008.
Скорость разработки Евгения Фирсова. Скорость количество / время.
Bugzilla – единый проектный инструментарий Тихонов Александр руководитель проекта.
В двух словах Михаил Смирнов
Требования в Стартапе Александр Байкин uml2.ru. Кто я? Разработчик и сисадмин Аналитик Менеджер проектов CIO Идеолог uml2.ru Тренер, консультант Докладчик.
Решения Люксофт по созданию среды управления проектами разработки программного обеспечения и поддержки пользователей Luxoft 2011.
SOFTWARE DEVELOPMENT PODGOTOVIL TVOU ZHOPY K SDACHE.
Решения Люксофт по созданию среды управления проектами разработки программного обеспечения и поддержки пользователей Luxoft 2009.
Опыт создания и внедрения интегрированной системы автоматизации процессов разработки программного обеспечения Грачев Антон Гаврилов Евгений LUXOFT.
Интернет-проект Куда деваются деньги или экономика agile- проекта. Юрий Шиляев, Epam Systems Agile.by.
7/6/2014© 2010 Grid Dynamics Scaling Mission-Critical Systems 1 Dmitry Ovechkin Deputy Director of Engineering
Модель процессов введение Microsoft Solution Framework.
Цель: гарантировать понимание процессов всеми членами команды Автор: Михаил Смирнов
Транксрипт:

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

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

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

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

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

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

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

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

Передаточные звенья ? ? ? Sponsor Product Owner ArchitectDeveloper

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

Управление скоупом продукта 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

Управление скоупом продукта Планирование релизов 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

Документы ДокументСкоуп документа Уровень утверждения Product VisionПродуктУправляющий Совет (спонсоры, ключевые заинтересованные лица, Владелец Продукта) Product RoadmapГодовой план по Продукту Управляющий Совет Release ScopeРелиз продуктаВладелец Продукта/УС SRSПродуктВладелец Продукта Use CasesРелиз продуктаМенеджер Программы/Владелец Продукта

Iteration backlog

План-график

Управление требованиями 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

Трассировка требований Иерархическое представление - дерево 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

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

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

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

Сдача-приемкаСдача-приемка WOW!

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

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