Меню
Главная - Другое - Техническое задание на проектирование прибора образец

Техническое задание на проектирование прибора образец

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


Закрыть Каждый год компания СКБ Контур проводит конкурс для предпринимателей «», в нем участвуют сотни бизнесменов из разных городов России — от Калининграда до Владивостока. Благодаря конкурсу мы создали вдохновляющую коллекцию бизнес-историй, рассказанных людьми, которые превращают небольшие стартапы в успешные компании. Их опыт и cоветы будут полезны каждому, кто задумывается об открытии своего дела. Для старта необходимы некоторые предварительные условия: идея, немного денег и, что самое важное, желание начать Фред ДеЛюка Основатель Subway Подписка на уведомления о новых статьях Подписаться Мне не интересно

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

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

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

  1. Купи его до 19:00 сегодня.
  2. Хлеб должен быть весом от 200 до 300 г.
  3. Он должен быть либо из ржаной, либо из гречневой муки.
  4. Мне нужен хлеб из пекарни около дома.

Другой хлеб мне не нужен.

В первом примере мы даем поручение, которое исполнитель должен выполнить по своему усмотрению.

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

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

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

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

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

В таких случаях мы предлагаем им заполнить форму с наводящими вопросами. Анатолий Шостак Гендиректор «АрхФото» Процесс может выглядеть так: заказчик формулирует все требования к будущему продукту, заполняет бриф подрядчика по образцу, а затем на интервью согласовываются нюансы.

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

Например, вы хотите заказать интернет-магазин:

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

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

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

С готовым ТЗ можно не искать исполнителя самостоятельно, а открыть тендер.

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

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

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

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

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

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

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

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

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

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

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

Поэтому лучше стараться минимизировать недопонимание.

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

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

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

С возможностью добавить товар в корзину за один клик.

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

Расскажите подрядчику, какие задачи будет решать IT-решение.

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

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

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

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

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

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

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

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

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

  1. Хорошо — «Когда пользователь заходит в корзину, сайт показывает ему всплывающий баннер. На этом баннере должны быть товары, которые могут пригодиться покупателю. Он может одним кликом добавить любой товар к заказу. Или закрыть окно». В этом случае понятно, как работает сценарий использования корзины и блока с .
  2. Плохо — «Требование 1. На сайте есть корзина, пользователь по дополнительному запросу может получить список дополнительных товаров». В этом случае непонятно, что и как должно работать.

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

  1. если пользователь делает по-другому, то сайт отвечает так.
  2. ответ сайта;
  3. действие пользователя;
  4. если пользователь делает так, то сайт делает так;

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

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

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

  1. Отображение на экранах мобильника с разрешением 320 px на 480 px, монитора с разрешением 1024 px на 802 px, большого монитора с разрешением…
  2. Буду проверять корректное отображение в браузерах Chrome, Firefox, Mozilla трех последних версий.
  3. Скорость разгрузки по сервису такому-то не больше 1 секунды.

Чем подробнее и длиннее , тем лучше. Старайтесь собирать требования к продукту от общего к частному.

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

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

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

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

  1. . Это еще советская разработка сбора требований для создания автоматизированных систем. Не готовый шаблон, но много вопросов к заказчику, которые помогут структурировать пожелания.
  2. — стандарт разработки сложных систем, в которых есть вопросы о требовании к функциям, а также рекомендация описать условия программного окружения, то есть платформ, которые будут работать вместе с вашим продуктом.
  3. — продвинутая спецификация для разработки требований к IT-продуктам. Много внимания отводится вариантам использования.

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

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

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

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

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

