После трех месяцев использования новой методологии могу подтвердить, что scrum действительно работает. В ходе трех спринтов нам удалось довести продукт до состояния, когда его уже можно было поставлять заказчику, благодаря чему фирме не пришлось платить неустойку за срыв сроков.

Применение scrum, на мой взгляд,  дало нам следующие преимущества:

• В первую очередь выполняются задачи с наиболее высоким приоритетом, это позволяет сконцентрироваться на тех вещах, которые действительно важны для проекта;
• Мы определили производительность команды, и теперь можем с более высокой вероятностью прогнозировать сроки выполнения работ;
• Повысилась информированность команды, теперь каждый знает какие задачи у нас стоят на текущий sprint, кто чем занимается, и как идут дела;
• В течении sprint’a никто не вмешивается в работу команды, что позволяет повысить продуктивность.

Но не все гладко, есть, конечно, и трудности, вот некоторые из них:

• При планировании сначала было сложно не заниматься микропланированием;
• При обсуждении планов часто переходим к деталям реализации;
• Утренние собрания часто превышают установленные временные рамки 15 мин;
• У product owner’a из за его занятости не всегда хватает времени, чтобы привести product backlog в актуальное состояние, что иногда приводит к задержке начала спринта;
• Иногда бывает сложно сформулировать цель спринта, если в нем несколько задач разного напраления со схожим приоритетом.

Из минусов для себя могу отметить, что игра в planning poker представляется несколько бессмысленной, т.к. в темах программистов технический писатель смылит, мягко говоря, очень мало, и игра превращается просто в "угадайку".

А вот и несколько фотографий:

Burndown-диаграмма:

Результаты планирования спринта:

Выполненные задачи:

PS. Ранее мы использовали XP, которое постепенно переродилось в wild programming, и мы попробуем эту ситуацию исправить.