Температура сроков
"Сроки горят" это очень, очень интересное выражение.
Температура и сроки выполнения чего-то ограничены снизу нулём - температура не может быть ниже 0, время выполнения какой-то задачи ограничено снизу временем проверки выполнения. Это означает необходимость применения логнормального распределения, когда по гауссиане распределены логарифмы величины, а не сама величина.
Сие означает, что сроки "не смогу ранее" T0 и "точно справлюсь" T1 определяют средний срок не через сумму (Tm=(T0 + T1)/2), а через среднегеометрическое Tm=sqrt(T0 * T1). И вероятность превышения срока выполнения выше, чем вероятность успеть раньше самой оптимистичной оценки.
Как минимум, при моделировании это надо учитывать.
Неприятным в этом является возникновения и утолщение заметного хвоста при сложении большого количества логнормальных величин. Чем больше задач в проекте, тем выше вероятность срыва сроков, даже если вы возьмёте самые большие оценки.
А знаменитое "4 часа в день на задачу" PSP/TSP это сохранение средней загрузки отдельного разработчика ниже 50%-60%, чтобы если что, было время на исправление.
Температура и сроки выполнения чего-то ограничены снизу нулём - температура не может быть ниже 0, время выполнения какой-то задачи ограничено снизу временем проверки выполнения. Это означает необходимость применения логнормального распределения, когда по гауссиане распределены логарифмы величины, а не сама величина.
Сие означает, что сроки "не смогу ранее" T0 и "точно справлюсь" T1 определяют средний срок не через сумму (Tm=(T0 + T1)/2), а через среднегеометрическое Tm=sqrt(T0 * T1). И вероятность превышения срока выполнения выше, чем вероятность успеть раньше самой оптимистичной оценки.
Как минимум, при моделировании это надо учитывать.
Неприятным в этом является возникновения и утолщение заметного хвоста при сложении большого количества логнормальных величин. Чем больше задач в проекте, тем выше вероятность срыва сроков, даже если вы возьмёте самые большие оценки.
А знаменитое "4 часа в день на задачу" PSP/TSP это сохранение средней загрузки отдельного разработчика ниже 50%-60%, чтобы если что, было время на исправление.