|
|
От
|
bedal
|
|
|
К
|
Fateev
|
|
|
Дата
|
24.03.2010 12:26:50
|
|
|
Рубрики
|
Современность; Армия;
|
|
по нынешним взглядам - наоборот :-)
Работа по предопределённому ТЗ приводит к очень большим тратам, так как необходимо предусмотреть всё и малополезным результатам, так как многое из задуманного на практике оказывается ненужным.
Работа по ТЗ получается эффективной только при модификации, когда нужно просто повторить уже известное с малой долей новизны.
Потому сейчас гораздо популярнее итеративный подход, когда даётся ТЗ в самых общих терминах, по нему в короткие сроки делается работа, результаты оцениваются, ТЗ дополняется и корректируется и пошла следующая итерация. Суть в том, что на каждой следующей итерации заказчик всё лучше осознает, что же именно ему нужно в противовес традиционному подходу, когда заказчик пишет сверхподробное ТЗ, на самом деле не представляя, в чём он действительно нуждается.
Эта технология родилась в IT, в мелких проектах, но с течением времени распространяется и вширь (в другие области) и вглубь (в большие проекты с широкой кооперацией).
Польза в смысле темы этой подветки в том, что работа исполнителя часто проходит приёмку (конец итерации - это совсем, совсем не то, что подписание актов по этапу) и при плохом исполнении или невозможности реализации корректировка происходит на раннем, не слишком дорогом, этапе разработки.
Главный смысл, с моей точки зрения - разгрузить конкретного исполнителя от самооценки за счёт подключения и должной загрузки представителей заказчика, которые теперь практически непрерывно заняты осознанием приложения разработки к реальному миру и потребностям.
Чем выше уровень новизны в проекте (новизна отвечает часто не текущим требованиям, а перспективным, формирующимся в процессе развития проекта) - тем больше преимущества итерационного метода перед каскадным (традиционным).
Конечно, это не панацея и не то, что сразу понятно как организовать в сложных случаях.