И такие циклы нужно заранее закладывать в проект. Это не отклонение - это норма.

Согласен. Есть даже умные слова, которыми это называется - спиральная модель разработки ПО.

НО.

Заказчик должен очень четко понимать, что он будет иметь дело с системой, чья функциональность будет наращиваться пошагово, итерационно. И быть готовым оплачивать всю деятельность, связанную с итерациями - повторный анализ, повторное уточнение требований и т.п. При этом все равно - ни требования к системе, ни постановка задачи не должны меняться кардинально. Иначе все равно х..ня получится...


А если полгода ставить задачу, полгода проектировать, затем реализовывать, затем внедрять - вот это верная смерть проекта.

Смотря какого проекта. Смотря какие огранчения у вас на время разработки. Смотря как ставить задачу. Смотря как реализовывать. Смотря кем реализовывать. Можно и запороть, можно и конфетку сделать. Вася Пупкин с командой студентов скорее запорет, Боинг - скорее сделает. :о)


2 Andrew Campball

Уж лучше месяц-два потратить на нормальную постановку задачи, чем на ходу переделывать.

Слова не мальчика, но мужа... (с) С удовольствием присоединяюсь к высказанному мнению.

НО.

Что вы будете делать если постановка задачи в принципе не ясна спустя два месяца???...


==========================
2 заказчик проекта

Осознать и сформулировать требования - это большой труд. Если исполнитель будет требовать, чтобы это делал я, а не он, то я поищу другого исполнителя.

Гут. Ваша правда тут тоже есть - вы платите, вы и заказываете музыку.

НО.

А всегда ли заказчик адекватно платит за этот "большой труд"??? Имхо, далеко нет - нередко хотят поиметь аналитика на половину зряплаты разработчика или вовсе опустить этот этап - мол, не надо, потом когда-нить разберемся...



Увы - переделывать придется

Смотря насколько. Если меньше 25% от общего объема работ - тогда терпимо. Если больше 50% - стоит задуматься, а не проще ли сделать новый проект, чем чикать старый. Затраты на переделку могут быть намного больше, чем на создание нового...
ИМХО.




2 Andrew Campball

Был у нас случай, заказали разработку, они обследовали потратили на это 1 месяца, потом 1 месяц на обмозгование и в итоге обнародовили сумму, от которой наше начальство просто шуганулось. Я понимаю, работа стоит денег, но в итоге я прочитал их обследование (за которое, кстати заплатили деньги) и теперь делаю все один и с жатыми сроками и пинками со стороны начальства.

Не поверите - до боли знакомая ситауация. Только у меня не было результатов обследования, за него просто сразу платить отказались. И вот этот результат:

Вместо положенных 5 месяцев растянулось на 8. Меня уже просто начинает подташнивать от этого проекта в следствии - работа практически нулевая.

тоже - более чем предсказуем. Более того, как выяснилось апостериори - уже давно описан в ставших классическими книгами по управлению проектами вообще и разработкой софта в частности. Можно дальше накаркать - то, что вы делаете, будет создано с боооооольшим опозданием по сравнению с тем, что делали бы на заказ, будет содержать массу ошибок и обладать минимальной функциональностью по сравнению с тем, что хотели. В силу вполне объективных причин. Скупой, как известно, платит дважды...

Не думаю, что надо вообще так вести диалог, чтобы кто-то ощущал себя умным, а кто-то дураком.

Если кто-то себя ощущает себя дураком - это сугубо индивидуальные проблемы того индивидуума.

Чтобы не было такого ощущения достаточно понять одну простую вещь - очевидно что, сколь бы я ни был умным и продвинутым, есть много того, чего я пока или до сих пор не знаю. Причем "это" может включать в себя целые пласты знаний. Из этого никак не следует что я дурак... :о) И меня обычно как-то не ломает спросить и уточнить что-то. Пусть даже вопрос получится абсолютно дурацким - будет куда от него плясать - либо читать ликбез-литературу, либо копаться в справочниках, либо с умным видом поучать других... ;о)))