Собрал с разработчиков оценку, посчитал. Надо заложить риски.
- умножить на два?
- Нет, на два это не научно. Надо умножать на число e или на число пи, в зависимости от сложности проекта.
- А это как определяется? "E..., какой сложный" и "Пи... какой сложный"?
Прямо мой диплом, где были "коэффициенты, выведенные на основе статистических данных" - для правдоподобности 5 знаков после запятой
Ну и старый анекдот напомнило. 45-я страница диплома "а здесь мы примем, что пи равно 5,иначе у меня нифига не сходится"
Тут про ошибку планирования речь :) То есть разраб говорит "На реализацию этого модуля мне надо два месяца". Эти два месяца надо умножить на пи, ибо ни хрена он не успеет за два месяца
Ну да, всем же известно, что сроки, которые называют Программисты надо умножать на три, только главное чтобы об этом не узнали программисты, а то придётся умножать на девять
Потому что:
"Ха. Тут работы на два дня, а заложили две недели! Времени куча, поиграю ка я на плойке!"
Или на планировании заложили в задачу часа 3-4, а когда приступаешь - вылезают все 12, потому что декомпозиция задачи - говно, плюс надо проработать кучу всплывших деталей реализации. Так что не 3 строчки, а скорее 300 (и это еще мало).
