Как написать техническое задание

Чек-лист: как составить ТЗ, чтобы разработчики вас поняли

Составление ТЗ — этап создания сервиса, который нельзя пропустить. Даже команда с высоким уровнем экспертности не создаст сильный проект по расплывчатому описанию.

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

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

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

Кто составляет ТЗ

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

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

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

Этапы создания ТЗ

Составление технического задания включает в себя несколько обязательных этапов. Чтобы не упустить важные моменты, воспользуйтесь схемой:

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

Слабые места ТЗ

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

Субъективные оценочные суждения

Избегайте слов «красиво», «быстро», «просто» и других подобных оценок — они не несут в себе конкретного смысла и могут быть поняты множеством разных способов. Замените их конкретикой:

• «сервис должен быть выполнен в фирменной цветовой гамме и ориентирован на женскую аудиторию 25 – 35 лет»;
• «главная страница сайта должна загружаться не более, чем за 5 секунд»;
• «кнопка целевого действия должна выделяться на экране цветом и размером, чтобы пользователю не пришлось искать».

Не бойтесь написать больше: в техническом задании это может принести пользу.

Непонятные термины

Проследите, чтобы все понятия были четко и однозначно описаны. Это касается как заказчика, так и исполнителя: техническое задание должно быть понятно обеим сторонам. Раскройте термины, которые характерны для вашей сферы деятельности. Попросите разработчиков сделать то же самое с понятиями, новыми для вас.

Чрезмерная или недостаточная детализация

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

Подведем итоги

Техническое задание должно быть:

• однозначным;
• объективным;
• подробным;
• понятным для исполнителя и заказчика.

Оно отражает суть проекта, разъясняет его логику и выгоды для владельца и пользователей, конкретно описывает требования к проекту.

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

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

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

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

Что такое техническое задание

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

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

За составление ТЗ может отвечать, как заказчик, так и исполнитель. Иногда техническое задание пишется совместно. Рассмотрим все три варианта.

ТЗ пишет заказчик

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

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

ТЗ пишет исполнитель

Если за составление технического задания берется компания-подрядчик, то схема работы будет такая:

1. Исполнитель узнает у заказчика общую задачу.
2. Затем исполнитель составляет бриф с уточняющими вопросами и отправляет его заказчику.
3. После того, как заказчик ответил на все вопросы, исполнитель на их основе составляет техническое задание.
4. Готовый документ исполнитель отправляет заказчику на согласование.

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

Исполнитель и заказчик составляют ТЗ совместно

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

Инструкция по созданию технического задания

В этом разделе объясняем:

• Как правильно составлять ТЗ
• Что должно быть указано в техническом задании
• Как оформить техническое задание

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

• Подробное описание проекта, его цель. Все участники должны понимать, что из себя представляет проект, какие у него цели и задачи.
• Основные требования к продукту. В этом разделе перечисляются все требования, согласно которым исполнитель реализует проект.
• Этапы и сроки выполнения работы. Благодаря этому пункту заказчик знает, что и когда будет готово, поэтому сможет контролировать процесс разработки.
• Порядок приемки проекта. В этом разделе представлены стандарты, по которым заказчик будет оценивать качество выполненной работы.
• Приложения к техническому заданию. Дополнительная информацию к проекту. Обычно включает стоимость, технические регламенты, нормативно-правовые акты и т.д.

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

При написании ТЗ важно учитывать общие рекомендации.

1. Выбирайте однозначные формулировки, когда пишете текст, чтобы не возникло недопонимания.
2. Создайте глоссарий с расшифровкой сложных терминов. Это поможет исполнителю быстрее разобраться в ТЗ, если сфера деятельности компании-заказчика ему не знакома.
3. Расскажите исполнителю, чем занимается ваша компания. Эта информация поможет исполнителю лучше вникнуть в проект.
4. Перечислите конкурентов и добавьте ссылки на похожие проекты. Анализ аналогичных продуктов поможет в реализации проекта.

