Оценка стоимости разработки

Так вот, в какой-то момент показалось интересно задачка с оценкой разработки. Тема темная, мутная и кажется непонятнее (для заказчика) только оценка в стройке.

Пару дней поискал в сети материалы и собрал методологию с тремя уровнями уточнения.

Чтобы победить всех конкурентов, сделали решение, которое позволяет получать информацию о пожарных датчиках более детально, чем оно есть сейчас. Сейчас — это, в основном, панельки с диодами и надписями напротив. У диода 3 цвета: исправен-неисправен и пожар. А на самом деле современный датчик передает гораздо больше состояний, вплоть до степени запыленности (кстати, это очень важный момент).

Проект разбивается на этапы и задачи и каждая задача оценивается в часах . Важно для этого занять среднюю стоимость часа.

Три цифры

• Оптимистичная - за сколько сделаем если не будет никаких препятствий и проблем
• Реалистичная - за сколько обычно делаем такое
• Пессимистичная - за сколько сделаем ну при самом худшем раскладе

Далее оценки усредняются по формуле t (avg)= (min + 4 * norm+ max) / 6

Если вы исполнитель - можно показать заказчику все 3 цифры, но к этому желательно приложить аргументацию. Потому что заказчик сразу зацепиться сами знаете за какую цифру. Кстати, и это самую любимую цифру тоже можно принять, в случае если работа идет по схеме time-&-material (по факту затраченного времени). Но как-то у нас такое не очень приживается.

Что в этом подходе хорошо?
Оценка очень быстрая и есть “вилка” по трудозатарам

Что не очень хорошо?
Если ты Заказчик (и бегаешь по всему рынку в поиске - “на рубль дешевле”), то сравнивать можно только конечную цифру, а где именно оценка выше или ниже нифига непонятно.
Это потому что используется средняя ставка, а это как средняя температура по больнице.

При том же общем количестве часов разница первичной оценки и текущей составляет 11%.

Что хорошо?
У сторон появляется понимание, кого и на сколько мы задействуем. Да! И с таким удобнее бегать по рынку и сравнивать ставки.

Что плохо?
Нуууу, ставки не все любят показывать.

Я исхожу из того что проблема может возникнуть на трех направлениях

• Сроки
• Бюджет
• Стоп-фактор (это когда мы сами по какой-то причине не сможем двигаться дальше)

Исходя из уровня риска формируются наценки в процентах на определенный этап.

А правой колонке (F) считается среднее значение риска на этап. А дальше нужно принять решение что с этим делать

• Увеличить ценник?
• Отказаться от этапа?
• Привлечь компетентных в теме подрядчиков?
• Убежать в ужасе

Что хорошо?
Появляется понимание в цифрах где проект может просесть и что его может утопить.

Что плохо?
Риски оцениваются экспертно (впрочем как и часы трудозатрат). А это всегда человеческий фактор.