Техническое задание: как написать так, чтобы работу приняли
Хорошее ТЗ отличается от плохого одним признаком: по нему можно однозначно сказать, выполнена работа или нет.
Структура, которая работает
Задача и контекст
Что должно измениться в мире после выполнения. Без этого исполнитель делает буквально написанное, а не нужное.
Требования
Списком, каждое проверяемо. «Быстро» — не требование, «ответ страницы до двух секунд» — требование.
Ограничения
Технологии, сроки, бюджет, что менять нельзя.
Что не входит
Самый недооценённый раздел: он экономит больше споров, чем все остальные вместе.
Приёмка
Как проверяется результат и кто подписывает. Без этого работу нельзя закрыть.
Признаки плохого требования
Оценочное
«Удобно», «современно», «качественно» — их нельзя проверить, значит нельзя и принять.
Два в одном
Одно требование — одна проверка. Составные пункты невозможно закрыть наполовину.
Без адресата
Непонятно, кто отвечает за выполнение — заказчик или исполнитель.
Про ТЗ и договор
ТЗ обычно идёт приложением к договору и становится его частью. Значит, менять его в одностороннем порядке нельзя: правки оформляются так же, как изменения договора.
Собрать ТЗ по своей задаче
Опишите, что нужно сделать, — агент разложит это на требования и приёмку и отдаст документом.
Поставить задачу →Частые вопросы
Кто пишет ТЗ — заказчик или исполнитель?
Чаще исполнитель по словам заказчика, а заказчик утверждает. Так требования получаются проверяемыми.
Насколько подробным должно быть ТЗ?
Настолько, чтобы работу мог принять человек, который не участвовал в обсуждении.