Стандарты

При составлении технического задания вы можете ориентироваться на международные и отечественные стандарты. В России действуют два ГОСТа, которые регламентируют разработку ТЗ:

• ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению»

• ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Технические задание на создание автоматизированной системы»

Среди международных стандартов можно выделить ISO/IEC/IEEE 29148-2018. Он устанавливает требования к техническому заданию на разработку ПО и других сложных систем.

Как составить ТЗ для сайта: главные пункты

Рассмотрим упрощенный пример, как написать техническое задание на разработку сайта.

1. Напишите, чем занимается компания-заказчик, кто ее клиенты, опишите основную задачу сайта.
2. Объясните сложные термины.
3. Опишите технические требования: какая CMS нужна, требования к хостингу, адаптивности, кроссбраузерности.
4. Опишите структуру сайта: какие разделы и страницы нужны.
5. Напишите, какие элементы должна содержать каждая страница, как будут располагаться объекты на странице.
6. Составьте сценарий, как пользователи будут двигаться по сайту.
7. Подготовьте контент для сайта: тексты, видео, изображения и т.д.
8. Напишите, какой дизайну вы хотите использовать на сайте.
9. Составьте поэтапный план сдачи сайта с указанием сроков.
10. Опишите процесс приемки сайта.

Когда можно обойтись без технического задания

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

Заключение

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

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

Техническое задание: как и зачем его писать, и почему без него не обойтись

Все удачные IT-продукты были когда-то просто идеями. И очень часто (почти всегда) идеи принадлежат людям, далеким от разработки программного и аппаратного обеспечения.

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

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

Зачем писать техническое задание?

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

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

Техническое задание на проектирование устройства или написание ПО позволяет получить предварительную оценку стоимости разработки продукта

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

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

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

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

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

Совместная работа может быть прервана или заморожена по тем или иным обстоятельствам – из-за финансовых и правовых сложностей, геополитической обстановки, разногласий сторон, серьезных логистических проблем и т.п.

С хорошо составленным техническим заданием на разработку IT-продукта заказчику проще вернуться к сотрудничеству с аутсорсинговой компанией либо найти нового подрядчика.

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

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

А можно без ТЗ?

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

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

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

Как написать техническое задание

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

Кто готовит спецификацию?

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

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

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

Что должно быть в ТЗ?

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

Термины, сокращения и определения

Использующиеся в тексте термины приводятся в начале документа. Это могут быть как IT-понятия – названия элементов, сред и языков программирования, технические определения, – так и слова и обозначения из той сферы, для которой предназначается IT-решение. Чем тщательнее будет продуман список профессиональных слов, тем лучше поймут друг друга исполнитель и заказчик.

Назначение продукта

В этом блоке расписываются назначение IT-решения, цели его создания и целевая аудитория.

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

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

Цели должны быть конкретными и понятными, чтобы конечный продукт максимально соответствовал требованиям и был полезен заказчику.

Требования к проекту

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

Общие требования определяют последовательность процесса разработки.

Например, так выглядят общие требования к проекту в ТЗ на разработку ПАК для управления оборудованием.

• Разработка контроллера для управления устройствами заказчика.Контроллер должен быть установлен на каждом устройстве.
• Создание пульта управления устройствами, используя одноплатный компьютер на базе Linux.
• Разработка приложения для удаленного управления.
• Интегрирование пульта управления и контроллера в единую систему управления.
• Тестирование.
• Возможные доработки и модификации системы.

Функциональные требования касаются функций и поведения IT-решения. Пример:

1. Система должна посылать уведомления о сбое в работе оборудования.
2. Система должна контролировать датчики.
3. Система должна передавать данные по радиоканалу.
4. Система должна иметь аварийную сигнализацию.
5. Система должна управлять всеми функциями устройства.

