Velocity Scrum

Если представить себе движение автомобиля, то скорость в нём оценивается по спидометру. Глядя на него всё предельно ясно. Однако в жизни в целом и в каком-то конкретном деле нет спидометра, и как оценить скорость объективно – уже вопрос. Если представить, что в автомобиле сломался спидометр, то скорость может быть оценена постфактум, то есть когда человек будет ехать 60 минут и проедет, например, 100 км, затем за 60 минут – 120 км, то он будет видеть, с какой скоростью двигался – около 110 км/ч. При этом, если во время следующих 60 минут он остановится и потратит на заправку 12 минут, на обед 15 минут и проедет 55 км, то средняя скорость за весь путь составит – 98 км/ч.

Как и при движении на автомобиле, скорость можно измерять и в Scrum, и называется это Velocity (скорость). Расчет Scrum Velocity очень простой и также состоит из поставленных отметок, как, например, определённое количество километров через каждые 60 минут.

Для примера предоставим график Velocity, отображающий по горизонтальной оси количество Sprints, а по вертикальной – Story Points.

В таком графике, по сути, изображено Story Points, и на основе этих показателей выстраивается среднее значение скорости. Однако график Velocity может быть и иной, с простым отображением Story Points, на основе которых визуально видна тенденция.

Если сравнивать с движением по дороге, то список ассоциаций, влияющих на скорость, может быть такой:

• Дорога – она же препятствия;
• Топливо – мотивация, что движет нами;
• Опыт водителя – знание / опыт / компетенция разработчика;
• Условия для автомобилей – DEV-среда;
• Видимость – прозрачность проекта;
• Направление – цели проекта;
• Трафик / правила вождения – процессы;
• Пункт назначения – продукт.

Хочется, однако, отметить, что по поводу метрики Velocity в Scrum ходят споры, и кто-то считает данные графики не очень полезными и сложными в определении возможных проблем, да и самого разгона. В целом все сходятся во мнении, что Velocity должен использоваться специалистом как дополнительное наглядное отображение эффективности, которое, как калька, накладывается на другие данные, помогая скорректировать аналитическую работу Scrum Master.