Консалтингу не выгодна разработка

[gudzon]

Все таки подозреванию, что Чрезмерная разработка не есть причина развала проекта. А всего лишь симптом. Нельзя сказать, что человек умер от жара. Жар это всего лишь реакция организма на инфекцию. Так же нельзя сказать, что чрезмерный кодинг губит проект. Это всего лишь реакция на другие причины. А причины как правило разные. От действительно некомпетентности до простой политики.Сменилось руководство, а заносили другому. Как часто и бывает. Так что бестолку обвинять симптом, не зная причины.
Среди людей часто встречаются идеалисты. Для них главное качество. Затраты и сроки не столь важны. Видимо школа учит делать все на 5+ при это время не ограничено - все равно за партой сидеть 10 лет. Особенно такие встречаются среди хороших программистов. Что видно по обсуждениям на форуме. Такие люди очень гордятся своим прекрасным кодом и любят третировать менее требовательных коллег по этому поводу. Часто заказчик на приемку сажает именно идеалиста. Такие люди не понимают, что малый процент ошибок при разработке информационных систем вполне допустим. Часто на завершающем этапе начинается вой по поводу мелких багов. Хотя в этом ничего нет страшного. С увеличением требования к чистоте кода экспоненциально растут затраты. А затраты на исправление ошибки в разы меньше затрат на их профилактику. Это знают все разработчики ПО. Я бы наоборот насторожился узнав, что проект сдан без ошибок. Это говорит либо об исключительной гениальности внедренцев, либо о том, что моя компания втридорога расплатилась за команду гениев-перфекционистов. И это только одна из возможных причин развала проекта. На крупных проектах как правило клубок из проблем.
Так что не пишите категорично "Только плохие внедренцы заваливают проекты". Это как утверждать - если от мужа ушла жена, значит муж плохой. Такая логика истинна только ну на очень примитивном уровне абстракции.