Основные правила для составления технического задания
Для получения наиболее качественного результата при заказе маркетинговых услуг, написании статей, разработке сайта или других аналогичных услуг, рекомендуется предоставить исполнителю техническое задание. Оно позволит конкретизировать ваши требования и избежать недопонимания и неверно выполненного задания. В статье расскажем, когда необходимо ТЗ, как его сформировать и когда можно обойтись без него.
Определение технического задания
Техническим заданием называется любое поручение, представленное в виде четких, поэтапных действий, содержащее конкретные указания и требования. В ТЗ должны содержаться ясные критерии конечного результата.
Когда техническое задание необходимо?
Все индивидуально. Необходимость написания ТЗ обусловлена в первую очередь сложностью проекта и спецификой деятельности. Например, если речь идет о написании небольшой статьи, а с автором вы сотрудничаете давно, и он знает, какая стилистика необходима, какой объем оптимален и прочие критерии, тогда в написании ТЗ нет особой надобности. А вот если требуется разработка сайта для крупной корпорации с множеством нюансов и требований, тогда, конечно, важно все зафиксировать в ТЗ.
ТЗ также понадобится, если вы хотите:
— удостовериться в ответственном отношении исполнителя к заданию. Если исполнитель не узнает развернутые условия, сроки и пожелания заказчика, вероятнее всего, он относится к делу не слишком серьезно.
— застраховать себя от ненадежных подрядчиков. При возникновении споров относительно качества выполненных работ, ТЗ поможет сверить результат с требованиями.
— проще подбирать новых специалистов. Для выполнения крупного заказа часто необходимо большое количество исполнителей. Имея ТЗ, вы сможете оценивать подрядчиков на начальных этапах работы и отказываться от сотрудничества с неподходящими.
Кто формирует ТЗ?
Конкретного правила на этот счет нет. Каждая компания действует на свое усмотрение. Конечно, для исполнителя наилучший расклад, когда заказчик сразу же высылает четкое ТЗ, в котором содержатся все сроки и требования. Однако, на практике так бывает не часто. В основном, потому что, заказчики обычно не до конца уверены в конечном результате и любят вносить корректировки и правки. Некоторые компании высылают заказчикам анкеты с наводящими вопросами о заказе, которые выполняют роль своего рода технического задания.
Чаще всего ТЗ составляет заказчик, но возможны и другие варианты. Например, когда техническое задание формируется совместными усилиями заказчика и исполнителя. Заказчик может перечислить все, обязательные к выполнению условия, а исполнитель самостоятельно объединит данные в техническое задание.
Иногда исполнитель полностью самостоятельно пишет ТЗ для себя. Это происходит, когда заказчик называет лишь общую, абстрактную задачу. А исполнитель самостоятельно ищет источники и требования к каждому этапу выполнения задания.
Сколько стоит заказать техническое задани?
При работе над масштабным и сложным проектом техническое задание будет целесообразно заказать. За его составление берутся профессиональные аналитики, которые создают специальные функциональные требования. За счет них удастся разработать максимально качественный продукт. Как правило, на составление ТЗ стоит закладывать порядка 10- 20% от общей стоимости разработки продукта.
Основные правила составления технического задания
Разумеется, все технические задания уникальны. Их составляющие зависят от вида продукции, сроков, масштабов и объемов работ. Тем не менее, можно выделить несколько правил, которые полезно соблюдать при формировании ТЗ в любой отрасли:
Формулируйте идеи четко
При разработке технического задания или описании продукта подрядчику избегайте использования оценочных прилагательных. То, что для одного человека является «модным» платьем, для другого может оказаться слишком облегающим, или наоборот — просторным. То же самое касается любых проектов: чем меньше неопределенности, тем лучше результат.
Квалифицированный подрядчик постарается прояснить неясные моменты в ТЗ, но на это понадобится время. Поэтому важно свести к минимуму возможные недоразумения. Рекомендуется заранее определить четкие требования к продукту, прежде чем обсуждать детали с исполнителем.
Случается, что заказчик не имеет ясного представления о том, что ему необходимо, часто при этом не осознавая этого. В результате в техническом задании появляются неопределенные и избыточные формулировки, что приводит к трате времени на их уточнение. Гораздо эффективнее создать ТЗ с лаконичным описанием задач, избегая излишней многословности.
Предоставьте подрядчику основную информацию.
Ознакомьте исполнителя с деятельностью вашей компании, определите ее целевую аудиторию и расскажите о специфике работы. Эти детали помогут более глубоко понять проект и минимизировать вероятность ошибок.
Сообщите подрядчику, какие цели призвано достичь, разрабатываемое IT-решение. Это может быть связано с ростом прибыли, улучшением брендинга или повышением уровня лояльности пользователей. Важно уточнить, кто будет пользуется продуктом, а также их социальные и поведенческие характеристики, такие как пол, возраст, интересы, семейное положение и потребности. Эта информация необходима для правильной и эффективной формулировки функциональных требований к разработке.
Подскажите в трактовании терминов и разберите сложные вопросы
Не лишним будет разъяснить значение сложных и непонятных терминов, которые свойственны только вашей специальности. Можно даже в конце ТЗ сделать специальный словарик с расшифровками.
Познакомьте с конкурентами
Рекомендуем также добавить в техническое задание сравнительную характеристику конкурирующих с вашим проектом продуктов. Выделить среди них, то, что вам нравится, а также недостатки, чтобы не допускать их при разработке собственного продукта.
Определите ключевые технические требованияЕсли вы разрабатываете IT-продукт, необходимо изначально обсудить все технические аспекты с вашим IT-специалистом и подрядчиками. Это важно, чтобы новое решение можно было спокойно интегрировать в существующие платформы и бизнес-процессы.О всех нюансах нужно информировать подрядчика еще на этапе обсуждения общего концепта проекта, до того, как будет составлено техническое задание. Необходимо, чтобы исполнитель обладал навыками работы со всеми используемыми заказчиком технологиями.
Опишите возможные сценарии использования вашего продукта
Если ваш проект является стандартным, нет смысла углубляться в детали его особенностей; это лишь приведет к путанице и излишней многословности в техническом задании. Однако, если у вас есть нечто уникальное, постарайтесь в техзадании сосредоточиться не на вопросе «Что именно?», а на том, «Как пользователь будет взаимодействовать с продуктом?».
Придерживайтесь метода от общего к частному
Собирайте требования для продукта, начиная с концептуальных аспектов. Когда заказываете дизайн сайта, сначала следует изложить общую идею и свои предпочтения по ключевым аспектам внешнего вида конечного продукта. После чего можно плавно переходить к деталям, выбирать цвета и тона, шрифты и формы и так далее.
Шаблоны и примеры технического задания
Не существует универсального шаблона для технического задания — требования будут варьироваться в зависимости от отрасли и специфики проекта. Если вы решили создать ТЗ самостоятельно, будет разумно запросить образец или шаблон у подрядчика.
Если вы планируете разработать IT-продукт, можно взять за основу общепринятые государственные стандарты. Например: ГОСТ 34, IEEE 29148-2011, Rational Unified Process.
Как Работа над ТЗ в сотрудничестве с выбранным подрядчиком будет наиболее продуктивной. Он сможет уточнить детали и упорядочить информацию, а вы сможете изложить свои конечные ожидания относительно продукта.
СервисыЧтобы оставить комментарий, нужно авторизоваться
