Your SlideShare is downloading. ×
Agile Days 2013 - Dead Area
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Agile Days 2013 - Dead Area

315

Published on

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

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

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

No Downloads
Views
Total Views
315
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

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

×