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
