Сторипоинты и идеальные дни — в чем разница при оценке задач в разработке?

Сторипоинты и идеальные дни — в чем разница при оценке задач в разработке?

В разработке часто встречается путаница при выборе подхода оценки задач — выбирать сторипоинты или идеальные дни?

Вводные

Надо сказать что эта тема действительно сложная и спорная. Идея оценивать сторипоинты или баллы кажется интересной. Но чтобы она работала нужно чтобы все понимали что это и чтобы в команде сложилась соответствующая культура. Это очень редко бывает. Потому я бы сказал что для большинства команд оценка в идеальных днях часто бывает проще.

В теории разница звучит так:

  • сторипоинты — это оценка объема работы
  • идеальные дни — оценка трудоемкости или длительности разработки

Из этого определения сложно понять что же такое сторипоинты?

Аналогия сторипоинтов и киллометров

Тут на днях занимаясь на беговой дорожке, понял что там есть хорошая аналогия:

  • расстояние или дистанция — это сторипоинты — на дорожке оно обычно измеряется в километрах
  • время пробежки — это временная оценка
  • калории — это затраты
  • велосити — сколько километров вы пробегаете в месяц?
  • капасити — сколько километров вам надо пробежать за 6 месяцев?

Проводя эту аналогию, можно понять что сторипоинты и время всегда будут отличаться.

Вы как 1 человек, всегда пробегаете 10 километров примерно за одно и тоже время. И свои метрики обычно знаете. И стараетесь их улучшать.

Но команда из 5-10 человек, в 5-10 раз сложнее чем 1 человек.

Ну и разработка конечно же более сложный процесс чем пробежка.

Потому в разработке нет километров и четких физических метрик.

Если по времени особой разницы нет — дни и часы они в разработке и пробежке совпадают.

Сторипоинты — это как раз попытка заменить километры. Чтобы иметь более понятную оценку объема работы.

Нам надо понимать сколько «километров» команда обычно пробегает за 1 месяц, и далее понимая сколько «километров» нам надо еще пробежать — мы можем попытаться прогнозировать сколько месяцев еще осталось до финиша? И где можно срезать повороты?

Заключение

Сторипоинты интересная концепция. Это попытка ввести метрику аналогичную киллометрам в разработке.

В пространстве и с расстояниями у нас все круто — мы знаем сколько километров можем пройти за 1 час, сколько за 1 час пробежать или сколько проехать за 1 час на авто?

А вот в разработке все сложнее. Сложно оценивать сроки разработки не имея понятий расстояния и скорости.

Потому идея сторипоинтов пытается решать эту проблему. Но лишь пытается 🙂

Важно понимать что не всегда и не во всех командах эта штука будет работать.

Если это сработало в вашей команде — круто.

Но автор часто видел ситуации когда «эффективные менеджеры», находящиеся в состоянии скрам-зомби, создавали тотальный карго-культ, пытались использовать сторипоинты внутри команды. Создавая кучу проблем.

Потому надо сначала хорошо понять что это и применять осторожно.

А заработает она только когда в команде появятся соответствующие условия. Такое бывает очень редко.

Информация была полезна для вас?

Расскажите пожалуйста что мы можем улучшить?

оцените контент и участвуйте в выборе трендов