• @AppExeDev
  • Coder56rus
  • AppExeDev@yandex.ru

Как правильно составить техническое задание?

Назначение цели ТЗ

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

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

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


Общие рекомендации по написанию ТЗ

  • Простая истина — чем сложнее проект, тем детализирование должно быть ТЗ.
  • Среди возможных вариантов можно назвать ТЗ, описывающее (главные страницы / функционал, дизайн, или правильное расположение различных окон, и кнопок при разработке декстопных приложений). Или же это может быть лаконичное описание нескольких проектов одновременно.
  • Описания задач в отдельных частях ТЗ должны быть граничными. Что это значит?  Нужно четко обозначать конец конкретного пункта задания. В ТЗ не должно быть абстрактных фраз типа «должна быть удобная навигация». Это все субъективные признаки – одним удобно, другим не удобно  и понять выполнен ли данный пункт бывает сложно из-за нечеткости положений ТЗ. Т. е. это необходимо контролировать.
  • Для несложных сайтов, или программ где нужно описать какой-нибудь функциональный модуль, чтобы заново не изобретать велосипед, нужно проанализировать проекты с похожим функционалом, так сказать, провести  анализ конкурентов, сохранить скриншоты или записать видео с требуемыми элементами интерфейса и функциями, и включить их в ТЗ с расширенными пояснениями о том, что именно делать. При этом можно ставить свои пометки на скриншотах (Clip2net, Joxi, Awesome Screenshot и прочие).
  • Если дизайна для страниц нету или он не так важен в рамках какого-то проекта, скажем, заказчик решил сэкономить на дизайне, в этом случае программист вполне может использовать прототипы.


Общая структура ТЗ

  • Общая информация о сайте программе либо любом другом продукте.
  • Функциональное назначение будущего проекта
  • Понятия и термины
  • Описание модулей
  • Функциональные характеристики
  • Дизайн в PSD либо похожие прототипы конкурентов
  • Присылать в любых из перечисленных форматов - doc, exel, txt
img