что такое технические требования к проекту

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

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

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

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

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

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

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

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

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

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

Устоявшейся практики нет — как договоритесь с подрядчиком.

Заказчик делает сам

Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.

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

Анатолий Шостак
Гендиректор «АрхФото»

Совместная работа

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

Техзадание полностью делает исполнитель

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

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

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

Сколько стоит заказать ТЗ

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

Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.

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

Максим Мул
Основатель Work Solutions

Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.

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

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

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

У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца. И все это ещё до начала чистовой работы.

Анатолий Шостак
Гендиректор «АрхФото»

За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки. Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак.

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

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

Пишите однозначно

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

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

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

Алексей Орлов
Руководитель проектов компании «Рексофт»

Стоит попробовать любые пожелания сводить к количественным требованиям.

Дайте подрядчику общую информацию

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

Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.

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

Максим Болотов
Гендиректор INOSTUDIO

Помогите разобраться в терминах и нюансах

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

Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.

Покажите конкурентов

В ТЗ стоит добавить ссылки на аналогичные проекты и дополнить их описаниями: что конкретно нравится в аналогах, что стоит повторить, а чего точно стоит избегать.

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

Максим Болотов
Гендиректор INOSTUDIO

Уточните важные технические требования

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

Например, если вы заказываете интернет-магазин, важно, чтобы его движок мог принимать данные из всех ваших систем — не только обмениваться актуальными ценами с 1С, но и получать информацию из CRM и самописных сервисов.

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

Распишите сценарии использования продукта

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

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

Опишите требования к проверке проекта

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

Например, для интернет-магазина это может быть:

Чем подробнее и длиннее чек-лист, тем лучше.

Двигайтесь от общего к частному

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

Шаблоны и примеры ТЗ

Универсального шаблона технического задания нет — требования будут отличаться в зависимости от отрасли и типа проекта.

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

Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:

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

Когда ТЗ не нужно

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

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

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

Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика. А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

Кратко — универсальные советы по составлению ТЗ

Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:

Не пропустите новые публикации

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

Источник

Что такое технические требования к проекту

4 Приказом Федерального агентства по техническому регулированию и метрологии от 26 ноября 2014 г. N 1794-ст межгосударственный стандарт ГОСТ 2.103-2013 введен в действие в качестве национального стандарта Российской Федерации с 01 июля 2015 г.

6 ИЗДАНИЕ с поправкой (ИУС 7 2015 г.), с поправкой (ИУС 10 2016 г.). Декабрь 2018 г.

1 Область применения

Настоящий стандарт устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ.

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

2 Нормативные ссылки

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

ГОСТ 2.002-72 Единая система конструкторской документации. Требования к моделям, макетам и темплетам, применяемым при проектировании

ГОСТ 2.052-2015 Единая система конструкторской документации. Электронная модель изделия. Общие положения

ГОСТ 2.053-2013 Единая система конструкторской документации. Электронная структура изделия. Общие положения

ГОСТ 2.102-2013 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.118-2013 Единая система конструкторской документации. Техническое предложение

ГОСТ 2.119-2013 Единая система конструкторской документации. Эскизный проект

ГОСТ 2.120-2013 Единая система конструкторской документации. Технический проект

ГОСТ 2.125-2008 Единая система конструкторской документации. Правила выполнения эскизных конструкторских документов. Общие положения

ГОСТ 2.601-2013 Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 2.602-2013 Единая система конструкторской документации. Ремонтные документы

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

3.1 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

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

3.1.2 литера: Реквизит конструкторского документа (комплекта конструкторских документов) на изделие, соответствующий стадии его разработки.

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

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

3.1.5 проектная конструкторская документация: Конструкторская документация, выполненная на стадиях технического предложения, эскизного и технического проектов.

3.1.6 рабочая конструкторская документация: Конструкторская документация, выполненная на стадиях опытного образца (опытной партии) серийного (массового) и единичного производства и предназначенная для изготовления, эксплуатации, ремонта (модернизации) и утилизации изделия.

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

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

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

В настоящем стандарте приняты следующие сокращения:

4 Основные положения

4.1 Стадии разработки КД могут выполняться в виде разработки проектной и рабочей КД. Стадии разработки КД и этапы выполнения работ, устанавливаемые настоящим стандартом, приведены в таблице 1.

Источник

Что такое технические требования к проекту

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ТЕХНОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ПРЕДПРИЯТИЙ

Process design for manufacturing facilities. General requirements

Дата введения 2016-12-01

Предисловие

1 РАЗРАБОТАН Обществом с ограниченной ответственностью «Инвар-проект» (ООО «Инвар-проект») при участии Открытого акционерного общества «Научно-исследовательский центр контроля и диагностики технических систем» (АО «НИЦ КД»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 184 «Обеспечение промышленной чистоты»

5 ПЕРЕИЗДАНИЕ. Апрель 2019 г.

Введение

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

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

— планировочные и архитектурно-строительные решения зданий и помещений;

— генеральный план и транспорт;

— системы вентиляции и кондиционирования, водоснабжения и канализации, электроснабжения, сети связи сигнализации и т.д.;

— разделы мероприятий по охране окружающей среды, пожарной безопасности и других решений.

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

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

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

Настоящий стандарт устанавливает общие требования к проектированию промышленных предприятий и дает примеры для отдельных отраслей.

1 Область применения

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

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

2 Нормативные ссылки

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

ГОСТ 21.110-2013 Система проектной документации для строительства. Спецификация оборудования, изделий и материалов

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

ГОСТ ИСО 14644-1 Чистые помещения и связанные с ними контролируемые среды. Часть 1. Классификация чистоты воздуха

ГОСТ Р 52249-2009 Правила производства и контроля лекарственных средств

3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

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

3.2 технологический процесс: Совокупность операций (стадий) по производству, упаковке и контролю продукции.

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

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

3.6 исходные материалы: Любое вещество, подлежащее переработке (обработке) в производстве, кроме упаковочных материалов.

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

3.8 комплектующие изделия: Изделия, используемые в производстве без переработки.

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

3.10 промежуточная продукция (нерасфасованная продукция): Изделия и материалы, которые не прошли всех стадий технологического процесса, контроля качества (испытаний), считаются незаконченными и входят в состав незавершенного производства предприятия.

3.11 производство: Все операции и виды контроля, связанные с получением, приемкой и обработкой исходных материалов, упаковкой, реализацией, хранением и отгрузкой продукции.

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

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

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

3.15 обеспечение качества: Комплекс мер по гарантированию соответствия продукции заданным требованиям.

3.16 перекрестное загрязнение: Загрязнение сырья, материалов и продукции другими видами сырья, материалов или продукцией.

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

4 Подготовка производства

4.1 Подготовка производства является обязательным условием выпуска продукции в соответствии с заданными требованиями.

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

— здания и помещения;

— процессы и оборудование;

— обучение персонала и пр.

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

— разработка технологии (технологического процесса);

— выбор площадки для нового строительства или существующего здания;

— подготовка исходных данных для проектирования;

— разработка задания на проектирование;

— строительство и монтаж;

— испытания (аттестация) процессов и оборудования;

— ввод в эксплуатацию.

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

4.5 Распределение ответственности между исполнителями показано в таблице 1.

Источник