Мертвая зона - Как визуализировать поток требований в распределенном проекте (Сергей Прохоренко, AgileDays-2013) — различия между версиями

Материал из 0x1.tv

(Batch edit: replace |800|450}} with |800|450}} {{youtubelink|}})
== Аннотация ==
;Докладчик: {{Speaker|Сергей Прохоренко}}
<blockquote>
Общепринятые практики Scrum предлагают большое количество инструментов для визуализации командной работы: product/sprint backlog, доска, ежедневные стэндапы, burndown chart.

Но если ваш проект распределен по трем-четырем локациям, а количество людей в проекте перевалило за сотню  как понять, правильно ли расставлены приоритеты, понимают ли команды, чем они и их коллеги по проекту будут заниматься в следующем спринте и дальше?

Многие из этих вопросов часто попадают в «мертвую зону», что приводит к проблемам при масштабировании процесса.

Рассмотрев несколько практических примеров из практики, мы обсудим, как построить эффективную коммуникацию между командами в проекте, как визуализировать поток требований и как определять критерии для продвижения новых требований из product backlog в sprint backlog.
</blockquote>

== Видео ==

{{vimeoembed|65688354|800|450}}

{{youtubelink|}}|5kDRf4EngM8}}














<!-- == Слайды ==
[[File:Мертвая зона - Как визуализировать поток требований в распределенном проекте (Сергей Прохоренко, AgileDays-2013).pdf|left|page=-|256px]]
 -->

{{----}}

== Примечания и отзывы ==
* [http://msk13.agiledays.ru/reports/view/23/ Страничка доклада на сайте конференции]

<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:AgileDays-2013]]

[[Category:Agile]]
<!-- topub -->

Версия 17:12, 1 июня 2016

Аннотация

Докладчик
Сергей Прохоренко.jpg
Сергей Прохоренко

Общепринятые практики Scrum предлагают большое количество инструментов для визуализации командной работы: product/sprint backlog, доска, ежедневные стэндапы, burndown chart.

Но если ваш проект распределен по трем-четырем локациям, а количество людей в проекте перевалило за сотню — как понять, правильно ли расставлены приоритеты, понимают ли команды, чем они и их коллеги по проекту будут заниматься в следующем спринте и дальше?

Многие из этих вопросов часто попадают в «мертвую зону», что приводит к проблемам при масштабировании процесса.

Рассмотрев несколько практических примеров из практики, мы обсудим, как построить эффективную коммуникацию между командами в проекте, как визуализировать поток требований и как определять критерии для продвижения новых требований из product backlog в sprint backlog.

Видео

on youtube








Примечания и отзывы