Зачем нужно техническое задание или сказка "Сделайте мне хорошо".

Предисловие

Заказчик на объекте принимает работу у подрядчика. Тот подводит его к выкопанной шахте диаметром 3 метра и глубиной 50 метров, заглядывают туда, а на дне горит прожектор.
Заказчик : Что за херня???
Подрядчик : Вот же чертеж! По нему и сделали.
Заказчик (переворачивая чертеж на 180 градусов): Это маяк, бл..! МАЯК!

(c) Народный фольклёр

Вопрос нужности систем управления проектами относится к области пространных философских рассуждений, попробуем рассмотреть его на простом примере.

Рассмотрим наглядный и понятный каждому пример, вы строительный подрядчик (П), который работает на строительстве жилого дома для заказчика (3). Итак сказка, с комментариями (К)

З: Добрый день! Я решил остепениться и мне нужен жилой дом, 
сможете сделать?  
П: Добрый день! Конечно сделаем. Ваши требования ? (К : а кому деньги не 
нужны, конечно сделает)
З: Ну я хочу что бы в этом доме мне было комфортно и хорошо!
П: Без проблем! 

K : Прошел месяц. За это время П, со своей точки зрения на комфорт, возвел одноэтажный коттедж, остальную территорию оформил как сад.

П: Все закончено принимайте работу. 
З: Но мне нужен двухэтажный дом и где баня ? 
П: Позвольте но когда мы с вами договаривались разговора об этом не было.
Единственное ваше требование было комфортно и хорошо. В предоставленном 
доме все сделано для максимального комфорта. 
З: Я хочу двухэтажный дом с баней, иначе работа не сделана, точка! 
П: Хорошо будем переделывать. 

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

П: Все закончено принимайте работу. 
З: Двухэтажный дом и баня это хорошо, но где летняя кухня у бани? По моему
она обязательно должна быть. Почему в доме печное отопление, я же хотел 
газовое? Почему крыша плоская, мне же нужна скатная ? 
П: Позвольте но вы ни слова об этом не говорили при обсуждении. 
З: Ну я думал вы умные, вы сами поймете. Это же очевидно.

K : Далее начнется диалог с не приводимой игрой слов с использованием местных диалектов и устойчивых выражений. Скорее всего потребуется длительная переделка и множественные доработки дома. В итоге все равно З и П придут к необходимости составления ТЗ на проект, в котором будут отражены и документально зафиксированы все требования к предмету проектирования.

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

Проекты вида "Хочу вот это, сделайте мне хорошо" обречены на провал в самом начале. Без четкого и точного, документально зафиксированного ТЗ, работа над проектом превратиться в сплошную тягомотину. В этой тягомотине заказчики будут недовольны исполнителями ("вот так же надо делать, что не понятного. Вот ламеры, за что им только платят"), а исполнители заказчиками ("Да что тебе надо, сделал же как просил. Вот даже в книге написано что подобное надо делать так"). Даже если проект пройдет первую фазу тестового макета, его будет сложно сопровождать и модернизировать впоследствии.

Хуже всего когда заказчики и исполнители работают на одном предприятии и подобные терки ведут к прямым убыткам этого предприятия!!! Время и ресурсы потраченные на составление ясного и четкого ТЗ окупится в будущем и чем раньше заказчики и исполнители найдут общий язык (через культуру составления ТЗ) тем будет лучше для всех.