Больше половины проблем на проектах рождаются не в коде, а в самом начале — там, где заказчик и подрядчик по-разному поняли, что надо сделать. Заказчик держал в голове одно, подрядчик услышал другое, а выяснилось это уже на приёмке, когда переделывать дорого и обидно. Лечится это одной скучной вещью — техническим заданием. Причём не ради бюрократии, а ради того, чтобы вы получили именно то, что задумали. В этой статье разберу, зачем вообще нужно ТЗ, что в него обязательно включить, какие ошибки встречаются чаще всего и дам простой шаблон, по которому можно собрать рабочее задание самому...

«У нас есть ТЗ. Менеджер написал». Слышу это часто. И каждый раз уточняю: «А разработчики с этим ТЗ работают? Без переспросов?» Ответ обычно один: «Ну... не совсем». Давайте разберёмся, чем отличается «пожелание» от «инструкции»...