Техническое задание глазами практика
Все разработчики — мудаки, все клиенты — идиоты? К счастью, это не так.
Корень большинства проблем средних и малых IT-проектов — некорректная постановка задачи.
Самое лучшее, что с Вами случится при отсутствии ТЗ это — срыв сроков, кратное увеличение бюджета и провал попытки создания проекта.
Поверьте, гораздо хуже если проект будет успешно создан при некорректной постановке задачи, это грозит огромными финансовыми и временными потерями на маркетинг, переделку проекта, репутационным ущербом.
О техническом задании написаны тысячи статей и нет ни одной, которая была бы полезна в практическом применении, кроме этой естественно.
Статья создана исключительно для практиков из коммерческого сектора, желающих создать: сайт, мобильное приложение или иное программное обеспечение.
Представители гос.сектора, подбивающие документы к стандартам 19 и 34 ГОСТа — можете смело закрывать вкладку, для Вас полезного материла тут нет.
По айтишным ГОСТам могу проконсультировать отдельно.
Адепты гибких методологий управления проектами SCRAM/AGILE/etc — вы вряд ли найдете здесь что-то интересное и полезное
Читать статью полностью — желательно, но не обязательно, смело переходите к интересующему разделу.

Оглавление рубрики
- Что такое техническое задание?
- Когда необходимо составлять ТЗ?
- Что ТЗ даёт заказчику?
- Что ТЗ даёт разработчику?
- Кто должен заниматься разработкой технического задания - разработчик или заказчик?
- Как заказчику подготовиться к составлению ТЗ
- Готовые шаблонны и брифы для создания технического задания
- Структура и принципы построения технического задания
- Степень детализации технического задания
- Этапы построения технического задания
- Проблемы при работе по техническому заданию
- Контрольные вопросы при утверждении технического задания
- Пример и особенности ТЗ для разработки сайта
- Пример и особенности ТЗ для разработки мобильного приложения
- Пример и особенности ТЗ для разработки программного обеспечения