​#мнение #рецепт
Управляем ли мы проектом на самом деле?
Здравствуй, дорогой читатель. Давненько я не писал ничего заумного. Этот пост будет довольно провокационным, потому что затрагивает святую вещь - оценку.

Он написан под впечатление от книги "Статистическое управление процессами. Чамберс, Уилер" , ГОСТ Р ИСО 11462 и ГОСТ Р 51814. (Да, госты хорошие действительно круто раскрывается SPC).

Давай рассмотрим всего 2 шкалы для оценки - абсолютную шкалу в днях и относительную в сторипойнтах.

Оценка в часах не рассматривается, так лично я считаю ее бессмысленной. Объясню почему - типичный рабочий день - 8 ч, из них пиковая продуктивность 6 часов 7 минут. У большинства есть рабочие митинги/встречи, вычтем еще 1 ч времени + 1 ч обеда. Итого по божески исполнитель может в пике выдать 4 часа в день.

Вспомним еще о том, что есть эффект потока и переключение контекста, то есть 4 часа при условии что от 10 до 35% из них на погружение в задачу и выход на плато эффективности. Это еще при условии что вы не выдернете из состояния потока "Привет Миша, посмотри срочную задачу". Поэтому я не понимаю, когда оценивают задачу в часах, из разряда 2 часа на Consumer в Kafka.

С оценкой в днях все понятно - добываем реальную оценку (параметр, эксперт, историчка, аналог, бенч) и закладываем сверху буфер. Как-нибудь отдельно напишу, почему "волшебные коэффициенты", вроде оценка от исполнитель * 3 не работают. Тут есть про это подводка.

Получили оценки в днях, сложили, длительность проекта понятна.

С относительной оценкой в SP или например t-shirt (размеры футболок) все веселее.
1) Начало отсчета шкалы гуляет туда-сюда, нужно постоянно менять относительную задачу в 1 SP;
2) Из-за п. 1 оценка волатильна, т. е. 30 SP сейчас ! = 30 SP 4 недели назад, спокойно может быть и не меньший объем работы за те же деньги;
3) Относительные оценки не всегда обладают аддитивность, т.е. суммировать сторипойнты не всегда возможно.

При чем здесь SPC? Все просто - процесс не управляем статистически, положение процесса в терминах среднего ар. и разброс в терминах среднеквадратичного отклонения неконтролируемо меняется. Наш процесс разработки и доставки ценности конечному юзеру прыгает туда - сюда.

Вопросы которыми я задаюсь на данный момент: имеет ли смысл оценка, если процесс гуляет? Зачем мы прогнозируем время выполнения, если мы даже не уверены, что у процесса есть нижняя и верхняя границы? Имеем ли мы право давать точные оценки, если процесс не устойчив во времени?

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

Как понять что процесс неуправляем? Это особенно легко сделать пользователям Jira или Kaiten, там есть замечательный отчет Control Chart. Также можно построить классическую ККШ, как это сделать в excel описано тут.

Ниже картинка на подумать. Фильтрами выбраны задачи, которые были завершены за 3 месяца и которые оценили в S размере. S предполагает 1-2 дня на выполнение.

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