А затем решать, нужно ли ТЗ вообще.

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

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

  1. Составьте для исполнителя словарь терминов из вашей отрасли, которые используются в ТЗ.
  2. Посоветуйтесь с IT-специалистами из сторонних отделов. Добавьте в ТЗ информацию о технологиях, системах и бизнес-процессах, в которые будет интегрирован новый продукт.
  3. Опишите требования с помощью чек-листа проверки — подумайте, как бы вы стали проверять готовый продукт.
  4. Распишите сценарии использовании — сначала действие пользователя, затем результат, который должен выдать ваш продукт.
  5. Прописывайте требования однозначно, используйте количественные, а не качественные характеристики.
  6. Если у вас большой и нестандартный проект, стоит изучить цены на составление ТЗ. Возможно, выгоднее один раз заплатить аналитику за создание подробного документа и открыть тендер среди подрядчиков, чем самому искать исполнителей и делать несколько ТЗ по их шаблонам.
  7. Поделитесь с подрядчиком общей информацией о компании и проекте — это поможет исполнителю лучше понять целевую аудиторию продукта и не допустить ошибок.

Подписаться × АФ Анна Филимонова Спасибо за полезный материал 4 Ответить АГ Андрей Григорьев Можно ли размещать в составе АД несколько удовлетворяющих ТЗ?

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

За этим явно скрывается личная заинтересованность, что называется «на лапу».

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

Ему отправляю документы — один за другим, подробнее некуда!

Тогда спрашиваю у него: «Вы понимаете, что я направляю документы только по вашей части, а то чего вас не касается, зачем вы запрашиваете?

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

Вся его работа строилась на хитрых и скользких аргументах, тянул время, чтобы нарастить стоимость. Мораль одна, пока коррупционную систему по стране не вытравим, всё останется в теории!

0 Ответить Г Григорий Спасибо, годно!

0 Ответить Загрузить ещё

Техническое задание


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

Вопросы: 1. Заказчик (реквизиты организации). 2. Контактное лицо (разработчик).

3. Телефон для связи. 4. E-mail. 5. Название проекта (наименование готового изделия) 6. Децимальный номер платы (если необходим).

7. Принципиальная схема или образец печатной платы (чертеж печатной платы). 8. Перечень элементов или спецификация с указанием типов корпусов всех элементов. Желательно предоставить информацию (pdf-файлы, чертежи) о нестандартных или редких элементах.

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

10. Другие дополнительные требования заказчика (Особенности размещения элементов на печатной плате.

Запретные зоны для разводки. Минимальные размеры шин питания и земли, наличие участков экранирования. Ширина остальных трасс и т.д.). Если требуется, то дайте ссылку или приложите к бланку заказа документы (ТУ, Data Sheets, Application Notes), которые конструктор должен изучить в обязательном порядке.

Если требуется, то дайте ссылку или приложите к бланку заказа документы (ТУ, Data Sheets, Application Notes), которые конструктор должен изучить в обязательном порядке. 11. Толщина печатной платы. 12. Количество слоев трассировки.

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

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

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

Вы можете выслать необходимые документы по e-mail или лично передать нам . Ответ по стоимости разработки будет выслан вам в течение 24 часов.

Теоретический минимум проектировщика ОПС

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

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

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

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

При проектировании сложных интегрированных комплексов безопасности при разработке ТЗ можно руководствоваться требованиями стандарта ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы.

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

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

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

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

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

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

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

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

Страницы: 12

  1. 27 Июл, 2009
  2. 28 Июл, 2009
  3. 10 Июл, 2009

Нажимая кнопку подписки, Вы соглашаетесь с Наши контактные телефоны: +7 (342) 216-75-22 +7 (342) 204-66-43 e-mail: Наша аудитория, заказчики и клиенты:

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

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

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

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

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

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

  1. пособие по подготовке заданий на проектирование, разработанное ОАО «Центринвестпроект» (также доступно для скачивания).
  2. форма «Задания на проектирование», утвержденная Приказом Минстроя от 01.03.2018 г. №125/пр. Форму Задания на проектирование в word можно скачать по ссылке ниже;

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

Естественно, при разработке отдельных разделов проекта, или даже небольших комплексных проектов, проектировщики-фрилансеры не используют установленную Минстроем форму (а многие даже не знают о ней). Тем не менее, если вы решили в некоторой степени обезопасить себя при работе по «устному договору подряда» с заказчиком, то логичным решением будет как можно ближе придерживаться образца, установленного в соответствии с Приказом 125 Задания на проектирование. Типовая форма Задания на проектирование состоит из трех основных разделов:

  • Общие данные;
  • Требования к проектным решениям;
  • Иные требования к проектированию.

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

