От bedal
К Fateev
Дата 24.03.2010 12:26:50
Рубрики Современность; Армия;

по нынешним взглядам - наоборот :-)

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

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

Эта технология родилась в IT, в мелких проектах, но с течением времени распространяется и вширь (в другие области) и вглубь (в большие проекты с широкой кооперацией).

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

Главный смысл, с моей точки зрения - разгрузить конкретного исполнителя от самооценки за счёт подключения и должной загрузки представителей заказчика, которые теперь практически непрерывно заняты осознанием приложения разработки к реальному миру и потребностям.

Чем выше уровень новизны в проекте (новизна отвечает часто не текущим требованиям, а перспективным, формирующимся в процессе развития проекта) - тем больше преимущества итерационного метода перед каскадным (традиционным).

Конечно, это не панацея и не то, что сразу понятно как организовать в сложных случаях.
От Fateev
К bedal (24.03.2010 12:26:50)
Дата 24.03.2010 13:15:51

Re: по нынешним...

День добрый.

>Чем выше уровень новизны в проекте (новизна отвечает часто не текущим требованиям, а перспективным, формирующимся в процессе развития проекта) - тем больше преимущества итерационного метода перед каскадным (традиционным).
>Конечно, это не панацея и не то, что сразу понятно как организовать в сложных случаях.
Крайне спорное утверждение.
Уровень детализации ТЗ - величина обсуждаемая, но основные моменты должны быть зафиксированы обязательно.
Я отношу к таковым цели и задачи проекта, цифровые показатели на входе и выходе, сроки реализации и внедрения. А если в проекте участвуют и другие подрядчики - то взаимодействие должно быть зафиксировано как можно подробнее.
Иначе получается "вообщето мы хотели соооовсем другое...".

С уважением, Павел Фатеев.
От bedal
К Fateev (24.03.2010 13:15:51)
Дата 24.03.2010 14:46:25

вот для этого и итерации

чтобы как можно раньше, до окончания, уточнить, что же именно хотели и довести это до разработчика.

Просто только на бумаге - переход к такой технологии психологически очень не прост. Зато результат хорош, процент успешных проектов растёт в разы.
От Fateev
К bedal (24.03.2010 14:46:25)
Дата 24.03.2010 15:05:44

Re: вот для...

День добрый.

Давайте заканчивать, а то баном за оффтоп уже пахнет)))

С уважением, Павел Фатеев.