Нефункциональные требования определяют такие критерии, как производительность, масштабируемость, ремонтопригодность, безопасность продукта и многое другое.

Требования к разработке могут быть представлены несколькими пунктами, где подробно описываются этапы работ и используемые компоненты и инструменты.

Например, в ТЗ на разработку программно-аппаратного комплекса может быть пункт, описывающий требования к разработке устройства, протоколов связи (MQTT, TCP и т.п.), пользовательского приложения для управления устройством.

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

Требования к безопасности могут содержать требования о защите кода, разграничении доступа, прав и т.д.

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

Что такое хорошее ТЗ?

Каким должно быть качественное техническое задание на разработку устройства и ПО: на одну страницу или на пятьдесят, написанное шаблонными фразами или с использованием технического сленга, с картинками или без?

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

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

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

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

Ошибки при составлении спецификации

При составлении технического задания важно избегать распространенных ошибок. Приведем некоторые из них.

Отсутствие словаря терминов

В спецификации от заказчика: Виртуальный помощник обеспечивает голосовое взаимодействие, воспроизведение Mx player, Spotify, TuneIn, Audible, Pandora, Hungama, Ganna, предоставляет информацию о EPL, MLB, NBA, NHL и т.д.

Как должно быть: Виртуальный помощник обеспечивает голосовое взаимодействие, воспроизведение музыки (Mx player, Spotify, TuneIn, Audible, Pandora, Hungama, Ganna), предоставляет информацию о спортивных событиях (EPL, MLB, NBA, NHL и т.д).

Музыкальные сервисы: Mx player, Spotify, TuneIn, Audible, Pandora, Hungama, Ganna.

Аббревиатуры спортивных объединений:

• EPL – English Premier League
• MLB – Major League Baseball
• NBA – National Basketball Association
• NHL – National Hockey League

Расплывчатые и непонятные формулировки

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

Как должно быть: Формат MIDI (Music Instrument Digital Interface) позволяет стандартизировать музыкальное оборудование различных производителей.

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

Перегруженное деталями описание

В спецификации от заказчика: Формат GS – это набор рекомендаций, созданных Roland для стандартизации характеристик звуковоспроизводящего оборудования. Он поддерживает все функции, перечисленные в General MIDI System. Кроме того, хорошо совместимый формат GS обеспечивает большее разнообразие звуков, позволяет редактировать звук и задает многочисленные особенности для широкого спектра дополнительных функций, таких как эффекты хоруса и реверберации.

Формат GS был создан с расчетом на будущее, что упрощает добавление дополнительных звуков и поддержку новых аппаратных функций по мере их появления. Его можно модифицировать для работы с системой General MIDI. В результате формат GS компании Roland может достоверно воспроизводить партитуры General MIDI так же, как и музыкальные данные GS (музыкальные данные, записанные в формате GS).

Как должно быть: Формат Roland GS является расширением стандарта General MIDI для унификации характеристик звукового оборудования.

Поддерживая все функции, перечисленные в General MIDI System, стандарт дополнен новыми инструментами, эффектами и функциями.

Путаница в функциональных и нефункциональных требованиях

В спецификации от заказчика: Система должна поддерживать температуру воды в нагревательной емкости не выше 50°С.

Как должно быть: Функциональные требования: Система должна поддерживать устанавливаемую пользователем температуру воды. Нефункциональные требования: Температура воды в нагревательном оборудовании не должна превышать 50°С.

Заключение

Разработку IT-решения – электронного прибора, приложения, встроенного программного обеспечения или IoT-системы – предваряет написание технического задания. Это может быть краткая спецификация или большое серьезное ТЗ – все зависит от масштабности и сложности проекта. ТЗ дает представление о назначении и функциях продукта, требованиях к разработке, ходе работ и порядке приемки готового решения.

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

• подготовка технической документации
• техническое задание
• разработка электроники

• Производство и разработка электроники
• Подготовка технической документации

