Техническое задание (далее - ТЗ) облегчает жизнь и заказчику, и исполнителю. Но нередко бывает, что у заказчика нет понимания, что ему нужно, поэтому никакого ТЗ у него тоже нет. В этом случае на выручку приходит бриф, который исполнитель предлагает ему заполнить.
Но в этой статье мы поговорим именно о ТЗ, тем паче, что о брифе я уже писала ранее неоднократно: здесь, здесь, здесь и еще тут.
Что такое ТЗ?
Это свод требований по проекту, описание того, что заказчик хочет получить на выходе.
Если проект большой, без него не обойтись. Если же маленький, то достаточно ограничиться поручением.
В чём разница?
Пойди купи яблок - это поручение.
ТЗ выглядит так:
Мне нужны зеленые яблоки. Купи их сегодня до 18.00. На рынке возле дома. Яблоки сорта Гренни Смит. Вес - 1 кг. Другие яблоки не нужны.
-------------------------------
Таким образом, отличие поручения от ТЗ состоит в том, что поручение исполнитель выполняет по своему усмотрению, а ТЗ содержит конкретные параметры выполнения, по которым потом будет оцениваться результат.
-------------------------------
Зачем составлять ТЗ?
- Чтобы проверить отношение исполнителя к делу. Если он не просит от вас ТЗ, стоит задуматься, а выполнит ли он работу так, как вам нужно.
- Чтобы застраховаться от недобросовестных подрядчиков. По ТЗ вы можете оценить соответствие выполненной работы заявленным требованиям.
- Чтобы проще менять исполнителей. Работа над масштабным проектом может потребовать таких мер.
Кто составляет ТЗ?
есть несколько вариантов, тут уж как договоритесь с заказчиком.
- Заказчик составляет сам. Это происходит в том случае, когда заказчик точно знает, что ему нужно и какой результат в какие сроки он хочет получить.
- Составляет исполнитель. Заказчик ставит перед исполнителем общую задачу, о требования и необходимую информацию исполнитель собирает сам.
- Совместная работа. Заказчик и исполнитель проводят встречу, заполняют бриф, по итогам согласовывают ТЗ.
Как написать ТЗ?
- ТЗ должно быть однозначным. Избегайте размытых формулировок, которые можно трактовать по-разному. Используйте количественные, а не качественные характеристики.
- ТЗ должно содержать конкретные требования к результату.
- В ТЗ должны быть прописаны важные технические требования и нюансы с учетом специфики продукта.
- ТЗ должно содержать критерии оценки конечного результата.
Случай из практики.
Я всегда прошу у заказчика дать мне четкое ТЗ. Когда заказчик затрудняется - даю бриф, а после заполнения согласовываю ТЗ, чтобы избежать в последствии недопонимания, когда он хотел одного, а получил другое.
Но стала так делать я не сразу. Всё приходит с опытом. Меня научил этому один случай. На заре своей фрилансерской деятельности я взяла заказ на корректуру текста. Под корректурой подразумевается исправление грамматических (пунктуации и орфографии) и смысловых ошибок.
После сдачи работы я столкнулась с недоумением заказчика. Последовал вопрос, почему же я ничего не сделала.
В ходе беседы выяснилось, что требовалась общая редактура текста. То есть нужно было проверить не только грамматику, но также и стилистику, изменить формулировки на более литературные, проверить уместность речевых оборотов и их соответствие канону, привести текст к единообразию, проверить факты на достоверность, убрать повторы и лишние слова, проверить терминологию, сократить длинные предложения, разбив на более короткие.
Если бы эти требования были озвучены или прописаны в ТЗ, путаницы не возникло бы.
Моя же ошибка была в том,что я не спросила, что заказчик подразумевает под корректурой.
Этот случай научил меня заранее оговаривать объем работ, все нюансы, что конкретно ждет заказчик в результате моей работы.