Мертвая зона - Как визуализировать поток требований в распределенном проекте

2. 






3. Традиционные проблемы Agile предлагает
 Запаздывание необходимой  Приоритизация на основе ценности
функциональности для бизнеса
 «Изобретение велосипеда» и  Оплата только сделанной и
фичи, «готовые на 90%» принятой работы
 Слишком высокая стоимость  Бесплатное управление
даже небольших изменений изменениями
 Неизвестно реальное состояние  Полная прозрачность, демо в конце
продукта коротких итераций

4. Product Owner Team Scrum Master
PO SM
Daily Scrum
15 min
Sprint Sprint
Planning Planning
1 Day Sprint Sprint
Part 1 Part 2
(What?) (How?) Review Retrospective
2-4 h 2-4 h 2-4 weeks 2-4 h 1,5-3 h
Sprint
Product Sprint Product Backlog
Backlog Backlog Refinement
(Features) (Tasks) 5-10% of Sprint
Potentially Shippable
Product Increment

10. Product Owner Team Scrum Master
L
Никакого
Новые story sprint
(без PBR)! commitment! SM
PO
Daily Scrum
15 min
Sprint Sprint
Planning Planning
1 Day Sprint Sprint
Part 1 Part 2
(What?) (How?) Review Retrospective
2-4 h 2-4 h 2-4 weeks 2-4 h 1,5-3 h
Sprint
Product Sprint Product Backlog
Backlog Backlog Refinement
(Features) (Tasks) 5-10% of Sprint
Potentially Shippable
Product Increment

12. Менеджмент Разработчики
 Выпустим ли мы релиз  Какова цель текущего релиза?
вовремя?  Сможем ли мы закончить
 Какие эпики будут готовы к все, чего ждут пользователи в
релизу и каков их текущий релизе?
статус?  Чем заняты другие команды?
 Чем заняты аналитики?  Есть ли взаимозависимости на
Блокирует ли что-то их уровне проекта?
работу?
 Достаточно ли у аналитиков
 Сколько пользовательских требований для следующего
историй готово к следующему спринта?
спринту?
 Готовы ли мы спланировать
следующий релиз?

25. Product Owner Proxy Product Owner Команда
(может быть заменен комитетом (аналитик, постоянно (разработчики, тестировщики, д
бизнес-спонсоров) работающий с командой) изайнеры и т.д.)
 Приоритизация  Знание бэклога  Участие в детализации
запросов продукта в кратко- и требований до начала
 Понимание средне- и среднесрочной итерации (хорошая
долгосрочных целей перспективе практика – минимум
продукта  Глубокое понимание два предварительных
требований вплоть до обсуждения user story
 Не обязательно не позже, чем за
глубокая экспертиза во отдельных user story
неделю до начала
всех деталях  Способность итерации)
предметной области оперативно отвечать
на вопросы команды  Ориентация на
 Определение цели решение бизнес-задач
итерации и приемка  Ознакомление
результата команды с  В течение итерации –
требованиями на фокус на
будущие итерации своевременную сдачу
всех user story (в
порядке
приоритетности)

29. вместо