К недавней статье о “Еще одном способе быстрой оценки Бэклога” поступили интересные вопросы в комментариях. Вопросы похожи на те, что мне неоднократно задавали на тренингах, на конференциях и просто в личной беседе: “как суммировать оценки команды в пунктах?“, “для чего их использовать?“, “что делать если 5 требований, оцененных в 1 пункт, не равны одному требованию в 5 пунктов?” и даже “верно ли, что любая величина, являющаяся суммой стори поинтов (например, велосити команды), лишена всякого смысла?” :-).

Я постараюсь ответить в рамках статьи о том, зачем используется Скорость Команды (Velocity) и как в этом помогает оценка в пунктах (Story Points).

Итак, я сразу начну отвечать с последнего вопроса. Основная ошибка понимания ценности “Velocity” заключается в том, что нельзя забывать о том, что мы меряем скорость за итерацию. Учитывая, что все итерации мы делаем одинаковой длины (это одна из основ Scrum), то мы получаем понимание того, сколько ваша команда реально успевает сделать за фиксированный отрезок времени, например, две недели.

Более того, результаты одной итерации бесполезны сами по себе :-). Нас интересует средняя скорость за последние 6-10 итераций, как минимум. Мы уже обсуждали когда-то выгоды и недостатки использования пунктов для планирования Спринта, и цитировали яркий пример от Майка Кона:

Представьте себе баскетбольную команду в середине сезона. Они в среднем получали по 98 очков за игру в течение 41 игры. Будет справедливо, если они заявят: «скорее всего, мы будем забивать в среднем по 98 очков до конца сезона». Но они не должны говорить перед каждой отдельной игрой: «Наш средний счет 98, и поэтому сегодня мы тоже забьем 98 очков».

Вот почему я говорю, что средняя скорость полезна для долгосрочных планов, но бесполезна для краткосрочных прогнозов.

Тут я совершенно согласен с Майком – средняя скорость нужна для долгосрочных планов и общей предсказуемости команды для бизнеса.

Что же делать с историями разных весов и их соотношением, когда дело доходит до детального планирования итерации? Мы уже писали о том, как научить команду оценивать в Story Points, и основной упор я предлагаю делать на том, что “важны относительные значения и не может быть эталона“. Не забывайте, что “Пункты” не имеют физических единиц измерения“.

Хотя, бесспорно, из-за того, что мы делаем некое количество работы в пунктах за фиксированное время итерации, существует некий “обменный курс”, между Story Points и часами. Этот курс, как и курс валюты, не является всегда стабильным и может меняться от недели к неделе. И также меняться от команды к команде – у каждого своя “валюта” :-). Опять же, мы всегда говорим об усредненном отношении пунктов к часам. Буквально недавно Майк Кон публиковал интересное математическое объяснение:

Если посмотреть на таблицу под графиком, то видно, что для историй оцененных в один пункт, среднее значение (медиана) суммарных оценок в часах равно 21 час. При этом, среднее для 8 пунктов, всего лишь 111 часов, а не 8*21=168, как кто-то мог ожидать. В то же время, если вы посмотрите на красный график для средних значений, то он примерно повторяет нелинейный график роста ряда Фибоначчи.

Итого, мы используем сравнительную оценку в Story Points для того, чтобы быстро оценить требования, при этом за счет усреднения, такие оценки остаются достаточно точными. Более того, мы используем среднюю скорость, и такое усреднение тоже сглаживает возможную разницу в реальных оценках. Получается, что усреднение усреднения дает наиболее стабильную и надежную оценку, по сравнению с попытками оценить все требования в часах. Все это потому, что мы меряем скорость только по требованиям сделанным за Спринт (итерацию) – это эмпирический и самый надежный показатель.

Ну и, наконец, “что со всеми этими числами делать?” :-). У нас есть оценки всех требований в пунктах (Story Points) и есть средняя скорость за итерацию. Если сумму оценок разделить на скорость, то получаем количество итераций. При этом, по правилам математики единицы измерения сократятся и останется лишь число, без всяких пунктов – т.е. сами пункты по сути не так важны ;-). Это и есть мощнейший инструмент долгосрочного планирования и ключ к отслеживанию долгосрочных планов. Кстати, когда-то на конференции я рассказывал “Как отвечать на вопросы “Когда?” и “Сколько стоит?“. Там, можно почерпнуть еще несколько идей.

Надеюсь, я ответил на вопросы читателей. Оставайтесь с нами и пишите нам, если у вас есть еще практические вопросы.