Здравствуйте, VGn, Вы писали:

D>>И никто не говорит, что практикует waterfall, просто потому, что не модно и не солидно сейчас это говорить.

VGn>Не говорят. Говорят:
VGn>- После согласования требований формируем окончательный бюджет, начинаем разработку, после окончания разработки тестируем и принимаем продукт по согласованным требованиям.

Я так понял по вашей переписке, что я убежденный последователь waterfall, и горжусь этим

А что, можно разрабатывать продукты по другому? Если это именно продукт, который будет продаваться, то тогда не дай вам бог требования от маркетинга прощелкать, и не протестировать на соответствие. У вас в случае разработки собственного продукта по собственным требованиям есть все возможности по грамотному управлению требованиями и для предварительного проектирования. Не воспользоваться этими возможностями — это разгильдяйство, а применение в том случае методик, отрицающих предварительное проектирование — оправдание разгильдяйства.

Если же это заказная разработка, и требования не ясны, то можно посмотреть, как такая проблема решается при госзаказе. А решается она очень просто — сначала открывают НИР с целью уточнения требований, результат которого — аналитика (какие эксперименты и прототипы вам надо написать, и сможете ли вы ими воспользоваться в дальнейших ОКР — неважно) или НИОКР для практической проверки реализуемости (часть результата — опытные образцы, т.е. прототипы). НИР, как вы понимаете, не подчиняется циклу waterfall, для НИР это не важно — там не надо трассировать требования и обеспечивать тестирование, как в ОКР. Есть, короче, разница между штучным опытным концепт-каром и серийной машиной.

Это проекты разных типов, они принципиально по разному планируются и контроллируются, естественно их надо разделять. К примеру, для исследований сложно прогнозировать продолжительность — нет никаких методов, поэтому надо вести работу итеративно и сделать в управлении акцент на целеполагание, заранее назначив фиксированную дату завершения. Чтобы что успели к этой дате, то и сдали. Но цель НИР — это не разработка программы или продукта. Цель — выяснить новые знания, снять неопределенность. Поэтому, мощно контроллировать качество прототипов на этапе НИР — выброшенные деньги. Так же как и писать полнофункицоналные прототипы.