Все о SCRUM. Изучение, разработка, интеграция

Препятствие – определенный факт, замедляющий команду или вовсе блокирующий ее дальнейшую работу: упавший сервер, недоступная заинтересованная сторона и т. д.

18.3 Индикаторы мониторинга сезона

18.3.1 Burndown-график сезона

План сезона указывает на работу, которую осталось проделать в текущем сезоне. Burndown-график показывает динамику.

Рисунок 18.4 – Вurndown-график сезона

Burndown-график подойдет, если команда регулярно реприоритизирует задачи. С другой стороны, если такая тенденция отсутствует, burnup-график с двумя кривыми будет предпочтительнее, и можно будет показать, что в лоток доработки добавлены новые истории.

18.3.2 Burnup-график сезона с двумя кривыми

Вurnup-график содержит две кривые: первая показывает, что уже завершено, а вторая – всю работу, включая уже завершенную. Первая никогда не опускается: отрицательной скорости команды не существует! Вторая может как подниматься, так и опускаться, если команда убирает истории или производит повторную оценку, в результате которой количество задач уменьшается.

Рисунок 18.5 – Вurnup-график сезона

На графике видно, что количество задач увеличивается, начиная с третьего спринта – после получения обратной связи. Это отличный момент, чтобы переместить некоторые истории в ледяной лоток.

18.4 Отсутствие индикаторов продуктивности

Измерение скорости команды позволяет планировать на среднесрочную перспективу. Можем ли мы воспользоваться ею, чтобы оценить продуктивность команды?

18.4.1 Скорость и продуктивность – не одно и то же

• Скорость команды основывается на оценке

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

Оценка с помощью Agile-методов привнесла новые решения, но вокруг нее по-прежнему много дискуссий. Это, в конце концов, довольно непростой вопрос.

В Scrum оценка остается сложной задачей, но подход к ней другой:

Оценивание проводится коллективно и тем, кто непосредственно будет работать над задачами.

Так лучше. Но несмотря на это, в story points много неопределенности. Средняя скорость команды, используемая для планирования сезона, более надежна, но скорость команды во время спринта остается довольно неопределенным показателем.

• Скорость команды измеряет работу

Что на самом деле измеряет скорость команды? Давайте сначала посмотрим, какие единицы измерения вообще используются.

Не человеко-дни…

Поскольку все спринты имеют одинаковую продолжительность, а команда стабильна, использование такой единицы измерения по определению привело бы к постоянной скорости команды. Особенность скорости команды – она измеряет то, что завершено (истории).

…Но story points

Если команда производит оценку в момент поставки (как представлено в главе 7 Доработка бэклога), скорее всего, она оценивает story points, исходя из сложности.

Во всяком случае, оценка связана с работой, завершенными задачами. Она не относится к продуктивности.

Вопреки распространенному мнению, скорость и производительность команды – два разных показателя. Классическое определение производительности – отношение результата к затраченному времени. Эта формула используется в экономике, показывая, что использование машин позволяет сократить время производства.

Поскольку определение производительности относится к результату, следует также учитывать добавленную ценность. Измерение ценности, получаемой в результате каждого спринта, ближе к производительности – той концепции, что используется в экономике. Таким образом, увеличение скорости команды не означает, что производительность также увеличится.

• Ценность и размер

Другими словами, если история большая – это не значит, что ее ценность будет выше.

При большом спектре историй размер и ценность статистически коррелируют: в среднем, чем больше размер, тем выше ценность (рисунок 18.6, XYZ).

Рисунок 18.6 – Соотношение ценности и размера

Но очевидно, что это не всегда так (рис. 18.6, A имеет бóльшую ценность, чем X, хотя они одного размера): мы знаем о существовании функций, которые просты в разработке и очень полезны (или, наоборот, есть газовые заводы, которые долго разрабатываются и в итоге не несут никакой ценности).