Поскольку скорость команды не является отражением ее производительности, предлагаю обсудить бизнес-ценность.
Максимальная бизнес-ценность – вот провозглашенная цель Scrum и Agile-методов. Чем выше ценность элемента, тем выше его приоритет. Поскольку приоритет определяет порядок, в котором реализуются элементы бэклога, наиболее ценные элементы разрабатываются в первую очередь.
Ценность также основана на оценках
Но оценить добавленную ценность истории непросто.
Пора уже пределить, что подразумевается под бизнес-ценностью (business value): рентабельность инвестиций, чистая приведенная стоимость? Даже при большом количестве исследований оценка финансовой ценности одной истории – задача не из легких.
Как и оценка размера, оценка стоимости относительна и может производиться без единиц измерения. Владелец продукта сортирует истории по их ценности – это происходит во время приоритизации и называется порядковой, или ординалистской [54], полезностью.
Чтобы выйти за рамки этого порядка, следует оценить ценность каждого элемента (измерить кардинальную полезность).
• Ценность имеет больше смысла для функциональности
Пользовательская история имеет определенную бизнес-ценность. В отличие от нее, технические работы и технический долг не обладают ценностью, видимой пользователям. Но от них зависят пользовательские истории – следовательно, им можно присвоить косвенную ценность. С другой стороны, ошибки снижают ценность историй.
Быстро замечаешь, что на уровне истории как таковой бизнес-ценности нет. Пользовательская история сама по себе слишком мала для отдельного развертывания. Целесообразнее говорить о ценности, которую привносят функциональности.
• Трудности с измерением ценности
Ценность – очень субъективное понятие. Хотя техники и рабочие встречи и позволяют распределить и классифицировать элементы по их ценности, использование даже каких-либо относительных чисел для индикаторов вызывает сомнения.
Более того, это невозможно проверить.
Вот почему, даже если относительная оценка ценности возможна, я не буду показывать индикатор, основанный на ценности: это слишком субъективный момент.
В теории она представляет собой S-образную кривую (в работах Алистера Кокберна)45, но это всего лишь теория с целью наглядно продемонстрировать, что бизнес-ценность хорошо растет, когда риски минимизированы (ценность знаний), и достигает порога предельного значения, если мы остаемся в рамках того же содержания [55].
• От ценности к полезности и воздействию
Оказывается, ценность часто путают со стоимостью.
Чтобы избежать подобного рода путаницы, можно внести коррективы в терминологию и использовать понятие, распространенное в экономике: полезность46. Полезность – это степень благосостояния или удовлетворения, получаемого от потребления или приобретения товара или услуги [56]. Это понятие шире: не все продукты предназначены для обеспечения финансовой ценности, но все они предназначены для использования. Так, например, обстоит дело с программным обеспечением с открытым исходным кодом.
Рисунок 18.7 – Тонкая грань между ценностью и полезностью
• В заключение
В Scrum нет определенного индикатора продуктивности, основанного на скорости команды или бизнес-ценности.
Скорость команды в основном используется для более точного прогнозирования, а бизнес-ценность – для расстановки приоритетов.
Организации, бывает, задаются вопросом: стали ли они Agile? Или, по сравнению с другими, на каком они сейчас уровне Agility?
Иногда сравнивают уровень Agility между разными командами внутри одной организации. Некоторые оценивают применяемые командой практики. Вызывают специалиста – он измеряет внедрение