Lonely Morgan,

SUBJ отличается от вопроса. Что хочется - по проектно-сметному принципу оценить бюджет или эффективность ? IMHO эффективность проекта автоматизации точнее всего можно провалидировать по изменению характера автоматизируемой деятельность - как изменилась производительность труда, себестоимость бизнес-транзакции, объемы бизнеса и пр..

Если с формальной стороны - то программирование, такая же деятельность, как и выпекание пирожков. И оценивать ее можно с точки зрения эффективности вложения средств - ROI, NPV и пр. - вышел ты на планируемую акционерами рентабельность (отдачу на капиталл) или нет.

Есть третий подход - когда ты не в теме дохода от основного бизнеса и неинтересна внутренняя экономика - тогда измеряют различных "попугаев" - SLOC, количество выпитого кофе в проекте, попадание в срок который был производным сроком от срочного дидлайна и пр. , бюджет который был завышен исполнителем и занижен заказчиком но все равно нереален .... и пр. Доверия к этим синтетическим измерениям у меня нет никакого - тут вопрос "корпоративной веры". Чем более забюрокрачена контора - тем больше желающих наиграть бонус на разных вещественных и мнимых числах. Но с "верой" фанатиков нельзя спорить - получишь канделябром по голове :-)

Отношение к COCOMO II - увы как к религиозной доктрине. После первого же допущения - что не учитывается разница в производительности программистов в одной команде - все разговоры закончились. В моей команде например бывала разница в производительности опытного и начинающего программера до 7-8 (!) раз, а аналитика-архитектора до 14 (!) раз. Ну нафига мерять "среднюю температуру по больнице" ? Хотя - как и любой BI алгоритм - анализ статистики позволяет строить предиктивные (предсказательные) модели. Всегда интересно хотя бы в вероятностном виде получать прогнозы. Если его точность больше 60-70% - очень хорошо. А меньше - и не надо (для справки бросание монеты уже дает 50% точность)