Сегодня в Лайте было планирование очередной итерации, и в очередной раз поднялась дискуссия о том, как же все-таки правильно считать фокус-фактор (или velocity) в наших реалиях. Фокус-фактор, если кратко, это отношение изначальной оценки сделанной работы, к фактически затраченным на неё ресурсам. То есть, программист сказал, что сделает задачу за час, а сделал за десять, значит, фокус-фактор равен 10 или 0.1.
Фокус-фактор имеет два применения:
- Спрогнозировать, что же будет сделано за итерацию.
- Ограничить количество и объем задач, которые можно взять на итерацию.
Небольшая ремарка: подсчет фокус-фактора требует некоторого количества кропотливой работы.
Со скрамом и фокус-фактором в различных вариантах я работаю последние лет пять. И за это время мы как только не экспериментировали с подсчетом фокус-фактора. Выжимка всех экспериментов:
- Формулу для подсчета можно усложнять и детализировать бесконечно;
- Усложнение формулы не приводит улучшению прогностических способностей фокус-фактора;
- Как бы вы не считали фокус-фактор, в среднем он равен где-то десяти;
- Как бы вы не считали фокус-фактор, вы иногда будете получать его разброс от 5 до 20.
В общем, просто умножай на 10! И будь готов, что твоя команда может сделать в два раза меньше, чем запланировано. Ну, или в два раза больше;)
Вот такой вот менеджмент для ленивых, вот такое вот магическое число – 10.
Десять подходит для прогнозирования, что будет сделано за итерацию, ничуть не хуже реально посчитанного фокус-фактора. Я ни разу не видел проектов и команд настолько больших, чтобы там начинал работать закон больших чисел, который необходим для стабильности фокус-фактора. У всех он отличается на десятки процентов от итерации к итерации, а иногда и в разы. Соответственно, верить в то, что завтрашний фокус-фактор будет таким же, как вчерашний, можно с тем же успехом, что и верить в то, что он будет 10.
Потому же 10 можно использовать и для ограничения объема работы, которые можно взять на итерацию.
Конечно же, реальный фокус-фактор в некоторых ситуациях может сильно отличаться от 10. На старте нового проекта в новой команде он может быть и 100. Есть ситуации и когда будет 1-2. Если вы еще никогда не считали фокус-фактор, но вдруг решили его использовать, посчитайте его первое время как-нибудь примитивно, пока у вас в голове не появится красивая цифра, вроде 10. Возьмите её за константу и успокойтесь.
И, да. Ни одна система прогнозирования не может вам дать никаких гарантий. Делая из прогноза обещание, вы берете весь риск на себя. Эта такая разновидность азартных игр. Если вы, конечно, любитель азартных игр.
Если вы не игрок, то для вас придумали No Estimates (http://neilkillick.com/2013/01/31/noestimates-part-1-doing-scrum-without-estimates/).
Если вы все еще верите в статистические методы для прогнозирования, то для вас замечательный Нассим Талеб написал замечательную книгу «Черный лебедь» (http://www.litres.ru/nassim-nikolas-taleb/chernyy-lebed-pod-znakom-nepredskazuemosti/).
Да и как бы не были велики ваши амбиции относительно размеров вашего проекта, поверьте, он не настолько велик, чтобы статистические методы на нем начали хорошо работать.
