Scrum для Product owner'ов

SCRUMПрезентация с аудио для

владельцев продуктов

Product Owner

Владелец продукта является конечной инстанцией при определении требований и их приоритетов

Владелец продукта для команда всегда один

Когда нужны системные аналитики?

Product Owner участвует в нескольких проектах

Сложность предметной области

и отсутствие носителя знаний

Product Owner не способен

предоставить качественные требования

Профит от аналитика

ProductOwner концентрируется на определении приоритетов у требований

Команда плотнее занимается продуктом

Создаются качественные требования

Укрепляются доверительные отношения

ICONIX

Диаграмма прецеденто

в использован

ия

Диаграмма робастност

и

Диаграмма последовательности

Диаграмма модели

предметной области

Диаграмма классов

План тестирования

БД

Код

Сырые требовани

я

Прототипирование

SCRUM + ICONIX - возможные опасности

Неполная осведомлен-ность МП о возможностях продукта

Ослабление коммуникац

ий между МП и

командой

Проработка лишних

требований

Трудность управления изменениям

и требований

Взаимодействие нескольких команд

Свободное общение и обмен опытом между членами разных команд

Синхронизация спринтов в рамках проекта

Рассинхронизация спринтов между направлениями

Инструменты для распределенной команды

Skype

Mumble

Redmine

Planningpoker.com

TeamViewer.com

Redmine

Гибкие возможности Создание своих БП Кастомизация БП по ролям

Большое комьюнити Наличие плагинов: для построения

диаграмм, эмитации досок задач и т.д. Интегрированная вики Бесплатное решение Открытый исходный код

Метрики

Стори-поинты или идеальные человеко-часы

Индивидуальный ФФ – добро или зло? Длина спринта и издержки на

коммуникации Burnup или Burndown? Velocity

Оценка трудозатрати сроков

--- Оцененное время

--- Затраченное время

--- Осталось часов

--- Рассчетное время (оставшееся +

затраченное)

Метрики: Redmine (информация о спринте)

Рекомендации

В первую очередь - взаимопонимание и уважение

Scrum на всех уровнях менеджмента для прозрачности бизнес процессов

Аналитики для больших и средних проектов

Scrum c XP для обеспечения качества

Рекомендации Распределенная команда = географический

принцип локализации команд + Redmine + planningpoker.com + коммуникатор

Внимание на пред/пост спринтовую деятельность и исторические данные скорости разработки

Баланс между текстом и диаграммами, трекеры с Wiki и команда