Мы часто сталкиваемся с тем, что техническое задание написано просто потому, что нужно. В итоге, оно либо написано слишком сложно, либо накладывает ненужные ограничения на проект. Важно также понимать, что техническое задание не дает гарантию отсутствия изменений в процессе разработки проекта. Поэтому, важно составить такое техническое задание, которое будет полезно обеим сторонам и уменьшит риски на проекте.

Когда разработка технического задания не нужна?

Если кратко — техническое задание необходимо только на сложных проектах. В остальных случаях — это пустая трата времени. Нет смысла разрабатывать техническое задание для несложных корпоративных сайтов, промо-сайтов и лендингов. Это также ограничит решения по дизайну на проекте.

На подобных проектах нужно составить структуру сайта, кратко описать функционал страниц и зафиксировать базовые технические требования к проекту (поддерживаемые браузеры, требования к серверу и системе управления сайтом и т.д.). Хватит нескольких листов A4, чтобы это описать. Остальные нюансы (например, анимации) обсуждаются после сдачи дизайна.

На нашей практике не было ни одного проекта в процессе разработки которого не происходило изменений. Главный принцип — не менять количество страниц и функциональную составляющую. Если это происходит — то стоимость проекта увеличивается.

Когда техническое задание необходимо?

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

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

Ошибки при разработке технического задания

Перечень ошибок, которые часто встречаются в техническом задании:

  • Много «воды» и абстрактного текста. Например — описание задач сайта и целевой аудитории, фиксация излишних требований к дизайну, чрезмерное использование канцелярского языка и т.д.
  • Подробное описание каждой страницы текстом, вплоть до требований по дизайну к каждому элементу, вместо использования графики, прототипов или дизайна (если он уже подготовлен).
  • Копирование кусков технических заданий без понимания сути текста. Например, устаревшие технические требования (поддержка браузеров Internet Explorer).
  • Сложное графическое оформление: мелкий шрифт, разный размер текста, неправильное выравнивание и т.д.

Как выглядит идеальное техническое задание?

Хорошее техническое задание содержит:

  • Четкое описание результата проекта.
  • Этапы проекта, сроки, правила приемки каждого этапа.
  • Ссылку на прототип. Возможно краткое описание структуры и функционала, если потребуется.

Главный вывод — ни в каком проекте нельзя предусмотреть все заранее. И техническое задание — не панацея. Но оно может упростить процесс разработки проекта для обеих сторон, если будет составлено правильно.