Очки истории

Story Points — это единица относительной оценки, используемая для выражения объема работы по сравнению с другими задачами, а не для указания времени, необходимого для ее выполнения в часах или днях. Команда присваивает баллы, сравнивая их с уже выполненными эталонными задачами, а накопленные баллы за итерацию служат основой для прогнозирования объема будущей работы.

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

Баллы призваны отражать сочетание объема, сложности и неопределенности, а не только затраченные усилия. Небольшое изменение в незнакомом коде с нечеткими требованиями может быть более значительным, чем масштабное изменение в хорошо изученной области. Команды, которые сводят баллы к эквиваленту часов, теряют этот аспект и воспроизводят проблемы оценки, которых этот метод был призван избежать.

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

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

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

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

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

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