Agile Days 2013 - Dead Area

545 views
483 views

Published on

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

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
545
On SlideShare
0
From Embeds
0
Number of Embeds
24
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Agile Days 2013 - Dead Area

  1. 1. 
  2. 2. Традиционные проблемы Agile предлагает Запаздывание необходимой  Приоритизация на основе ценности функциональности для бизнеса «Изобретение велосипеда» и  Оплата только сделанной и фичи, «готовые на 90%» принятой работы Слишком высокая стоимость  Бесплатное управление даже небольших изменений изменениями Неизвестно реальное состояние  Полная прозрачность, демо в конце продукта коротких итераций
  3. 3. 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
  4. 4. 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
  5. 5. Менеджмент Разработчики Выпустим ли мы релиз  Какова цель текущего релиза? вовремя?  Сможем ли мы закончить Какие эпики будут готовы к все, чего ждут пользователи в релизу и каков их текущий релизе? статус?  Чем заняты другие команды? Чем заняты аналитики?  Есть ли взаимозависимости на Блокирует ли что-то их уровне проекта? работу?  Достаточно ли у аналитиков Сколько пользовательских требований для следующего историй готово к следующему спринта? спринту? Готовы ли мы спланировать следующий релиз?
  6. 6. Product Owner Proxy Product Owner Команда(может быть заменен комитетом (аналитик, постоянно (разработчики, тестировщики, д бизнес-спонсоров) работающий с командой) изайнеры и т.д.) Приоритизация  Знание бэклога  Участие в детализации запросов продукта в кратко- и требований до начала Понимание средне- и среднесрочной итерации (хорошая долгосрочных целей перспективе практика – минимум продукта  Глубокое понимание два предварительных требований вплоть до обсуждения user story Не обязательно не позже, чем за глубокая экспертиза во отдельных user story неделю до начала всех деталях  Способность итерации) предметной области оперативно отвечать на вопросы команды  Ориентация на Определение цели решение бизнес-задач итерации и приемка  Ознакомление результата команды с  В течение итерации – требованиями на фокус на будущие итерации своевременную сдачу всех user story (в порядке приоритетности)
  7. 7. вместо

×