Поняв, что написать идеальное ТЗ невозможно (под идеальным я понимаю такое, которое не создаст проблем при сдаче проекта),
а итерационный подход требует фактически менять договор с заказчиком, и по другому вести работу с ним - причем начиная ещё с этапа
разъяснений менеджера перед подписанием договора о том, «как мы с вами будем работать»
- и не получив поддержки у руководства, я был вынужден искать компанию,
которая позволит мне самому реализовывать «альтернативные» стратегии работы с заказчиком.
Такая компания нашлась в лице «компании консалтинга и аудита Лига» (это их полное название такое),
в составе которой я и начал исследования в области итеративных технологий разработки ПО.
Исследования были успешными, за 3 года работ было всего 2 проваленных проекта
(под проваленным я считаю тот, в котором заказчик не доволен результатом или не оплачивает результат работ)
- причем проваленных не из-за технологических недостатков.
С результатом таких «игр» - устойчивым итерационным процессом разработки основывающимся
на некоторых основных принципах RUP - итеративность+релизы, useacase, визуальное моделирование.
(фактически ещё и «раннее внедрение» - но это наверное следствие) - вы и можете ознакомиться в прилагаемой методичке.
