Что ТЗ даёт заказчику?

Заказчик зачастую имеет очень смутное представление о ТЗ, а про функции ТЗ для заказчика представление и вовсе отсутствует.

К сожалению, большая часть людей* всё ещё воспринимают ТЗ, как:

1) Формальный этап подготовки к проекту

2) Формальный юридический документ, нужный для подписания договора

3) Непонятный текст на птичьем языке разработчиков

4) Описание функционала «кликни сюда — произойдет это»

Когда-нибудь отечественная IT-культура дорастет до той мысли, что ТЗ — удобный прикладной инструмент, framework для реализации проектов и воспринимать его следует исключительно так.

Основные преимущества наличия адекватного технического задания для заказчика

1. Структуризация идей и замыслов
   Ни для кого не секрет, что привести идеи заказчика в структурированную форму — огромный труд, на который заказчик сам, зачастую, не способен. При оформлении технического задания все мысли и идеи обретут структуру, целостность и даже форму, понятную другим людям.
2. Четкая структура проекта и прозрачность его реализации
   В грамотно составленном техническом задании включен такой документ или раздел, как Иерархическая структура работ (ИСР), он же — Структура декомпозиции работ, (СДР) или же Work Breakdown Structure, (WBS).
   Этот раздел предполагает иерархическое разбиение всей работы, которую необходимо выполнить для достижения целей проекта, на более мелкие операции и действия до такого уровня, на котором способы выполнения этих действий вполне ясны и соответствующие работы могут быть оценены и спланированы.
   Проще говоря, в любой момент времени Вы знаете что сейчас должен делать разработчик и имеете возможность управления реализацией проекта.
   Нет ИСР — нет понимания, что сейчас должен делать разработчик — нет возможности полноценного контроля выполнения проекта
3. Рычаг давления на разработчика
   В случае возникновения каких-либо разногласий с разработчиком, у Вас будет возможность сослаться на утвержденный документ.
   Техническое задание составляется в соответствии с общепризнанным синтаксисом, поэтому у разработчика нет возможности сказать «мы не так поняли задачу, то что вы хотите стоит в 5 раз больше».
4. Юридическую защищенность
   В случае срыва сроков, финансового ущерба, некорректном исполнении проекта — у Вас повышаются шансы добиться от разработчика результатов или компенсации ущерба в судебном порядке. Никому не советую доводить ситуацию до судебного разбирательства, но в случае подобной ситуации ТЗ — основной документ для оценки нарушений при реализации проекта.
5. Экономию бюджета
   Отсутствие ТЗ или не достаточная детализация технического задания — прямая дорога к бесконечным правкам и срывам сроков. Чем детальнее проработано ТЗ, тем ниже вероятность некорректной реализации работ, а значит и дополнительных инвестиций в реализацию проекта потребуется гораздо меньше.
6. Сокращение сроков реализации
   Скорость выполнения проекта может увеличивается в несколько раз, если есть грамотно составленное ТЗ. Все просто — меньше дополнительных согласований + меньшее количество правок = экономия времени.
7. Отсутствие проблем при развитии и расширении проекта
   Чем выше уровень детализации, тем корректнее и нагляднее путь развития проекта. А так же ниже вероятность использования технических решений, ограничивающих дальнейшее развитие проекта.

Неустанно вбиваю в голову людей одну простую мысль — на подготовку к реализации проекта, формирование идей, написание ТЗ в частности — должно уходить не менее 25% времени и средств от всего бюджета на разработку.

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

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

Оглавление рубрики

1. Что такое техническое задание?
2. Когда необходимо составлять ТЗ?
3. Что ТЗ даёт заказчику?
4. Что ТЗ даёт разработчику?
5. Кто должен заниматься разработкой технического задания - разработчик или заказчик?
6. Как заказчику подготовиться к составлению ТЗ
7. Готовые шаблонны и брифы для создания технического задания
8. Структура и принципы построения технического задания
9. Степень детализации технического задания
10. Этапы построения технического задания
11. Проблемы при работе по техническому заданию
12. Контрольные вопросы при утверждении технического задания
13. Пример и особенности ТЗ для разработки сайта
14. Пример и особенности ТЗ для разработки мобильного приложения
15. Пример и особенности ТЗ для разработки программного обеспечения