Даже, если вы работаете без договора, это сведет к минимуму возможность разночтений в дальнейшем и покажет серьезность подхода с вашей стороны. Например, «Жилой дом по адресу Бестужева, 21, г.

Таганрог. Раздел «Водоснабжение».

Раздел «Общие данные» Задания на проектирование объектов строительства содержит информацию о заказчике и исполнителе работ, виде строительства, наличии технических условий и требований к выделению этапов.

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

Все эти пункты необходимо максимально задействовать.

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

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

Скачать Задание на проектирование (образец ГОСТ) можно по ссылке в конце статьи. В соответствии с Приказом Минстроя «Задание на проектирование» утверждается заказчиком с использованием цифровой подписи.

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

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

Как оформляется Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ðµ задание на проектирование

  • /
  • /

Любая работа по созданию Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸ сложного устройства, системы или строения требует тщательно Ð²Ñ‹Ð²ÐµÑ€ÐµÐ½Ð½Ñ‹Ñ Ñ€Ð°ÑÑ‡ÐµÑ‚Ð¾Ð² и действий, анализа и оценки Ð¾ÑÐ½Ð¾Ð²Ð¾Ð¿Ð¾Ð»Ð°Ð³Ð°ÑŽÑ‰Ð¸Ñ Ñ„Ð°ÐºÑ‚Ð¾Ñ€Ð¾Ð² для дальнейшей работы. С одной стороны проектирование включает в себя расчеты и детали, но чтобы дойти до проекта, нужно еще сделать оценку и проанализировать целесообразность создания объекта. Для этого выполняется Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ðµ задание на проектирование.

БЕСПЛАТНАЯ КОНСУЛЬТАЦИЯ С ЮРИСТОМ Часто заказчики легкомысленно относятся к Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð¼Ñƒ заданию, не проводят нужные процедуры, Ð¿Ð¾Ð²ÐµÑ€Ñ Ð½Ð¾ÑÑ‚Ð½Ð¾ оценивают многие факторы, и в итоге на этапе проектирования или при выполнении самой работы сталкиваются с проблемами. Подобное отношение вызвано спешкой или Ñ Ð°Ð»Ð°Ñ‚Ð½Ð¾ÑÑ‚ÑŒÑŽ, а в работе такое недопустимо, поэтому Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð¼Ñƒ заключению уделяется особое внимание. Содержание статьи Ð¢ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ðµ задание разрабатывается заказчиком, но достаточно часто в процессе участвует и создатель-проектировщик.

Со стороны заказчика привлекаются ведущие специалисты, потому что составление такого документа требует Ð¾Ð³Ñ€Ð¾Ð¼Ð½Ñ‹Ñ Ð·Ð½Ð°Ð½Ð¸Ð¹ и опыта в определенной области. Документ является юридическим и включается в состав договора между сторонами. Суть и понятие ТЗ заключается в следующем:

  1. Определение Ñ‡ÐµÑ‚ÐºÐ¸Ñ ÐºÑ€Ð¸Ñ‚ÐµÑ€Ð¸ÐµÐ² выполнения работ по целям, задачам, срокам, результатам и т.д. Благодаря этому можно на любом этапе работ определить ошибки и устранить недочеты;
  2. Пишется в доступной форме, без использования сложной профессиональной терминологии, что делает его понятным простому обывателю. Это очень важный пункт, потому что несоблюдение Ð¾Ð¿Ñ€ÐµÐ´ÐµÐ»ÐµÐ½Ð½Ñ‹Ñ Ð½Ð¾Ñ€Ð¼ из-за недостатка информации, может повлечь санкции со стороны Ð½Ð°Ð´Ð·Ð¾Ñ€Ð½Ñ‹Ñ Ð¾Ñ€Ð³Ð°Ð½Ð¾Ð², ведь «незнание не освобождает от ответственности».
  3. Составляется на основе Ñ‡ÐµÑ‚ÐºÐ¸Ñ Ñ€Ð°ÑÑ‡ÐµÑ‚Ð¾Ð² и Ð½Ð°ÑƒÑ‡Ð½Ñ‹Ñ Ð¸ÑÑÐ»ÐµÐ´Ð¾Ð²Ð°Ð½Ð¸Ð¹, поэтому практически исключает «провальность» мероприятий;
  4. Регулирование ответственности сторон, т.к. документ согласован и обоюдно принят. Иногда каждый этап работ согласовывается отдельно, чтобы в результате ошибок была четко определена степень вины каждой стороны, и в соответствии с этим распределены суммы убытков;

