2. Обоснование
• Agile – бесспорный лидер по популярности среди
методологий
• Работа с требованиями в Agile отличается от традиционной
модели работы с требованиями
• В тренинге рассматривается весь процесc работы над
требованиями в Agile: от понимания концепции продукта до
создания User Stories
• Особое внимание уделяется определению реальных
потребностей пользователя
• Рассматриваются различные инструменты систематизации и
анализа представлений о потребностях пользователя
5. Эффективность управления
требованиями
Up to
50%
35%
65%
Процент от общего календарного времени проекта,
который тратится на сбор, разработку и передачу
требований
Процент требований, меняющихся в ходе проекта
Процент реализованных возможностей, которые редко
или никогда не используются пользователями
17. Особенности Scrum
•Backlog ранжированных задач
•Фиксация и последовательное выполнение
серии задач «быстрыми» итерациями –
спринтами
•Короткое ежедневное собрание для анализа
результатов, проблем и перспектив
•Короткая «планерка» по выбору задач для
спринта из backlog`a
•Краткий «разбор полетов» по прошедшему
спринту с участием всей команды
21. Product Owner
•Владелец Product Backlog
•Управление ожиданиями
заинтересованных лиц
•Представляет пользователя
•Взаимодействует с
командой
•Принимает продукт
22. Product Owner. Процесс
Создает и
поддерживает
Участвует
ВСЕГДА
Доступен для
ответов на
вопросы
Участвует в
оценках
результатов
разработки
Верифицирует
достижение целей в
историях
Определяет цели, ценности и
критерии их достижения в
Пользовательских Историях
23. Product Owner и команда
•Создает и поддерживает Product BackLog
•Определяет Цели, Ценность и Критерии
достижения в User Stories
•Верифицирует достижение целей в историях
•Участвует в оценке результатов разработки
24. Product Owner. Предметная
область
•Эксперт в предметной области
-Понимает область достаточно хорошо, чтобы
представить продукт целиком
-Отвечает на технические вопросы тех, кто создает
продукт
•Адвокат конечного пользователя
-Понимает все нюансы и детали использования продукта
•Адвокат Клиента
-Понимает потребности бизнеса и выбирает возможности
наиболее ценные для клиента
25. Product Owner. Бизнес
•Адвокат Бизнеса
-Понимает цели и задачи компании, которая оплачивает
создание ПО, и выбирает набор возможностей наиболее
подходящий для их удовлетворения
•Коммуникатор
-Способен донести видение и детали реализации точно и
вовремя
•Принимает решения
-Имея множество противоречивых целей, способен
принять наиболее оптимальное решение
29. Каковы причины?
•24% - ошибочный анализ потребителя и его
нужд
•16% - проблемы продукта и дефекты
•14% - недостаточность маркетинговых усилий
•10% - затраты выше запланированных
•9% - конкуренция
•8% - неверное время запуска на рынок
•6% - технические/производственные проблемы
•13% - совокупность иных причин
Source: Robert Cooper, Winning at New Products
30. Генри Форд
Если бы я слушал
своих клиентов, то
вряд ли должен был
бы им дать что-то
большее, чем
немного более
быстрая и
выносливая лошадь.
34. Инструмент 5 WHY
-Используется для поиска
первопричин
-Помогает найти корень
проблемы
-5 вопросов «почему»,
заданных последовательно
-Возможность выделять
ключевые и неключевые
причины
37. Инструмент Диаграмма Исикавы
- Используя мозговой штурм,
определить основные
причины возникновения
проблемы
-Разбить причины по
категориям
-Выделить те, на которые есть
возможность повлиять
-Устранить «подвластные»
причины
49. Поиск проблемы
•ЭМПАТИЯ
- Что говорит?
- Что думает?
- Что чувствует?
- Что делает?
•ИНТЕРПРЕТАЦИЯ
- Что хочет?
- Что для него важно?
•ФОКУС
- В чем состоит
проблема/задача?
- Что будет решением?
53. Активности и задачи
• Задачи требуют преднамеренных действий от пользователя
инструмента
• Задачи имеют цель, которая должна быть достигнута
• Задачи распадаются на более мелкие задачи
• Задачи часто группируются вместе в activity
72. Requirements Workshop
•Значительно ускоряет процесс выявления
требований
•Собирает всех заинтересованных лиц вместе
для интенсивного общения
•Ведущий направляет семинар
•Высказываются все
•Результаты становятся доступными мгновенно
•Обеспечивает контекст для применения других
техник
73. Мозговой штурм
•Подготовка
-Post-Its, Маркеры
• Сбор идей
- Написать
- Озвучить
- Ведущий клеит на доску
•Очистка идей
- Комбинировать похожие
- Удалять неприменимые
•Систематизация
•Правила
- Четко определить цели
- Генерировать максимум
идей
- Любые фантастические
идеи
- Не позволять критиковать
идеи
75. •Бизнес цели (Epic)
•Активности «Кайт уровень»
Longer Term goals often with no precise ending. I`ll perform several
functional tasks in the context of the activity
•Задачи «Уровень поверхности»
I`d reasonably expect to complete this in a single sitting
•Подфункции «Рыбы»
Small tasks that by themselves don`t mean much.
I`ll do several of these before I reach a functional level goal
•Марианская впадина
Уровни абстракции
76. Agile customers or product owner prioritize
stories into a backlog
• Весь набор историй для
программного
продукта называется
Product Backlog
• Backlog
упорядочивается таким
образом, чтобы
наиболее ценные
элементы были
первыми
77. Story Map
• Задачи размещаются вертикально, если пользователь
выполняет их в одно и то же время
• Распределяя карту в пространстве, можно описать очень
большие истории
93. Roles and Actors
Роль и актер называют взаимоотношения персоны с
некоторой сущностью
Персоны (actors) определяют
индивидуальные особенности
определенного сегмента пользователей.
Роли определяют определяют
функциональные особенности
использования ПО с точки зрения зон
ответственности.
95. User Stories
Постепенное наращивание деталей:
Назавние (+ ID)
Сжатое описание:
Как [type of user]
Я хочу [выполнить некоторую работу/задачу]
Для того чтобы [достичь конкретной цели]
Комментарий, детали или модели
До процесса планирования
- Acceptance criteria (Definition Of Done)
98. Привлекательные (Attractive)
• Возможности, которые обеспечивают
удовлетворение, когда реализованы в полной
мере. Но не вызывают недовольства, когда они не
реализованы.
• Возможности, которые потребители не ожидают в
продукте
• Пример:
- Термометр на пакете молока
Так как задача этих возможностей приятно
удивить пользователя, они могут быть не
афишированы
99. Одномерные (One-Dimensional)
• Характеристики продукта, которые приводят в
удовлетворению, когда реализованы, и к
недовольству, когда отсутствуют.
• Возможности, в области которых разворачивается
конкурентная борьба
• Пример:
- Если задекларировано, что пакет молока
содержит на 10% больше молока за те же
деньги, это приведет к удовлетворению
клиентов
- Но если молока окажется всего на 6% больше,
клиент будет чувствовать себя обманутым
100. Обязательные (Must-be)
• Характеристики продукта, которые являются само
собой разумеющимися и не приносят
удовлетворения при реализации, но их отсутствие
приводит к сильному недовольству.
• Пример:
- Пакет молока течет
101. Нейтральные (Indifferent)
• Возможности, которые относятся к аспектам,
которые не являются ни положительными, ни
отрицательными. И явно не ведут к
удовлетворению или неудовлетворению клиента.
• Пример:
-Разные формы упаковок для молока
102. Обратное воздействие (Reverse)
• Эти возможности при высокой степени реализации
ведут к высокой степени неудовлетворенности (не
все клиенты одинковы)
• Пример:
- Некоторые клиенты предпочитают
высокотехнологичную продукцию, в то время как
другие будут недовольны если продукт
имеет слишком много дополнительных
функций.