Приходилось ли Вам, общаясь с заказчиком, слышать фразу “мне нужно грамотно составленное ТЗ”? Думаю в той или иной форме данная фраза звучала в вашей практике. Сам того не понимая, заказчик ставит разработчика в весьма и весьма двусмысленное положение. Что есть “грамотно составленное ТЗ”? Давайте, попытаемся немного порассуждать.

Техническое задание - это ни что иное как технический документ, описывающий требования к системе. Вообще, существует государственный стандарт, определяющий формат этого документа, ГОСТ 34.602-89 . Отмечу, что со стороны заказчика просить составить ТЗ согласно ГОСТа издевательство чистой воды. Если, конечно, речь не идет о крупной системе стоимостью в несколько миллионов рублей, тогда стоимость составления Технического задания будет исчисляться сотнями тысяч рублей, правда к созданию ТЗ добавиться разработка другой проектной документации.
Более подробно о составление документации можно узнать на сайте для разработчиков технической документации.

Кроме ГОСТа можно использовать стандарт IEEE Std 830, но на практике как правило применяется такая штука как “корпоративный шаблон”. Что является вполне допустимым. Корпаративный шаблон - это шаблон технического задания, который придумала для себя фирма и которому она следует в своей работе.

Но позвольте! Корпоративный шаблон может варьироваться до бесконечности. Каждая фирма вольна сама выбрать шаблон и придерживаться его при работе с клиентами. В таком случае требование грамотно составить ТЗ, теряет свой смысл!
Конечно, техническое задание нужно, но не стоит забывать, что является конечным продуктом, а что промежуточным этапом. Не нужно пугаться просьб заказчика составить “грамотное ТЗ”, потому что любой документ, описывающий поведение и требование к системе в понятной форме, уже является хорошим техническим заданием.

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

  подписаться на блог