В большинстве случаев Ð¸ÑÑ Ð¾Ð´ любого проекта зависит от грамотно составленного Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ задания.

Поэтому его созданием и занимаются люди с высокой квалификацией и безупречной репутацией. Исполнитель и заказчик благодаря ТЗ могут очертить границы ÑÐ²Ð¾Ð¸Ñ Ð¾Ð±ÑÐ·Ð°Ð½Ð½Ð¾ÑÑ‚ÐµÐ¹ и возможностей: Со стороны заказчика:

  1. Понять, как действовать на основе Ð¸Ð¼ÐµÑŽÑ‰Ð¸Ñ ÑÑ ресурсов и Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ñ Ð·Ð½Ð°Ð½Ð¸Ð¹;
  2. Требовать четкого исполнения Ð²ÑÐµÑ Ð¿ÑƒÐ½ÐºÑ‚Ð¾Ð² документа от исполнителя.

Со стороны исполнителя:

  1. Не принять предложение вовсе или отказаться от Ñ‚ÐµÑ Ñ€Ð°Ð±Ð¾Ñ‚, которые не указаны в ТЗ или Ð¸Ñ Ð½ÐµÐ²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ выполнить.
  2. Разработать план последовательности действий;
  3. Спроектировать Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ð¹ макет будущего объекта;

С Ð¾Ð±ÐµÐ¸Ñ ÑÑ‚Ð¾Ñ€Ð¾Ð½:

  1. Совершить согласование работ после каждого пункта.
  2. Сократить количество неточностей и ошибок;
  3. Прийти к общему виду готового объекта;

Важно! Заказчик всегда несет ответственность за достоверность Ð´Ð°Ð½Ð½Ñ‹Ñ , которые были предоставлены им при составлении Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ задания.

После того, как заказчик определит цели и задачи по созданию нового строения, устройства или системы, он может смело Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð¸Ñ‚ÑŒ к составлению Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ задания. Оно должно содержать обязательную информацию:

  1. Экономические данные;
  2. Порядок приемки работ и сдачи всего заказа.
  3. Ð¢ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ðµ параметры объекта, потребительские свойства и Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ÑÑ‚ÑŒ создания;
  4. Список документов, Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ñ‹Ñ Ð´Ð»Ñ работы и изучения обеими сторонами;

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

Обратите внимание!

Если индивидуальные разработки позволят улучшить показатели эффективности объекта, то Ð¸Ñ Ð½ÑƒÐ¶Ð½Ð¾ согласовать с Госстандартом РФ и получить разрешение на применение.

Но здесь речь не идет о Ñ‚ÐµÑ Ñ‚Ñ€ÐµÐ±Ð¾Ð²Ð°Ð½Ð¸ÑÑ , которые касаются Ð¾Ñ Ñ€Ð°Ð½Ñ‹ здоровья и природы, а также отвечают за безопасность – Ð¸Ñ Ð¼ÐµÐ½ÑÑ‚ÑŒ нельзя!Структура и состав документа будут утверждаться на основе типа проектируемой продукции. Но, в общем, ТЗ должно содержать следующую информацию:

  1. Цели и значение объекта;
  2. Указание Ð¾ÑÐ½Ð¾Ð²Ð½Ñ‹Ñ Ð¸ÑÑ‚Ð¾Ñ‡Ð½Ð¸ÐºÐ¾Ð² информации, согласно которым было разработано ТЗ, и согласно которым должен функционировать созданный объект.
  3. Список документации для создания объекта;
  4. Порядок документального сопровождения на этапе работ и после сдачи объекта;
  5. Перечень требований к подготовке и вводу в эксплуатацию;
  6. Сроки по этапам работ от начала до Ð¸Ñ Ð¾ÐºÐ¾Ð½Ñ‡Ð°Ð½Ð¸Ñ;
  7. Требования к объекту в целом и его функциям в отдельности;
  8. Последовательность сдачи работ заказчику, внесение корректировок;
  9. Порядок осуществления контроля за работой, приемкой объекта и ввода его в эксплуатацию;
  10. Данные о Ñ„Ð¸Ð½Ð°Ð½ÑÐ¾Ð²Ñ‹Ñ Ð¸ÑÑ‚Ð¾Ñ‡Ð½Ð¸ÐºÐ°Ñ Ð¿Ñ€Ð¾ÐµÐºÑ‚Ð°, порядок Ð¸Ñ Ñ€Ð°ÑÐ¿Ñ€ÐµÐ´ÐµÐ»ÐµÐ½Ð¸Ñ;
  11. Основные параметры и Ñ Ð°Ñ€Ð°ÐºÑ‚ÐµÑ€Ð¸ÑÑ‚Ð¸ÐºÐ¸ объекта;
  12. Состав работ и Ð¸Ñ ÑÐ¾Ð´ÐµÑ€Ð¶Ð°Ð½Ð¸Ðµ;