Как составить техническое задание и сэкономить 20% на стоимости проекта

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

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

Что такое техническое задание?

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

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

Польза наличия технического задания для клиента

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

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

Зачем техническое задание исполнителю?

• Необходимо для того, чтобы понять, что хочет увидеть заказчик. Перед составлением ТЗ на разработку сайта специалист задает клиенту множество вопросов, показывает готовые примеры, предлагает решения. Каждый выбор, описание каждой функции и элемента записывают в единый документ, который структурируется по разделам. Если этот документ проходит согласование у клиента – значит и заказчик, и исполнитель верно поняли друг друга, и техническое задание содержит все необходимые требования.
• Застраховаться от внезапных изменений. За несколько лет работы мы сталкивались с ситуациями, когда клиент посередине процесса разработки решал внести значительные изменения в проект. Как правило, все начиналось с “а можно добавить еще одну маленькую фичу”, а заканчивалось на “а давайте из лендинга сделаем второй Amazon”. Именно в таких случаях очень выручает ТЗ, ведь все работы производятся только в соответствии с ним.
• Не менее важное назначение ТЗ — доказать экспертность. Грамотно составленное техническое задание может переубедить даже сильно сомневающегося заказчика. Часто именно на этапе составления ТЗ наши потенциальные клиенты превращались в реальных – когда заказали лишь составление технического задания для проекта, а в по итогу увидели, что мы полностью понимаем их потребности.
• Упростить и ускорить работу над проектом. Вся команда, которая работает над сайтом или приложением, опирается на ТЗ, как на основной свод законов. В качественном техзадании проработана структура будущего продукта, детально описан каждый из функциональных элементов, учтены условия интеграции со сторонними сервисами, при необходимости добавлены UML-диаграммы на основе user-stories, а также Mind Map, согласно карте сайта. Таким образом, после подготовки данного документа, команда не тратит время на выяснение нужд и требований, а достаточно быстро проектирует прототип и рисует дизайн-макет, без препятствий продвигается в написании программной части проекта. Без ТЗ же обе стороны ожидают бесконечные переговоры друг с другом, выяснения нужд и требований уже по ходу работы, что ведет к перелимитам по стоимости и срокам разработки, а также отрицательно влияет на качество написанного кода.

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

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

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

Мы, как компания-разработчик, должны получить все данные о вашем бизнесе:

• используете ли Вы систему учета (например, 1С)
• какие пользовательские роли планируете добавить на сайте (клиент, менеджер, логист)
• каково Ваше УТП
• какая у вас целевая аудитория.

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

При составлении технического задания мы руководствуемся следующими принципами:

1. Информативность — ТЗ должно быть максимально информативным, не оставляющим места для двусмысленности
2. Понятность — каждая задача, описанная в ТЗ, выделена и визуально разграничена- то есть понятно, где закончился и где начался следующий пункт
3. Точность — в документе не должны использоваться абстрактные фразы, например, “удобная навигацию” или «красивое превью пользователя».
4. Наглядность — для достижения понимания, как будут выглядеть сложные интерфейсы, или же для наглядного пояснения сложных взаимосвязанных функций, к техзаданию могут быть прикреплены изображения, добавлены схемы, таблицы, графики и диаграммы.
5. Качество — во время написания ТЗ мы анализируем сайты с похожим функционалом, обращаемся к уже выполненным нами подобные проекты, чтобы сделать будущий продукт качественнее, нежели у конкурентов

От теории к практике: как составить ТЗ на разработку сайта

Полноценное техническое задание должно грамотно раскрывать следующие темы:

Цели и задачи проекта
Данный пункт может быть принят несерьезно, однако опыт показывает, что именно первые страницы документа, описывающие суть проекта, боли, с которыми сталкивается бизнес, его цели и задачи, несут огромную ценность для людей, которые впервые открывают ТЗ. Здесь также могут быть зафиксированы желания заказчика, и ожидаемый результат (например, автоматизация бизнеса или разработка магазина с нуля). Здесь также возможно добавить описание УТП, ЦА и способы монетизации будущего проекта.

