Что такое задание на проектирование
5.0
Задание на проектирование – это документ, в котором отражаются требования заказчика к планировочным, архитектурным, инженерным и технологическим решениям и свойствам объекта, его основным параметрам, стоимости и организации его строительства с учетом градостроительной документации и планировочных ограничений застройки земельного участка, технических условий.
Задание на проектирование является завершающей стадией предпроектной (предынвестиционной) документации и включает требования к составу и объему разрабатываемой проектной документации на возведение, реконструкцию, реставрацию, капитальный ремонт, благоустройство (далее, если не предусмотрено иное, – строительство) объекта с приложением к заданию разрешительной документации и других сведений, необходимых для разработки проектной документации. Перечень исходных данных, необходимых для проектирования, оформляется в виде приложения к заданию на проектирование.
Задание на проектирование утверждает заказчик. Но при финансировании строительства за счет бюджетных средств для утверждения задания на проектирование дополнительно должны выполняться следующие условия:
- наличие решения (согласования) республиканского органа управления, которому выделены денежные средства, или организации, уполномоченной в установленном порядке этим органом, – при финансировании строительства за счет средств республиканского бюджета и кредитов (в т.ч. иностранных), выданных под гарантию Правительства Республики Беларусь;
- наличие решения (согласования) местного исполнительного и распорядительного органа или организации, уполномоченной в установленном порядке этим органом, – при финансировании строительства за счет средств местного бюджета.
Заказчиками, застройщиками в форме задания на проектирование разрабатывается и утверждается предпроектная (предынвестиционная) документация на:
- капитальный ремонт и благоустройство объектов строительства 1–4-го классов сложности;
- возведение, реконструкцию, капитальный ремонт, реставрацию и благоустройство объектов строительства 5-го класса сложности;
- возведение объектов строительства по типовым или рекомендованным для повторного применения проектам.
Задание на проектирование включается в конкурсную документацию по выбору проектной организации при проведении процедуры закупок в строительстве и подписывается руководителем (представителем) проектной организации – победителем конкурса при заключении договора подряда на выполнение ПИР в подтверждение согласия с указанным заданием. Данный договор, заключаемый заказчиком с привлекаемыми им для разработки проектной документации проектными, проектно-строительными организациями, другими юридическими лицами и ИП, регулирует взаимоотношения сторон. Задание на проектирование является неотъемлемой частью данного договора.
Задание на проектирование (включая изменения в него) подготавливается заказчиком проектной документации или по его поручению проектировщиком.
Если подготовка задания на проектирование поручена подрядчику или инженеру (инженерной организации), то после его разработки данное задание передается на утверждение заказчику. Подрядчик обязан соблюдать требования, содержащиеся в задании на проектирование и исходных данных для выполнения работ, являющихся предметом договора, и вправе отступить от них только с письменного согласия заказчика.
Утверждение изменений и дополнений к заданию на проектирование выполняется в таком же порядке, как и утверждение первоначального задания на проектирование.
Состав, порядок разработки, согласования и утверждения задания на проектирование (включая изменения в него) устанавливаются Минстройархитектуры.
Техническое задание на проектирование и требования к подготовке
Техническое задание — это перечень требований, условий, целей, задач, поставленных заказчиком в письменном виде, документально оформленных и выданных исполнителю работ проектно-исследовательского характера (п.7.2.8 ГОСТ Р 58033-2017 «Здания и сооружения. Словарь. Часть 1. Общие термины»).
Требования к форме и заполнению технического задания на проектирование объекта капитального строительства приведены в приказе Минстроя №125/пр от 01.03.2018 «Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке».
Типовая форма технического задания на проектирование
Типовая форма задания представлена в приложении №1 к данному приказу.
Портал buildingclub.ru подготовил следующие образца формы технического задания на проектирование объектов капитального строительства:
В текстовой и табличной форме с пояснениями:
Скачать форму техзадания на проектирование в текстовой форме с пояснениями:
Скачать форму техзадания на проектирование в табличной форме с пояснениями:
В текстовой и табличной форме без пояснений:
Скачать форму техзадания на проектирование в текстовой форме без пояснений:
Скачать форму техзадания на проектирование в табличной форме без пояснений:
Требования к подготовке технического задания на проектирование
Требования к подготовке задания приведены в приложении №2 к приказу Минстроя №125/пр от 01.03.2018 «Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке».
1. Подготовка задания на проектирование объекта капитального строительства (далее — задание на проектирование) осуществляется застройщиком (техническим заказчиком) в соответствии с типовой формой задания на проектирование объекта капитального строительства(приложение № 1 к настоящему приказу).
2. Проект задания на проектирование подлежит согласованию с руководителем главного распорядителя средств федерального бюджета в отношении объекта федеральной собственности, главного распорядителя средств бюджета субъекта Российской Федерации в отношении объекта государственной собственности субъекта Российской Федерации или главного распорядителя средств местного бюджета в отношении объекта муниципальной собственности .
В соответствии с пунктом 21 Требований к составу и содержанию обоснования инвестиций, осуществляемых в инвестиционный проект по созданию объекта капитального строительства, в отношении которого планируется заключение контракта, предметом которого является одновременно выполнение работ по проектированию, строительству и вводу в эксплуатацию объекта капитального строительства, утвержденных постановлением Правительства Российской Федерации от 12 мая 2017 г. № 563 «О порядке и об основаниях заключения контрактов, предметом которых является одновременно выполнение работ по проектированию, строительству и вводу в эксплуатацию объектов капитального строительства, и о внесении изменений в некоторые акты Правительства Российской Федерации»(Собрание законодательства Российской Федерации, 2017, № 21,ст. 3015).
3. Задание на проектирование утверждается застройщиком(техническим заказчиком) после проведения технологического и ценового аудита обоснования инвестиций.
4. Задание на проектирование должно содержать исходные данные, достаточные для разработки проектной документации объекта капитального строительства в соответствии с требованиями Положения о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16 февраля 2008 г. № 87 (Собрание законодательства Российской Федерации, 2008, № 8, ст. 744; 2009, № 21, ст. 2576,№ 52, ст. 6574; 2010, № 16, ст. 1920, № 51, ст. 6937; 2011, № 8,ст. 1118; 2012, № 27, ст. 3738, № 32, ст. 4571; 2013, № 17,ст. 2174, № 20, ст. 2478, № 32, ст. 4328; 2014, № 14, ст. 1627,№ 50, ст. 7125; 2015, № 31, ст. 4700, № 45, ст. 6245; 2016, № 5, cт. 698, № 48, ст. 6764; 2017, № 6, ст. 942, № 19, ст. 2843 № 21,ст. 3015, № 29, ст. 4368, № 38, ст. 5619, № 51, ст. 7839).
5. Задание на проектирование подготавливается в электронной форме, за исключением случая, указанного в пункте 9 настоящих Требований, и утверждается путем подписания застройщиком(техническим заказчиком) с использованием усиленной квалифицированной электронной подписи.
6. Задание на проектирование в форме электронного документа подготавливается в следующих форматах:
а) doc, docx, odt — для документов с текстовым содержанием, не включающим формулы;
б) pdf — для документов с текстовым содержанием, в том числе включающих формулы и (или) графические изображения, а также документов с графическим содержанием.
7. Электронный документ, выданный органом государственной власти, органом местного самоуправления, организацией, физическим лицом в соответствии с требованиями, установленными законодательством Российской Федерации о градостроительной деятельности, прилагается к заданию на проектирование в исходном формате.
Как составить техническое задание на проектирование (обновление 2022)
ОСНОВНЫМ документом, в соответствии с которым проектировщик выполняет работы, является «Задание на проектирование». В зависимости от типа объекта и подхода к организации работ со стороны заказчика и исполнителя, этот документ может иметь различную степень детализации: от формального приложения к договору до подробного руководства к действию.
Как правило, для сложных объектов, на проектирование которых проводятся тендеры, задание составляется самим заказчиком (или специально приглашенными специалистами) и является весьма детальным. И, наоборот, для небольших проектных работ, в частности, при необходимости разработки только определенных разделов рабочей документации, задание может ограничиваться названием, а остальное заказчик объясняет на словах.
Для заказчика такой подход – это всегда возможность уйти от ответственности при возникновении конфликта на стадии окончательных расчетов с исполнителем. Фразы типа «я вам не говорил это делать», «я ждал от вас другое решение», «это нужно переделать» и прочие – известны любому проектировщику-фрилансеру. Единственный способ гарантировано избежать необоснованных претензий со стороны заказчика к разработанному проекту – взять инициативу в свои руки на стадии обсуждения технических решений, составить задание в письменном виде и добиться его утверждения.
Далее будем рассматривать именно в этом разрезе основные, установленные к составлению Задания на проектирование требования.
Форма задания на проектирование (Приказ Минстроя от 21.04.2022 № 307/пр)
«Задание на проектирование» и «Техническое задание»: в чем разница
В обиходе часто употребляются оба этих термина (а иногда – обобщенный термин – Техническое задание на проектирование). Тем не менее, именно «Задание на проектирование» является корректным названием, которое упоминается во всех нормативных документах. Термин «Техническое задание», как правило, относится к выполнению смежных с проектной деятельностью работ, таких как инженерные изыскания, обследование зданий, научное сопровождение, разработка конструкторской документации. В некоторых случаях техническое задание может выдаваться на разработку отдельных разделов проекта, в дополнение к Заданию на проектирование, когда требуется высокая степень детализации требований к проекту.
Нормативная база на составление Задания на проектирование
В настоящее время действуют два важных документа:
- форма «Задания на проектирование», утвержденная Приказом Минстроя от 01.03.2018 г. №125/пр. Форму Задания на проектирование в word можно скачать по ссылке ниже;
- пособие по подготовке заданий на проектирование, разработанное ОАО «Центринвестпроект» (также доступно для скачивания).
Документы регламентируют состав «Задания на проектирование», которому необходимо следовать при проектировании бюджетных объектов. Для коммерческих проектов, которые подлежат экспертизе, также необходимо следовать утвержденной форме Задания на проектирование Минстроем.
Материалы для скачивания:
Основные положения Задания на проектирование
Естественно, при разработке отдельных разделов проекта, или даже небольших комплексных проектов, проектировщики-фрилансеры не используют установленную Минстроем форму (а многие даже не знают о ней). Тем не менее, если вы решили в некоторой степени обезопасить себя при работе по «устному договору подряда» с заказчиком, то логичным решением будет как можно ближе придерживаться образца, установленного в соответствии с Приказом 125 Задания на проектирование.
Типовая форма Задания на проектирование состоит из трех основных разделов:
- Общие данные;
- Требования к проектным решениям;
- Иные требования к проектированию.
Что необходимо обязательно отразить в Задании на проектирование
Заглавие документа должно «буква в букву» соответствовать названию объекта, которое прописывается в штампе чертежей. Даже, если вы работаете без договора, это сведет к минимуму возможность разночтений в дальнейшем и покажет серьезность подхода с вашей стороны. Например, «Жилой дом по адресу Бестужева, 21, г. Таганрог. Раздел «Водоснабжение».
Раздел «Общие данные» Задания на проектирование объектов строительства содержит информацию о заказчике и исполнителе работ, виде строительства, наличии технических условий и требований к выделению этапов. Приводятся краткие сведения об объекте проектирования, его назначении и технико-экономических показателях.
Состав раздела «Требования к проектным решениям» зависит непосредственно от самого объекта либо конкретных разделов, которые выполняет проектировщик. Типовая форма предусматривает достаточно детальное описание требований к архитектурным, конструктивным и инженерным элементам зданий и сооружений (вплоть до дверей и внутренней отделки). Все эти пункты необходимо максимально задействовать.
Прописывайте, какая предполагается конструкция здания, из чего состоят стены, какой тип окон будет использоваться, какие планируется применить системы отопления и вентиляции, насосы, кабели, светильники и так далее – чем подробнее будет все расписано, тем меньше вероятность того, что придется переделывать проект (в том числе бесплатно).
В разделе «Иные требования» важно указать состав проекта, какие разделы подлежат разработке, а какие не выполняются в рамках настоящих работ. Требования к выполнению визуализации (в каких программах необходимо разработать, требуется ли модель BIM и т.д.) также указываются в этом разделе.
Также важным положением раздела «Иные требования» является подробный перечень исходных данных, на основании которых ведется разработка проекта.
Скачать Задание на проектирование (образец ГОСТ) можно по ссылке в конце статьи.
Как утвердить «Задание на проектирование»
В соответствии с Приказом Минстроя «Задание на проектирование» утверждается заказчиком с использованием цифровой подписи. Применительно к проектировщику-фрилансеру, который часто работает по «устному договору» подойдет любой способ, позволяющий удостовериться, что заказчик подтвердил положения «Задания» во избежание любых двояких толкований в будущем (как минимум, должно быть письменное подтверждение по электронной почте или в мессенджере).
Конечно же, наличие такого «Задания» не может ничего гарантировать проектировщику, однако при возникновении любых конфликтных ситуаций позволит ему занять настолько выгодную позицию, насколько это возможно в конкретных условиях.
Порядок разработки технического задания на проектирование.
Разработка технического задания на проектирование. Когда требуется задание на проектирование? Основные принципы, исходные данные.
Чтобы создать качественный и функциональный продукт (от смартфона до торгового центра), востребованный на рынке, требуется понять каким он будет. Из чего он будет состоять, как будет производиться или строиться, для этого необходимо выполнить проектные работы. Так как я работаю со слаботочными системами, то о них и пойдет речь, а если ещё точнее, то о системах безопасности.
Именно слаботочные системы по сути определяют насколько комфортно и безопасно Вам будет жить в доме, квартире или работать в офисе. В современной нормативной литературе слаботочные системы называются – системами электросвязи. На мой взгляд, наиболее полный перечень таких систем приведен в
СП 134.13330.2012 Системы электросвязи зданий и сооружений. Основные положения проектирования.
В этом своде правил приведены требования к 32-м слаботочным системам.
Когда требуется техническое задание?
При разработке проектно-сметной документации – ТЗ требуется всегда. Проектная документация при новом строительстве проходит государственную экспертизу.
Если Вы задумали капитальный ремонт существующих систем или эти системы должны быть интегрированы между собой. То есть при срабатывании одной системы остальные тоже должны отработать по специальным алгоритмам, то без проекта Вам никак не обойтись. Например – по тревоге пожарной сигнализации, должна отключиться система контроля доступа (СКУД), включиться система дымоудаления, подпор воздуха, должны закрыться противопожарные клапана, включиться система оповещения и управления эвакуацией (СОУЭ), опуститься лифты и пр. Конечно, если у Вас маленькая автономная система охранной сигнализации, СКУД или видеонаблюдение, то можно обойтись актом обследования и исполнительной документацией.
Разработка технического задания.
Техническое задание (ТЗ) – основной документ для разработки проектно-сметной документации. Нередко Заказчик не обладает нужными компетенциями или специалистами в области создания систем безопасности, поэтому ТЗ готовиться совместными усилиями Заказчика и проектной организации. Это позволяет приземлить желания Заказчика к реальным возможностям современных систем и найти баланс между требованиями Заказчика и такими факторами, как надежность и функциональность системы, сложность эксплуатации и стоимость владения.
Перед составлением технического задания необходимо провести подготовительные работы, собрать и обобщить исходные данные (на существующем объекте провести обследование). Именно исходные данные и акты обследования лягут в основу ТЗ.
При подготовке технического задания также следует учитывать действующие нормативы и оформлять его в соответствии с
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению.
А для систем безопасности следует также учесть
РД 25.952-90 Системы автоматические пожаротушения, пожарной, охранной и охранно-пожарной сигнализации. Порядок разработки задания на проектирование.
Состав технического задания.
Задание на проектирование, как правило, содержит следующие разделы:
- Общие сведения.
- Технические требования к проектируемой системе.
- Исходные данные для проектирования (идеальный вариант).
- Данные для составления сметной документации.
- Перечень документации, предоставляемой проектировщиками заказчику.
Подробно состав этих разделов для проекта по системам безопасности расписан в
РД 25.952-90 Системы автоматические пожаротушения, пожарной, охранной и охранно-пожарной сигнализации. Порядок разработки задания на проектирование.
После подготовки техническое задание согласовывается со всеми заинтересованными службами Заказчика и им же утверждается. Теперь это юридический документ, который ляжет в основу договора на выполнение проектно-сметных работ.
Заключение.
Разработка технического задания — важнейший процесс в подготовке проектно-сметной документации. Он требует знаний и кропотливого труда. Грамотное ТЗ позволяет проектировщику и Заказчику экономить время, нервы и деньги.
Когда техническое задание готово и утверждено Заказчиком, можно приступать к проектированию.
Если статья была Вам полезна, поделитесь ею в социальных сетях. Мелочь, а мне будет приятно.
Как писать ТЗ: инструкция по составлению грамотного техзадания
Техническое задание — это то, с чего начинается качественный функциональный продукт. По крайней мере, если таковым является само ТЗ. Если документ будет составлен непрофессионально и без должного внимания, результат окажется соответствующим.
Учитывая характер целевой аудитории блога и общие тренды, скорее всего, имеет смысл описывать технические задания конкретно на цифровые продукты. Во многом так и будет, но нельзя забывать, что и самые обычные, «аналоговые», продукты тоже требуют документации. Они требовали её ещё до появления самого интернета. Поэтому для расширения кругозора и для пользы представителей нецифровых отраслей, стоит приводить отсылки и к оффлайн-проектам.
Для чего нужно техническое задание?
Техническое задание не менее значимо, чем юридический акт, в деле закрепления прав и обязанностей сторон — заказчика и исполнителя.
Фактически это инструкция для разработчиков, конструкторов и других непосредственных создателей конечного продукта. Но по сути техническое задание, определяя жёсткие требования к каждой детали, делает сотрудничество заказчика и исполнителя безопаснее и комфортнее.
Когда каждая мелочь регламентирована, всё на своих местах, все при своих полномочиях и обязанностях, остаётся мало пространства для нечестного манёвра и недопонимания. Идеально, когда его вообще не остаётся.
Более того, конкретное и целостное техническое задание — это первый шаг к качественному результату. Чтобы продукт работал чётко, без сбоев, да и просто безопасно — это тоже периодически стоит на повестке — все его элементы должны быть продуманы. Тщательно и скрупулезно.
Техническое задание — основа как простых односложных продуктов, так и высоконагруженных систем. В каждом случае сценарии функционирования должны быть предусмотрены. Любое действие пользователя должно быть предугадано, и ответом на него должен быть полезный результат.
Именно для того, чтобы работа с конечным продуктом вызывала положительный отклик пользователя и решала его задачи, необходимо проработать идею и детали проекта на самой ранней стадии.
Кто должен составлять техническое задание
Чтобы понять, как составить техзадание, важно определиться с тем, кто именно это будет делать. На этот вопрос нет однозначного ответа — ТЗ для задачи может составить заказчик или исполнитель, в отдельных случаях — это совместная работа.
Заказчик
В этом случае исполнитель будет четко понимать, что и когда ему потребуется делать. В результате получится точно рассчитать стоимость работ и срок, отведенный на их выполнение. Однако иногда составитель ТЗ не понимает того, что именно должен предоставить им исполнитель, из-за чего с составлением ТЗ возникают проблемы.
Исполнитель
Исполнитель, занимающийся составлением ТЗ, присылает заказчику бриф с вопросами по задаче. Так специалист выясняет цель работы и свою пользу для клиента. После этого проходит интервью, и в режиме диалога стороны уточняют рабочие нюансы. Исполнитель изучает конкурентов и целевую аудиторию, чтобы добавить эту информацию в техническое задание.
Такой способ составления ТЗ удобен, когда заказчик полностью доверяет исполнителю, а исполнитель достаточно компетентен, чтобы разобраться в задаче самостоятельно.
Совместно
Совместное формулирование ТЗ начинается с того, что заказчик озвучивает исполнителю требования относительно будущего задания. Подрядчик, в свою очередь, предлагает, как улучшить проект, и только после этого составляется техническое задание. Этот способ, как и предыдущий, работает на доверии, этичности и профессионализме сторон.
Как составить техническое задание
Главные требования к техническому заданию — это продуманность и полнота. Так как составители не всегда способны им следовать, были разработаны общие стандарты разработки ТЗ.
В вакансиях на должность системного аналитика или технического писателя можно встретить требование: знание ГОСТ 19 и ГОСТ 34. Из названия легко понять, что это общегосударственные стандарты, образцы разработки технических заданий на территории России.
Эти два ГОСТа имеют отношение только к программным комплексам — к сайтам, приложениям и системам автоматизации. Другие ТЗ придется писать по совершенно другим правилам.
ГОСТ 19 был введён в 1980 году. Учитывая, что основные принципы программного обеспечения почти не поменялись, документ еще не утратил своей актуальности. Это можно сравнить со строительством зданий: меняются материалы и конструкции, но общие понятия — фундамент, стены, перекрытия — сохраняются.
Согласно тексту Постановления, согласно которому принят данный стандарт, назначение его следующее: «Устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения».
Само техническое задание должно содержать следующие пункты:
- Введение;
- Основания для разработки;
- Назначение разработки;
- Требования к программе или программному изделию;
- Требования к программной документации;
- Технико-экономические показатели;
- Стадии и этапы разработки;
- Порядок контроля и приемки;
- Приложения.
Более новый стандарт — ГОСТ 34, но он новее всего на 10 лет. То есть, введён с 1 января 1990 года.
Формулировка назначения выглядит так: «Распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания…».
Текст технического задания строится по структуре:
- Общие сведения;
- Назначение и цели создания (развития) системы;
- Характеристика объектов автоматизации;
- Требования к системе;
- Состав и содержание работ по созданию системы;
- Порядок контроля и приемки системы;
- Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
- Требования к документированию;
- Источники разработки.
Разумеется, за прошедшее время подходы были пересмотрены. Введены новые правила и рекомендации. Сами ГОСТы перешли в разряд базовой опорной точки, а конечный результат остаётся на усмотрение составителей. Тем не менее, при работе с госзаказчиками необходимо брать за основу именно ГОСТ.
ISO/IEC/IEEE 29148
Разработанный Международной организацией по стандартизации ISO, данный современный стандарт пригоден для использования помимо всего прочего в международных проектах.
Последняя редакция — ISO/IEC/IEEE 29148:2018, но, к сожалению, она отсутствует в открытом доступе, поэтому возьмём за основу предыдущую, от 2011 года.
По аналогии с ГОСТами, стандарт содержит два раздела. Один из них, SyRS — System Requirements Specification — определяет общие требования к построению систем, их принципам и характеру взаимодействия пользователя с ними. По похожей схеме составлен ГОСТ 34.
SRS — Software Requirements Specifitaion — по аналогии с ГОСТ 19, содержит требования к конечному программному продукту.
Общая схема строится следующим образом:
-
- Введение. Назначение продукта или системы, содержание, обзор функций и пользователей.
- Системные требования. Требования к юзабилити и производительности системы, состоянию, физическим характеристикам, окружению и безопасности, правилам. Для приложений — требования к внешним интерфейсам, к производительности, структуре БД, функциям и юзабилити.
- Тестирование и проверка. Процедуры тестирование по каждому из пунктов предыдущего раздела.
- Приложения. Термины, схемы, история правок.
Маркетинг
Как создать лид-форму в Facebook* и Instagram*
Как создать лид-форму в Facebook* и Instagram*
Порядок документирования требований
Выйдем немного за пределы тематики и скажем несколько слов о том, из чего состоит весь процесс документального сопровождения продукта. Ведь он не ограничивается техническим заданием. Сложность сопроводительной документации растёт вместе со сложностью и масштабом продукта.
Разработка лендинга на Тильде или запуск таргетированной рекламы Вконтакте радикально отличаются от создания высоконагруженной биллинговой системы банка. Если первые два продукта способен создать один человек, то последний может потребовать команды из нескольких десятков специалистов из многих областей.
В основном, уместен в контексте продуктов низкой и средней сложности. Например, небольшой сайт, воронка продаж или даже копирайтинг.
Бриф обращён к заказчику и не предполагает жёстких финальных требований или детального описания результата. Выверенной должна быть только структура опросника. В него могут входить такие пункты, как:
- Цель и назначение продукта;
- Предполагаемый бюджет; .
Вопросов на которые отвечает заказчик, может быть до 20–30, но не более, иначе это становится большой нагрузкой. Задача брифа в том, чтобы получить общее направление для обсуждения.
Такой опрос удобно разместить на сайте, если он не сложный. Его можно запрограммировать или дать ссылку на Google формы. Либо просто разместите кнопку обратного звонка, чтобы задать вопросы и проконсультировать клиента прямо в режиме реального времени по телефону.
Виджет обратного звонка, как инструмент, подходит не только для созвонов с партнерами, но и для клиентского сервиса. Это всплывающее окно предлагает указать контактный номер,по которому перезвонит сотрудник поддержки. С виджетом обратного звонка от Calltouch вы можете собирать заявки даже в нерабочее время, а также записывать и тегировать звонки.
- Повысьте конверсию сайта на 30%
- Новым клиентам 50 минут в подарок
Технико-коммерческое предложение
Здесь речь заходит о действительно крупных проектах. В противном случае нецелесообразно прилагать излишние усилия к созданию подобных документов.
ТКП разрабатывается в рамках маркетинговых мероприятий, когда продукт предлагается потенциальным заказчиком. Если у вас есть собственная концепция, готовая к внедрению или масштабированию, на её основе можно сделать предложение.
Документ содержит не просто идею и общее описание, но некоторые технические подробности. На их основе заказчику удобнее принимать решение, так как он сразу может увидеть, насколько характеристики продукта согласуются с той инфраструктурой, которая есть в наличии.
Бесполезно предлагать промышленные системы вентиляции маленьким кофейням. В других случаях помещение может отвечать требованиям, но электроснабжение окажется несовместимым с требованиями оборудования по питанию.
Технические требования
Если в ТКП требования приводятся самые основные, для ознакомления, то при заинтересованности заказчика с ним составляются уже более детализированные перечни требований.
Техническое задание
Собственно, предмет статьи. Предварительные сведения даны в предыдущих пунктах, а ценные советы ждут вас в следующем разделе.
Технический проект
Этап «живого» проектирования продукта. Здесь начинаются активные действия по разработке решений согласно ТЗ. В ходе работы уточняются и проясняются отдельные нюансы, требования, доработки.
В соответствии с практическими наработками, составляются новые задания и требования — частные технические задания по отдельным подсистемам (ЧТЗ).
Эксплуатация
Важно помнить, что после сдачи проекта стороны распределяют между собой обязанности по поддержанию работоспособности системы. Это тоже должно быть прописано — например, в техническом задании, если не предусмотрено другого порядка.
Перед эксплуатацией и во время неё создаются различные регламенты, описания сервисов, инструкции. Актуализируются текущие версии документов.
Когда условия работы или технологии модифицируются, приходится вносить правки в документы и внедрять изменения в продукт.
Рекомендации по составлению ТЗ
Правильное ТЗ составляют по универсальному шаблону. Он формируется из следующих элементов.
Дайте подрядчику общую информацию
Подрядчик должен понимать, чем занимается компания и кто ваша целевая аудитория. Так исполнитель сможет глубже вникнуть в поставленную задачу и избежать элементарных ошибок. При озвучивании идеи важно отметить конкурентные преимущества и особенности проекта.
Покажите конкурентов
ТЗ должно содержать ссылки на похожие проекты с дополнительным описанием. Это поможет исполнителю оценить удачные примеры чужих разработок и избежать характерных проблем при реализации. Кроме того, выявление чужих особенностей позволяет создать собственное уникальное решение.
Распишите сценарии использования продукта
Сценарий нужен для понимания принципа работы продукта. Например, если область работы касается IT, сценарий отвечает на вопрос «Как будет вести себя пользователь?» и дает понимание главных функций сайта.
Ведите историю правок
В начале документа создайте таблицу со столбцами “дата”, “описание”, “автор”. В ней записывается история изменений документа, благодаря которой легко понять, на каком этапе возникло то или иное требование, дополнение, противоречие.
Составляйте список терминов и сокращений
Это правило грамотного подхода к формированию документа. Основной текст предваряется словарём, в котором записаны специальные термины, не являющиеся общеупотребимыми. Особенно уделите внимание тем аббревиатурам и словам, которые применяются только в данному проекту.
Прописывайте каждую деталь
Сайт — это не только код, но и мощности, на которых он работает. В первую очередь, определите, на каком сервере будет размещён сайт, какие у него параметры: ёмкость, оперативная память и другие.
Пропишите периодичность и порядок оплаты сервера — передаст ли заказчик обязанность бухгалтерии или же вы будете получать ежемесячную абонентскую плату, из которой сами должны распределять средства на те или иные нужды.
Позаботьтесь о пользователях. Продумайте, какими браузерами и устройствами они пользуются, какое у них разрешение. Адаптируйте сайт, если речь идёт о нём, под различные технические характеристики устройств.
Не оставляйте белых пятен. При наведении на рисунок, он скрывается? Хорошо, но уточните — он уезжает влево? Становится прозрачным? С какой скоростью? Как он появляется опять? Малейшая деталь без чёткой логики ставит разработчиков и весь процесс в тупик.
Опишите требования к проверке проекта
На этапе составления техзадания продумайте чек-лист, по которому заказчику будет понятна степень успешности реализованного проекта. Так можно быстро оценить проделанную работу и не забыть о значимых нюансах.
Бывают случаи, когда исполнитель работает за фиксированную плату и некий процент от продаж. Например, вы заказали на таких условиях настройку таргетированной рекламы у фрилансера. Чтобы честно оценить его работу, вам поможет сервис сквозной аналитики от Calltouch. Он формирует отчет о результатах рекламных кампаний: сколько было звонков и заявок, и сколько из них привели к оформлению заказа. Вам не придется высчитывать KPI — итоги работы наглядно отражены в личном кабинете.
- Анализируйте воронку продаж от показов до денег в кассе
- Автоматический сбор данных, удобные отчеты и бесплатные интеграции
Когда ТЗ не нужно
Техническое задание требуется не каждому продукту. Иногда достаточно предпроектного исследования, чтобы изучить потребности клиентов вместе с аналитиком. После этого следует решать, есть ли необходимость в ТЗ.
Зачастую более гибкие методологии, работающие на создание продукта, позволяют успешно и оперативно использовать ресурсы компании. Например, сначала формируется маленький прототип, который тестируют, и на основании обратной связи от клиентов корректируют до полноценного продукта.
Выводы
Техническое задание — важный этап подготовки к работе над проектами. Его составление помогает заказчику сформулировать суть задачи, а исполнителю дает понять, как ее выполнить. Составить ТЗ может заказчик, исполнитель или заказчик вместе с исполнителем. Выбор варианта сотрудничества зависит от сложности работ и навыков специалиста.
Техническое задание (ТЗ) или Задание на проектирование
Работая многие годы в области проектирования, мы не устаем удивляться, как зачастую заказчик необдуманно и поверхностно составляет Задание на проектирование. Порой он вообще отдает полностью это на откуп проектной организации, отстраняясь от его составления.
А потом возникают вопросы и претензии…
Возможно, эта статья будет полезна для руководителей организаций, которые утверждают технические задания. Ведь, в конце концов, результатом работ проектировщиков будут пользоваться именно они…
(с)Из материалов Википедии
Проектирование
Проектирование – это процесс разработки проектной и рабочей документации, который обладает определённой структурой, то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, а также взаимодействием участников процесса.
В соответствии с Гражданским кодексом, проектирование – это один из видов подрядных работ, результатом которых является продукция (проект), то есть комплект проектной документации на объект проектирования. Проект предназначен для создания объекта, его эксплуатации, ремонта и последующей ликвидации, а также для проверки или воспроизведения промежуточных и конечных решений, на основе которых этот объект был разработан.
Участников проектных работ разделяют на потребителей (заказчиков) и поставщиков (исполнителей). Исполнителя-специалиста называют проектировщиком или разработчиком. Поставщиком, как и потребителем продукции, может быть организация (юридическое лицо) или конкретный человек (физическое лицо).Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те технические требования, которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически четкими и исчерпывающими.
Перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, это и есть главная цель Технического задания, обязательный этап работы. Исполнитель выполняет его в тесном контакте с заказчиком. Фактически это означает, что работа исполнителя над проектом уже началась.
Техническое задание (ТЗ)
Техническое задание (ТЗ) или Задание на проектирование – это исходный документ на проектирование технического объекта или изделия. Техническое задание устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, а также специальные требования.
Техническое задание является юридическим документом – как приложение оно включается в договор между заказчиком и исполнителем на проведение проектно-изыскательских работ и является его основой. ТЗ определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. В нем отражены объективные критерии, по которым можно определить, выполнен ли тот или иной пункт работ или нет.Все изменения, дополнения и уточнения формулировок Технического задания обязательно согласуются с заказчиком и им утверждаются. Это необходимо для того, чтобы в случае обнаружения в процессе проектирования неточностей или ошибочности исходных данных можно было определить степень вины каждой из сторон-участниц разработки проектной документации и распределения понесенных в связи с этим убытков.
Как правило, Техническое задание составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.
Техническое задание выдаётся заказчиком. Основными причинами, заставляющими обратиться к разработчику, являются отсутствие у него соответствующих специальных знаний либо ограниченность его ресурсов (нехватка времени на решение задачи, необходимого количества людей, оборудования).
Задание может быть чётко определено, например, когда всю работу ведет один человек, либо оно выдано авторитетным специалистом, либо не может быть подвергнуто сомнению (госзаказ). Но чаще оно формулируется в общих чертах на языке потребителя-неспециалиста, далёким от языка разработчика и терминов предметной области.
Неопределенные требования вызывают неуверенность у всех участников работ, так как допускают различное толкование требований и не позволят объективно оценить качество разработанного проекта. Также разработчик должен понимать, что заказчик может не знать (или знать частично) специальных требований. Однако это не снимает с разработчика ответственности и обязательности выполнения требований надзорных органов независимо от их наличия в задании.
Таким образом, не только заказчик, но и разработчик является ответственным за постановку целей разработки проектной документации.
Составление ТЗ – сложная и ответственная задача: многие данные ещё не известны, но то, как задание будет сформулировано, способно облегчить или затруднить последующее проектирование.
Специалисты справедливо считают, что грамотно составленное ТЗ – это более 50 % успеха в решении задачи, а время, затраченное на подготовку ТЗ – одно из лучших вложений, которые фирма может сделать в период проектирования. Недаром составление ТЗ поручается ведущим специалистам – главным конструкторам, руководителям проектов и т. п.
Замечено, что если стоимость исправления проектной ошибки, допущенной на этапе технического проектирования принять за 1, то стоимость её исправления возрастает на несколько порядков, если ошибка была допущена на этапе формирования ТЗ.
Как инструмент коммуникации в связке общения заказчик-исполнитель, Техническое задание позволяет:
Обеим сторонам:- представить (вообразить) готовый продукт;
- выполнить попунктную проверку готового продукта;
- уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности.
Заказчику:
- осознать, что именно ему нужно, опираясь на существующие в данный момент свои технические возможности и ресурсы;
- требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ.
Исполнителю:
- понять суть задачи, показать заказчику «технический облик» будущего изделия;
- спланировать выполнение проекта и работать по намеченному плану;
- отказаться от выполнения работ, не указанных в ТЗ.
Несмотря на свою важность, содержание Технического задания (Задания на проектирование) мало регламентировано нормативными документами. Тем не менее стоит принять во внимание следующие слова:
«…беда в том, что когда мы учились в университете, нам вбили в голову, что нельзя предпринимать никаких действий, пока не соберёшь все факты. У нас 95 % информации, а для того, чтобы собрать недостающие 5 %, понадобится ещё шесть месяцев. За это время все факты устареют, т.к. рынок развивается очень быстро.
… главная задача состоит в том, чтобы собрать все важные факты и точки зрения, которые вам доступны. Но в какой-то момент надо начинать действовать решительно. Во-первых, потому, что даже самое правильное решение оказывается неверным, если оно принято слишком поздно. Во-вторых, потому, что в большинстве случаев не существует такой вещи, как полная уверенность. Вам никогда не удастся собрать все 100 % информации. К сожалению, жизнь не будет ждать, пока вы оцените все возможные просчеты и потери. Иногда надо просто двинуться вперед наудачу и исправлять ошибки по ходу движения.
Ведь самое главное в жизни – всё делать вовремя».Заметки ГИПа. Оформление задания на проектирование
Важность правильного оформления (составления) задания на проектирование (ЗП) не вызывает сомнения, так как чем качественнее составлено ЗП, тем меньше проблем у всех сторон процесса. В данном случае, чем подробнее и прозрачнее будет ЗП, точнее формулировки, тем корректнее будут принятые технические решения и стоимость проектной документации (ПД) и СМР. Процесс проектирования, как любой процесс, можно описать примерно так:
Чего хочет Заказчик
Заказчик хочет, чтобы в ЗП было прописано вообще все, что только возможно, при этом хитрый заказчик прописывает в ЗП неоднозначные формулировки типа:
- Сделать все необходимое (разработать документацию) для получения положительной Государственной экспертизы (ГЭ).
Сами понимаете, что эксперты бывают разные и требования могут выходить очень далеко за рамки проектной документации. А еще, если Заказчик прописывает в ЗП сбор всех необходимых исходных данных, в том числе ТУ, ТТ, то даже если Заказчик сам виноват в их неполучении или невыполнении, то неполучение положительного заключения ГЭ по данной причине вполне можно вменить Подрядчику (типа не «обеспечил, недособрал, или собрал не то», с чем можно «пройти ГЭ»).
- Выпустить проектную документацию в соответствии с Постановлением Правительства РФ №87.
Тоже вопрос интересный. Допустим, стадия «капитальный ремонт». По всем ли объектам необходимо в полном объеме (по разделам) в соответствии с Постановлением 87 разрабатывать ПД? Есть вполне обоснованные сомнения и лучше, чтобы это было прописано в ЗП. А если стадия «реконструкция», и Вы, например, меняете какой-нибудь электропривод на задвижке, то зачем разрабатывать все разделы?
Был у меня такой прецедент. Меняем задвижку, ПИРы (проектно-изыскательские работы) практически копейки, но в ЗП прописано сделать по Постановлению 87, хотя эксплуатанту (строителю) это вообще не нужно (это никому не нужно), но генпроектировщик (большая проектная организация; ведомственный институт крупной Компании; неадекватный отдел экспертизы, в худшем виде штампующий армейские традиции самой Компании) прицепился, и не отвяжешься. Что, будем судиться с крупной Компанией ТЭК? Так себе дороже, рынок потеряешь и репутацию заодно, хотя 100 раз можешь быть и прав…Вот такие нюансы…
- Выполнить проектную документацию в соответствии с действующими нормативными документами РФ.
Все мы знаем, что есть рекомендуемые, есть перечень обязательных к применению документов РФ, на что опять же государственная экспертиза имеет свое «особенное» мнение. Иногда эксперт может вообще так экзотично трактовать НД, что просто диву даешься, или потребовать того, что ни в каком НД РФ не прописано. Ну, это отдельная песня — про Экспертизу, требующая отдельного разговора.
Кроме того, уже в ЗП (если в договоре этого нет) Заказчик может прописать систему контроля разработки ПД с его стороны (типа графика с трудозатратами и людьми, еженедельного отчета по утвержденной форме, селекторных совещаний и т.д.).
Чего хочет Подрядчик
Подрядчик хочет, чтобы в ЗП все было как можно конкретнее (особенно касается полноты исходных данных и объемов проектных работ, технических требований), чтобы по максимуму минимизировать количество «хотелок» Заказчика, возникающих практически на любом этапе проектирования. Поэтому если Подрядчик сам пишет ЗП, то и прописывает абсолютно все, что знает про объект, а еще и что на этом объекте запроектировать с указанием конкретных параметров и требований.
Как появляются ЗП
Это зависит от Заказчика. Как правило, крупные Заказчики имеют свою отработанную форму ЗП и с этим Подрядчик ничего не может сделать, так как данное ТЗ играется в тендере и изменению не подлежит. Даже если в ЗП есть ошибки, неточности или противоречия, исправить ЗП у крупного Заказчика чрезвычайно сложно (бюрократия-ссс). Там подписи высоких начальников стоят (частая ошибка Заказчика, в ЗП не должны стоять подписи высоких начальников, должно все же быть разделение уровней ответственности), которым нужно как-то объяснить, а почему собственно ЗП поменялось, какой д. допустил ошибку, подать его сюда, давайте его накажем… ну и кто пойдет к такому начальнику это объяснять? Проблематично, не правда ли? Есть опыт, второй год согласовываем изменение ЗП (овраг вырос, природный катаклизм), но «телега и поныне там же». Уже даже на вертолетике слетали, правда со «средними начальниками», но кто пойдет к «высоким»? Облом-с…
Средние Заказчики могут поступать по-разному. Наиболее адекватные позволяют обоснованно корректировать свое ЗП.
Небольшие Заказчики или сами составляют ЗП, или поручают это Подрядчику. Как правило, комфортнее работать со средними и мелкими Заказчиками. Крупные Заказчики тоже имеют свои плюсы, например, более многочисленный и хорошо оплачиваемый высококвалифицированный персонал и устоявшиеся «традиции организации работы», которые могут в чём-то и помогать процессу (например, своевременность ответов на запросы-письма Подрядчика).
Состав ЗП, как правило, крупный Заказчик (Газпром, Роснефть и т.д.) берет из своего нормативного документа или, если такового документа нет, формирует согласно принятым традициям, беря за аналог имеющиеся ЗП.
Мы представляем Вам для понимания структуры ЗП некоторых крупных Компаний формы ЗП ОАО «НК «Роснефть» и ОАО «Газпром» .
В принципе, вполне приличные ЗП, есть конечно излишние пункты (все же понимают, что в крупных Компаниях много отделов и каждый хочет засунуть именно свой пункт в документ), но форму можно использовать как аналог, хотя во второй части статьи я включу в текст ссылку на более адекватный проект ЗП.
Основными разделами ЗП являются следующие:
- Основание для разработки проектной документации
- Заказчик и подрядчик, адрес объекта проектирования, стадия и этапы проектирования
- Месторасположение объекта проектирования
- Вид документации (или стадия проектирования)
По вышеперечисленным пунктам, конечно, нужно четкое понимание в ЗП: кто заказчик, кто подрядчик, где находится объект проектирования и какова стадия проектирования (новое строительство, реконструкция, капитальный ремонт).
В исходных данных, предоставляемых Заказчиком, желательно прописать все, что есть у Заказчика, в том числе материалы обследования, инженерных изысканий. Конечно, много информации запрашивает Подрядчик у Заказчика в процессе проектирования для разработки отдельных разделов ПД, особенно таких как «Мероприятия по пожарной безопасности», «Мероприятия по охране окружающей среды» и т.д.
В соответствии с Постановлением №87 Правительства РФ в РФ имеется всего две стадии проектирования: проектная и рабочая документация. Стадия «рабочий проект» (РП), ранее повсеместно употребляющийся термин, практически ушел из оборота, хотя и встречается в некоторых второстепенных документах, относящихся к проектированию.
При этом, термин РП имел вполне нормальное логичное объяснение — это проектная и рабочая документация в одном флаконе (разрабатывается одновременно). Например, для капитального ремонта незачем разделять проектирование на стадии, а сразу разработать все что требуется, тем более что ПД капитального ремонта не идет на Государственную экспертизу. И тут некоторые Заказчики идут на хитрость. Например, ОАО «Газпром» разработал внутренний документ «Линейная часть магистральных газопроводов. Общие технические требования к проектной документации для капитального ремонта», в котором ввел новый термин для проектной документации — «ПД КР» (проектная документация капитального ремонта), которая разрабатывается в одну стадию (ООО «Трансэнергострой» участвовал в разработке данного документа).
Часто Заказчик неправильно определяет стадию проектирования, иногда несознательно, иногда вполне сознательно, пытаясь подтянуть финансирование объекта к имеющейся у него статье затрат. Из-за этого «недоразумения» потом могут возникнуть проблемы при прохождении Государственной экспертизы (которая заставит переделывать ЗП) или, например, с Ростехнадзором.
- Порядок разработки документации
В пункте прописываются этапы разработки ПД (последовательность разработки), например:
- Сбор исходных данных;
- Инженерные изыскания;
- Основные технические решения (как часть ПД);
- Экспертиза Заказчика;
- Внешняя экспертиза.
- Основные характеристики объекта
Технические характеристики объекта до и после строительства (реконструкции, капитального ремонта, нового строительства).
- Требования по идентификации здания или сооружения
Данные требования прописаны в 384-ФЗ «Технический регламент по безопасности зданий и сооружений» статья 4, где прямо сказано о необходимости указания данных признаков застройщиков в задании на проектирование и задании на инженерные изыскания:
- Назначение;
- Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности которых влияют на их безопасность;
- Возможность опасных природных процессов и явлений и техногенных воздействий на территории, на которой будут осуществляться строительство, реконструкция и эксплуатация здания или сооружения;
- Принадлежность к опасным производственным объектам;
- Пожарная и взрывопожарная опасность;
- Наличие помещений с постоянным пребыванием людей;
- Уровень ответственности.
- Требования к проектной организации
Понятно, что Подрядчик должен иметь соответствующие разрешения и свидетельство СРО, где указано, что ему можно проектировать.
- Нормативные документы для проектирования
(можно перечень приложить к заданию отдельно).
Особенности технического регулирования в области обеспечения безопасности зданий и сооружений и связанных с ними процессов проектирования (включая изыскания), строительства, эксплуатации и утилизации (сноса) устанавливаются Градостроительным кодексом РФ, Техническим регламентом о безопасности зданий и сооружений (Федеральный закон от 30.12.2009 № 384-ФЗ), принятыми в соответствии с техническим регламентом о безопасности зданий и сооружений национальными стандартами (ГОСТами) и сводами правил (СП), а также другими нормативными документами.
Порядок разработки, принятия, применения и исполнения обязательных требований к зданиям и сооружениям при их проектировании и строительстве, определяется Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» (далее — Закон № 184-ФЗ).
В соответствии с Законом №184-ФЗ в целях установления обязательных требований к безопасности зданий и связанным с ней процессам проектирования (включая изыскания), строительства, эксплуатации, и утилизации (сноса) принят Технический регламент о безопасности зданий и сооружений (Федеральный закон от 30.12.2009 № 384-ФЗ) (далее — Технический регламент).
Объектами регулирования техническим регламентом являются:
- Здания и сооружения любого назначения (в том числе входящие в их состав сети и системы инженерно-технического обеспечения),
- А также связанные со зданиями и с сооружениями процессы проектирования (включая изыскания), строительства, монтажа, наладки, эксплуатации и утилизации (сноса).
Соблюдение требований указанного технического регламента обеспечивается принятыми в соответствии с данным техническим регламентом национальными стандартами и сводами правил.
- Особые условия и требования к проектированию
Например, строительство без остановки предприятия, возможно требование разработки СТУ (если нарушаются существующие нормы РФ или очевидна недостаточность таких норм). Возможны особые требования использования оборудования и материалов, этапность выполнения проектных или предпроектных работ.
- Требования к проведению инженерных изысканий
Если требуются инженерные изыскания, то обычно составляется отдельное задание на выполнение инженерных изысканий (ИИ), которое отдельно согласовывается Заказчиком. Возможно данное требование по оформлению ЗП ИИ прописать в общем ТЗ (вместе с требованием разработки и согласования Программы изысканий). Можно указать границы съемки, площадь, масштаб, типы изысканий, а также особенности проведения отдельных видов изысканий.
- Требования по вариантной проработке
Вариантность может быть по техническим, организационным, иным решениям, описываемым в проектной документации.
- Требования к конструктивным и инженерным решениям
По каждому разделу или подразделу (в том числе по инженерным системам) должны быть прописаны свои требования.
- Требования к разработке природоохранных мероприятий
Возможно прописать «в соответствии с природоохранным законодательством РФ», а можно и расширить, не забыть про общественные слушания (при необходимости), про ОВОС (оценка воздействий на окружающую среду), различные мониторинги. Можно включить разработку и согласование СЗЗ (санитарно-защитной зоны), без чего получить положительное заключение Государственной экспертизы может быть проблематично. Можно указать про проект рекультивации и его согласование в местных органах (было такое замечание от ГЭ). В общем Ваша «экологическая» фантазия может быть неприлично большой.
- Требования по пожарной безопасности
Ну понятно, что документация должна быть разработана в соответствии с нормами РФ. Дополнительно (если это площадочный объект) можно добавить требование по пожарной сигнализации и системам пожаротушения, указать что и как тушим, требования по автоматике пожаротушения, требование по расчету рисков. Еще можно добавить план пожаротушения (правда к ПД это не относится).
- Требования к организации и условиям труда работников
Данное требование отдельно, как правило, прописывается к новому объекту, для которого необходимо определить обслуживающий объект персонал. Дополнительно данное требование может быть прописано в технологической части проекта.
- Требования к системам информационной безопасности (ИБ) и инженерно-техническим средствам охраны (комплекс ИТСО) объектов
Такие требования специфичны и для каждого Заказчика свои. Какие-то Заказчики предоставляют отдельно технические требования после согласования подрядчиком состава персонала и планировки помещений, где персонал работает и отдыхает.
- Требования промышленной безопасности (ПБ)
Данное требование отдельным пунктом в ЗП прописывается редко, так как эти требования должны учитываться в большинстве разделов проекта, но можно прописать НД РФ по этой тематике, профильные ФЗ и нормы ПБ.
- Требование к составлению сметной документации (СД)
Сметная документация тоже имеет для каждого Заказчика свою специфику (в каких ценах считать; в какой программе, по каким расценкам; что учитывать, что нет; требование к предоставлению прайс-листов на оборудование (например, в 2-3-х экземплярах)).
- Состав передаваемых демонстрационных материалов
Можно прописать требование о предоставлении презентационных материалов (например, основных технических решений для Заказчика, презентации для общественных слушаний и т.д.), оформленных соответствующим образом. Для зданий может быть прописано требование предоставления 3-х мерных изображений, моделей и т.д.
- Требование к проведению внешних экспертиз
- Внутренняя экспертиза заказчика (какие структуры принимают участие и какие разделы проверяют);
- Внешняя экспертиза (в какие организации и какую документацию передавать на экспертизу):
- Требования к оформлению и передаче материалов Заказчику:
- Количество передаваемой документации (на бумаге и электронных носителях);
- Как оформлять документацию в бумаге;
- Формат оформления на электронных носителях.
Как мы все уже поняли, тема правильного оформления ЗП с точки зрения Заказчика и Подрядчика занимает важное место в процессе проектирования и особенно важна для разработки качественного проекта и исключения возможных недоразумений между Заказчиком и Подрядчиком.
В общем до новых встреч, делайте качественно и спите спокойно :-))))!
Тэги: государственная экспертиза, Задание на проектирование, ЗП, проектная документация, рабочий проект, СМР, стадии проектирования, Технический регламент, этапы проектирования