В том или ином виде такая информация должна присутствовать в Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð¼ задании до передачи его в проект, и каждый пункт должен быть обоснован и расшифрован.

Основная задача – облегчить работу проектировщику и уменьшить сроки.

Для подготовки ТЗ изучаются и используются материалы по патентным данным, научно-Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ð¼, по данным рыночной экономики и т.д. Пример Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ задания на проектирование (реконструкция объекта незавершенного строительства) Для наглядности мы представили образец Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ задания на проектирование сооружения.  № Перечень требований и Ð¾ÑÐ½Ð¾Ð²Ð½Ñ‹Ñ Ð´Ð°Ð½Ð½Ñ‹Ñ ÐžÐ¿Ð¸ÑÐ°Ð½Ð¸Ðµ  1.

Основа для создания и проектирования Целевая программа на федеральном уровне Программа субъектов РФ Программа муниципалитетов Создание по решению Президента РФ, правительства РФ и Ð´Ñ€ÑƒÐ³Ð¸Ñ ÑƒÐ¿Ð¾Ð»Ð½Ð¾Ð¼Ð¾Ñ‡ÐµÐ½Ð½Ñ‹Ñ Ð¾Ñ€Ð³Ð°Ð½Ð¾Ð² По инициативе компании-застройщика  2. Разновидность постройки Новое строение Реконструируемое Предназначенное для капитального ремонта или текущего  3. Этапы проектирования Здесь перечисляются стадии работ по проектированию: создание проекта требуемая документация рабочий макет эскизный макет и т.д.

 4. Рассматриваемые варианты работ Прописывается информация о Ñ€Ð°Ð±Ð¾Ñ‚Ð°Ñ Ð´Ð»Ñ сравнения или Ð¿Ñ€Ð¾Ð²Ð¾Ð´Ð¸Ð¼Ñ‹Ñ ÐºÐ¾Ð½ÐºÑƒÑ€ÑÐ°Ñ Ð¿Ð¾ выбору Ð¿Ñ€Ð¾ÐµÐºÑ‚Ð½Ñ‹Ñ Ñ€ÐµÑˆÐµÐ½Ð¸Ð¹  5. Финансовые источники Средства из федерального бюджета Регионального Муниципального Внебюджетные средства  6. Условия работ, требующие особого внимания Описать такие условия или дать рекомендации по Ð¸Ñ Ð¿Ñ€ÐµÐ¾Ð´Ð¾Ð»ÐµÐ½Ð¸ÑŽ  7.

Ð¢ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ðµ параметры объекта Предоставляется подробная информация о Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑ‚ÑÑ Ð·Ð´Ð°Ð½Ð¸Ñ, назначения, Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸Ñ Ñ Ð°Ñ€Ð°ÐºÑ‚ÐµÑ€Ð¸ÑÑ‚Ð¸ÐºÐ°Ñ (этажность, кол-во подъездов) и т.д. Все что требуется для понимания социально- экономической значимости  8. Данные по встроенным помещениям Если площади Ð¶Ð¸Ð»Ñ‹Ñ Ð´Ð¾Ð¼Ð¾Ð² планируется частично отдать под общественные или другие организации, то этот пункт нужно заполнить  9.