Стоимость разработки технического задания

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

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

Для данного типа проектов написание технической спецификации занимает не более нескольких дней, поскольку содержание ТЗ остается прежнем, основные блоки и функционал повторяются из проекта в проект с небольшими изменениями. Если появляется какой-то нюанс, то мы детально описываем его в документации. Техзадание для данного типа проектов может занимать не более 20-30 страниц А4.

Для высоконагруженных сайтов и сложных систем с множеством взаимосвязей создание технического задания обычно занимает не менее одного месяца (приблизительно 160 часов рабочего времени). Объем такого ТЗ может быть 80-120 страниц, в нем очень подробно описывается весь функционал проекта, пользовательские сценарии, требования к верстке и поддержке браузерами, перечень сторонних сервисов и описание методов интеграций с ними.

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

К примеру, в первой итерации может разрабатываться торговая площадка, как каталог товаров и услуг, а во время второго этапа — функционал для заработка платформы (система монетизации), которая будет включать несколько комбинированных моделей: premium-аккаунт, плата за количество опубликованных объявлений и тп.

Стоимость технического задания привязывается к ориентировочной стоимости проекта и составляет 10% от нее. То есть, чем сложнее и больше сайт или приложение, тем больше будет цена на техническое задание к проекту. Ниже приведена примерная стоимость технического задания для разных типов проектов

Тип проекта	Ориентировочная стоимость проекта до ТЗ	Стоимость ТЗ (10%)
Корпоративные сайты	от $3 000	от $300
Интернет магазины	от $7 000	от $700
Системы автоматизации	от $15 000	от $1 500
Маркетплейсы	от $20 000	от $2 000

К чему приводит отсутствие ТЗ

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

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

Case Study

Мы разрабатывали CRM-систему для компании, где более 4000 клиентов, а менеджеров по работе с клиентами всего 6. Нам нужно было оптимизировать работу сотрудников так, чтобы формирование базы данных клиентов и обработке их заявок происходила в пару кликов, а в конце дня/месяца/года формировались отчеты по количествам продаж.

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

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

Выяснив эти проблемы, мы вместе с CЕО-компании еще раз обсудили, что нужно автоматизировать и занялись доработкой проекта. Как итог, доработка сайта заняла еще дополнительные 250 часов, что вылилось в незапланированные расходы для компании.

В поисках идеального ТЗ

На практике идеального ТЗ не бывает, все равно возникают доработки и нюансы, которые не были учтены. Но наличие грамотного ТЗ дает возможность уменьшить количество таких недоработок, что значит – сохранить ваши средства, а это 15-20% от эстимейта и во временном, и в денежном выражении.

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

Что такое ТЗ в IT сфере?

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

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

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

Что должно содержать техническое задание?

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

Автор: Ilya Smyrnov

Должность: CEO, Business analyst

Биография: Более 8 лет занимаюсь анализом бизнесов клиентов и повышаю их эффективность с помощью внедрения IT-решений.

Ваc может заинтересовать

Диджитализация

Фокус на бизнес-целях

Зачастую, IT подрядчик выполняет исключительно технические задачи: “скажите, что нужно сделать и мы сделаем”, совсем не понимая проблему, которую нужно решить. За 8 лет работы, мы пришли к выводу, что разработка сайта или приложения, не является конечной целью. Это лишь инструмент, помогающий решить проблему заказчика. В центре нашего подхода — цели клиента. Мы разбираемся в […]

Веб-разработка

Какие существуют виды сайтов ?

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

Веб-разработка

Этапы создания сайта

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

ОБСУДИТЬ ПРОЕКТ

Расскажите о своих бизнес-целях и наш опыт поможет их достичь!