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

Разработка технического задания на проектирование

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

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

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

Основные принципы разработки технического задания

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

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

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

Исходные документы для разработки технического задания

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

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

Порядок разработки ТЗ

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

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

Эти параметры включаются в архитектурно-планировочное задание на проектирование.

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

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

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

Примерный состав задания на проектирование

Общие данные.

• Вид строительства и основание для проектирования.
• Полное название организаций заказчика и исполнителя.
• Объем и стадийность выполнения проектных работ.
• Стадийность строительства.
• Категория сложности объекта.
• Перечень особых условий строительства и эксплуатации объекта.
• Сроки проектирования и строительства.
• Исходная документация для проектирования.

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

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

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

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

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

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

Источник: https://pnproject.ru/stati/razrabotka-tekhnicheskogo-zadaniya-na-proektirovanie

Задание на проектирование

Задание на проектирование – это неотъемлемая часть договора подряда на выполнение проектных работ.

Правовой основой для подготовки задания на проектирование является положение статьи 759 Гражданского кодекса Российской Федерации, в которой установлено:

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

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

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

Требования к заполнению Задания на проектирования несколько раз менялись и дополнялись, но с марта 2018 г. действует типовая форма, утверждённая Приказом №125/пр от 1 марта 2018 г.

Типовая форма задания на проектирование:

Задание на проектирование объекта капитального строительства

I. Общие данные

II. Требования к проектным решениям

Источник: http://buildingbook.ru/znp.html

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

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

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

Для этого выполняется техническое задание на проектирование.

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

Что это

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

Суть и понятие ТЗ заключается в следующем:

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

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

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

Со стороны заказчика:

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

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

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

С обеих сторон:

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

Структура и как правильно составить

Примерная форма технического задания на проектирование

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

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

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

Структура и состав документа будут утверждаться на основе типа проектируемой продукции. Но, в общем, ТЗ должно содержать следующую информацию:

• Список документации для создания объекта;
• Сроки по этапам работ от начала до их окончания;
• Данные о финансовых источниках проекта, порядок их распределения;
• Последовательность сдачи работ заказчику, внесение корректировок;
• Цели и значение объекта;
• Основные параметры и характеристики объекта;
• Требования к объекту в целом и его функциям в отдельности;
• Состав работ и их содержание;
• Порядок осуществления контроля за работой, приемкой объекта и ввода его в эксплуатацию;
• Перечень требований к подготовке и вводу в эксплуатацию;
• Порядок документального сопровождения на этапе работ и после сдачи объекта;
• Указание основных источников информации, согласно которым было разработано ТЗ, и согласно которым должен функционировать созданный объект.

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

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

Образец формы

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

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

Источник: https://mirblankov.ru/tz-na-proektirovanie/

Задание на проектирование — важнейший документ на который все плюют

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

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

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

Что же остается делать простым заказчикам? Требовать составления грамотного ТЗ — задания на проектирование! А лучше — составить ТЗ самостоятельно.

1) Текущее положение дел с ТЗ
2) Зачем ТЗ (задание на проектирование) — Заказчику?
3) Правовой статус задания на проектирование для Подрядчика
4) Ошибки в составлении задания на проектирование
5) Какие требования лучше включить в ТЗ?
6) Оформление задания на проектирование — российские требования (ГОСТ Р 57839-2017)
7) Опыт других стран: рекомендации по составлению эксплуатационных требований к системе видеонаблюдения
8) Выводы

Кому адресован этот блог и почему моему мнению можно доверять.

Мои контакты — пишите по любым интересующим вопросам, в том числе предложения о сотрудничестве.

1) Текущее положение дел с ТЗ

Задание на проектирование — мало распространенная практика на текущее время

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

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

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

Простой пример — обзорное видеонаблюдение не решило задачу заказчика

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

Описанная мною идиллия будет продолжаться вплоть до серьезного инцидента (а это может случиться и через пол года, и через год, и через пять — а может и вовсе не случиться).

И вот тогда наступает момент истины — закрывает ли система видеонаблюдения реальную потребность заказчика или все ее назначение сводилось к проставлению галочки в отчете или голове заказчика что уже теперь «все под контролем»:

Потому как при планировании системы не было поставлена четкая задача — распознавать номера въезжающих на парковку авто и лица входящих в здание людей

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

Создание системы видеонаблюдения начинается с формулирования задач в ТЗ

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

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

Этапы создания любого раздела инженерных систем

Признаем и тот факт, что проектирование не всегда доступно заказчику. Но это вовсе не означает, что систему можно покупать и устанавливать без предварительного планирования.

Проектирование — это дорого

Техническое задание (ТЗ) в случае отсутствия проекта — это основной документ по которому будет проведена процедура выбора подрядчика, закупки оборудования и приемки системы в эксплуатацию.

ТЗ — дополнительная работа для проектировщика

К сожалению в России ТЗ / задание на проектирование, как правило, составляет сам подрядчик.

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

Но и взявшись написать ТЗ самостоятельно заказчик очень часто наступает на «грабли»: не понимая сути работы проектировщика заказчик вместо формулирования своих «хотелок» начинает принимать основные технические решения по системе.

Основные ошибки в ТЗ

И в том и в другом случае задание на проектирование / ТЗ не выполняют свою роль важного этапа создания системы видеонаблюдения и вместо исходных данных для проектирования / планирования превращается в «to-do list» от заказчика — прикрути мне такие камеры к такой стене.

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

Вы не можете по этой камере идентифицировать незнакомого человека или прочесть регистрационный номер автомобиля? Ну а я то тут при чем?»

2) Зачем ТЗ (задание на проектирование) — Заказчику?

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

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

Задание на проектирование — это четкая постановка задачей и целей

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

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

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

ТЗ — основной документ Заказчика после договора

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

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

3) Правовой статус задания на проектирование для Подрядчика

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

ТЗ для Подрядчика — фиксирует требования Заказчика и гарантирует от постоянных изменений «хотелок»

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

ТЗ — это страховка от конфликта между Заказчиком и Подрядчиком

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

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

Сроки и стоимость, как правило, прописываются в договоре, а вот подробные требования объему работ и критериям их приемки (методологии подтверждения качества) — в задании на проектирование / техническом задании.

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

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

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

Неотъемлемой частью договора (контракта) должно быть задание на проектирование (СНиП 11-01-95, п.2.7)

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

Задание на проектирование (а вовсе не простонародное «ТЗ») — упоминается в Градостроительном и Гражданском кодексе РФ

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

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

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

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

Источник: http://eozerov.ru/design-assignment/