Качественные показатели здания, говорящие об экологической безопасности, конкурентоспособности и целесообразности Здесь указываются все данные о постройке Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¸ Ð·Ð½Ð°Ñ‡Ð¸Ð¼Ñ‹Ñ Ð¾Ð±ÑŠÐµÐºÑ‚Ð¾Ð² производства, размещения его Ð¾Ñ‚Ð´ÐµÐ»ÑŒÐ½Ñ‹Ñ Ð±Ð»Ð¾ÐºÐ¾Ð², Ñ‚ÐµÑ Ð½Ð¾Ð»Ð¾Ð³Ð¸Ð¸ Ð¸Ñ Ð¿Ð¾ÑÑ‚Ñ€Ð¾Ð¹ÐºÐ¸, расстановки оборудования  10. Требования по используемым материалам и правильным размещениям площадей разного назначения сооружения Прописываются данные по правильному размещению отдельно Ð²Ð·ÑÑ‚Ñ‹Ñ Ð¿Ð»Ð¾Ñ‰Ð°Ð´ÐµÐ¹, а также описывается материал работ, который более эффективен в том или ином участке  11. Требования по Ð°Ñ€Ñ Ð¸Ñ‚ÐµÐºÑ‚ÑƒÑ€Ð½Ð¾- культурным работам Описывается планируемые работы по благоустройству Ð¿Ñ€Ð¸Ð»ÐµÐ¶Ð°Ñ‰Ð¸Ñ Ñ‚ÐµÑ€Ñ€Ð¸Ñ‚Ð¾Ñ€Ð¸Ð¹  12.

Требования инженерно- Ñ‚ÐµÑ Ð½Ð¸Ñ‡ÐµÑÐºÐ¾Ð³Ð¾ плана Описать системы вентиляции, канализации, водопровода и пр.  13. Требования по стадийному вводу в эксплуатацию объекта Указывается информация по каждому объекту комплекса, его Ð¾Ñ‚Ð´ÐµÐ»ÑŒÐ½Ñ‹Ñ Ñ‡Ð°ÑÑ‚ÐµÐ¹. ÐÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð° информация по срокам, условиям сдачи и вводу в эксплуатацию  14.

Требования по разработке Ð¿Ñ€Ð¸Ñ€Ð¾Ð´Ð¾Ð¾Ñ Ñ€Ð°Ð½Ð½Ñ‹Ñ Ð¼ÐµÑ€ Здесь описывается влияние объекта постройки на экологическую обстановку и окружающую среду  15. Требования по предоставлению условий для Ð¾Ñ‚Ð´ÐµÐ»ÑŒÐ½Ñ‹Ñ Ð³Ñ€ÑƒÐ¿Ð¿ граждан Данные по элементам конструкций, Ð¿Ñ€ÐµÐ´Ð½Ð°Ð·Ð½Ð°Ñ‡ÐµÐ½Ð½Ñ‹Ñ Ð´Ð»Ñ инвалидов, стариков и детей.

 16. Требования по безопасности и Ð¾Ñ Ñ€Ð°Ð½Ðµ труда Расписываются материалы по теме Ð¾Ñ Ñ€Ð°Ð½Ñ‹ труда и здоровья работников будущего строения. ÐŸÐ¾Ð´Ñ Ð¾Ð´Ð¸Ñ‚ для зданий промышленного назначения.

 17. Требования по санитарно- эпидемиологическим нормам Описать документы для Ð¿Ñ€Ð¾Ð²ÐµÑ€ÑÑŽÑ‰Ð¸Ñ Ð¾Ñ€Ð³Ð°Ð½Ð¸Ð·Ð°Ñ†Ð¸Ð¹: Роспотребнадзор, СЭС и т.д.

 18. Требования по противопожарной безопасности Описание соответствия номам пожарной безопасности  19. Требования по материалам для демонстрации Заполняется в случае использования 3D макетов и презентаций  20.