Техническое задание: что это и почему ТЗ так важно для разработки?

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

В ТЗ к созданию проекта в основном указывается следующая информация:

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

ТЗ необходимо не только разработчикам, но и самому заказчику. Зачастую клиент обращается в IT-компанию за чем-то не совсем конкретным и понятным, так как сам до конца не знает, как могут быть реализованы его бизнес идеи. Например, приходит заказчик и говорит: "Хочу сделать интернет-магазин для своего магазина одежды". И казалось бы, чего тут непонятного и не конкретного? На самом деле всё: как должен выглядеть этот магазин, как будет осуществляться покупка и оплата, какие разделы с одеждой должны быть, а, может быть, заказчик и вовсе хотел бы создать онлайн-примерочную?! Представление заказчика о проекте зачастую очень неопределенное, а видение того, что должно получиться в итоге очень размыто. Вот здесь на помощь приходит ТЗ, которое позволит расставить всё по полочкам.

Для написания ТЗ есть несколько международных стандартов, но использовать их не всегда обязательно. Без стандартов не обойтись лишь в крупных компаниях, где все должно быть официально задокументировано.

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

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

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

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

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