ПАРУ СЛОВ О ТЕХЗАДАНИИ

 


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

ОРИГИНАЛЬНЫЙТЕКСТ НАХОДИТСЯ ЗДЕСЬ

 

Так что же такое техзадание?

           С чего начинается проект? Конечно же, с идеи. Однако идея очень приблизительно очерчивает объём работ, которые предстоит выполнить. Но реализация начинается с того, как разработчики получили полный перечень того, что должно быть сделано. Именно документ с такой информацией и называется техзаданием.

Техзадание обычно представляет собой текстовый файл, в котором перечислено всё, что касается проекта: компоненты, интерфейс, функциональные возможности, формальные требования и время реализации. Техзадание делится на части. Давайте по очереди рассмотрим каждую из них.

        Техзадание можно разделить на несколько частей. Первая из них – задание на дизайн. Эта часть касается следующих вопросов:

  1. Внешний вид.
  2. Количество и виды разделов (экранов)
  3. Информация о пользователях
  4. Детализация макетов и прототипов.
  5. Архитектура информационных потоков.
  6. Визуальные ожидания.
  7. Цветовые предпочтения.
  8. Предпочтения по рисункам, иллюстрациям и иконкам.
  9. Требования к соблюдению фирменного стиля заказчика.
  10. Варианты отображения на разных устройствах и при разных размерах экрана.

Вопросы по функционалу.

Вторая часть техзадания касается вопросов, связанных с технической стороной проекта, а именно написание кода, внедрение и сопровождение, то есть то, чего ждёт заказчик. Этот раздел техзадания содержит информацию о следующем:

  1. Какой функционал требуется от системы.
  2. Параметры поисковой оптимизации
  3. Время запуска.
  4. График работ.
  5. Необходимы ли тестовые версии.
  6. Вопросы, касающиеся сопровождения.

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

 

Приведём конкретный пример того, как общее требование развернуто в конкретные указания для дизайнеров и разработчиков.

Требование: На сайте должна быть форма подписки на рассылку.

Спецификация дизайна:

  1. Форма должна находиться рядом с меню
  2. Должна содержать поля для имени, email и согласия на рассылку
  3. После регистрации должно появляться всплывающее окно с подтверждением
  4. Форма должна использовать цвета из брендбука компании

Техническая спецификация:

  1. Форма должна синхронизироваться с сервисом рассылок (например, Mailchimp)
  2. Количество подписчиков должно отображаться в панели CMS
  3. Письма рассылки не должны попадать в спам

Что нам даёт наличие техзадания?

Получив техзадание, команда разработчиков в состоянии понять требования клиента и прикинуть объём предстоящих работ. Следующим шагом следует установка важнейших ориентиров проекта – сметы и дедлайна. С техзаданием можно начинать обсуждение конкретных вещей и начинать предварительные работы.

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

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

Что делать, если клиент не предоставил техзадание.

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

Комментарий блоггера. Далее идёт реклама польской консалтинговой фирмы, которая помогает решать подобные проблемы. Этот момент я пропускаю. Добавлю только то, что самое подробное техзадание, которое я слышал от клиентов, умещалось в одно предложение: «Щоб працювало».  Поэтому у нас техзадания, как правило, составляют сами исполнители.  А, учитывая то, что немногие фирмы могут позволить себе держать в штате подобного специалиста, то и ТЗ получается на аматорському рівні. Поэтому имеет смысл, особенно для крупных проектов, привлечь третью сторону, которая проведёт аудит бизнес-процессов и выдаст профессиональные рекомендации. Конец комментария.

 

Такое понятие, как MVP.

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

     Для этого и нужна сокращенная версия полного проекта, чтобы клиенты после запуска понимали, что их ждёт. Зачастую замечания, возникшие при эксплуатации версии MVP, приводят к корректировке техзадания в соответствии с новой полученной информацией.

 Техзадание может меняться.

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

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

Заключение.

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

 

ВЕРНУТЬСЯ К ГЛАВНОМУ МЕНЮ

ЧТОБЫ БЫТЬ В КУРСЕ ПОСЛЕДНИХ НОВОСТЕЙ, ПОДПИСЫВАЙТЕСЬ НА Telegram-канал «КАРЬЕРА ИТ-МЕНЕДЖЕРА».