Когда не требуется разработка проектной документации: NormaCS ~ Ответы экспертов ~ Можно ли не выполнять проектную документацию, а только рабочую? Существует ли сейчас стадия проектирования зданий и сооружений «Рабочий проект»?

NormaCS ~ Ответы экспертов ~ Можно ли не выполнять проектную документацию, а только рабочую? Существует ли сейчас стадия проектирования зданий и сооружений «Рабочий проект»?

Проектируется здание, для которого, в соответствии с действующими нормативами, не требуется получение разрешения на строительство и сдача в экспертизу проектной документации стадии «П». Заказчик предлагает выполнить проект в одну стадию «Р» и настаивает на определении стоимости проектирования в размере 60% от базовой стоимости, определенной по СБЦ. Такой метод представляется неправильным. Часть выполненных работ, учтенных в соответствии с Постановлением № 87, в стадии «П», остается без оплаты. Из содержания пункта 4 Положения о составе разделов проектной документации и требований к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16.02.2008 № 87, следует, что рабочая документация не является самостоятельной стадией, а разрабатывается в целях реализации проектных решений. В «Сборнике разъяснений по предпроектной и проектной подготовке строительства», выпуск 2, Москва 2015г. , часть 1, вопрос 2, читаем актуализированный ответ на вопрос: «Существует ли сейчас стадия «рабочий проект?»:

«В этой связи представляется, что по договору подряда на выполнение проектных работ для проектирования строительства объектов капитального строительства, перечисленных в частях 2 и 3 статьи 49 Градостроительного кодекса Российской Федерации, вне границ охранных зон, в принципе, может быть предусмотрено одностадийное проектирование в виде рабочего проекта». Считаем, что наша ситуация сформулирована в вышеуказанном разъяснении. Просим подтвердить возможность применения норматива на разработку рабочего проекта (РП), указанного в п. 1.7 СБЦ «Объекты жилищно-гражданского строительства» 2003 г.: «Базовая цена рабочего проекта (РП) составляет 85% от общей базовой цены разработки проектной документации». А также, по аналогии, других СБЦ, где указана Базовая цена рабочего проекта.

Минэкономразвития разъяснило, в каких случаях строительство осуществляется без подготовки проектной документации

Автор ЦПК На чтение 10 мин. Просмотров 91 Опубликовано 22.09.2016

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

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

Исполнительные органы классифицируют объекты недвижимости по критериям времени регистрации, уточняют детали «дачной амнистии» 2006 года, разделяют виды дачных участков, находящихся в собственности у населения. Например, на территории садового земельного участка может быть создано только жилое строение, на территории дачного земельного участка допускается создание либо жилого строения, либо объекта индивидуального жилищного строительства; при этом в первом случае разрешение на строительство не требуется, а во втором оно обязательно. Минэкономразвития указывает, что основанием для регистрации права собственности на недвижимое имущество является учет такого имущества в соответствии с Законом о кадастре. Госорганы перечисляют какие конкретно документы требуются для регистрации объектов недвижимости, созданных до 1991 года, до 2004 года (введение в действие Градостроительного кодекса), действовавшие в те периоды. В целом письмо будет полезно «дачникам», владельцам частных домов, садовых участков.

МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

 ПИСЬМО

от 9 сентября 2016 г. № Д23и-4285

 ОТНОСИТЕЛЬНО ГОСУДАРСТВЕННОГО КАДАСТРОВОГО УЧЕТА

ОБЪЕКТОВ ИНДИВИДУАЛЬНОГО ЖИЛИЩНОГО СТРОИТЕЛЬСТВА

Департамент недвижимости Минэкономразвития России (далее — Департамент недвижимости) в связи с обращениями граждан о необходимости в силу части 8 статьи 41 Федерального закона от 24 июля 2007 г. № 221-ФЗ «О государственном кадастре недвижимости» (далее — Закон о кадастре) представления в орган кадастрового учета в целях осуществления государственного кадастрового учета объектов индивидуального жилищного строительства технического плана здания, подготовленного в том числе с использованием разрешения на строительство такого объекта недвижимости, сообщает следующее.

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

В соответствии с Положением о Министерстве экономического развития Российской Федерации, утвержденным постановлением Правительства Российской Федерации от 5 июня 2008 г. № 437 (далее — Положение), Минэкономразвития России является федеральным органом исполнительной власти, осуществляющим выработку государственной политики и нормативно-правовое регулирование в отнесенных к его ведению сферах деятельности. Согласно Положению Минэкономразвития России не наделено полномочиями по официальному разъяснению законодательства Российской Федерации, а также практики его применения.

Исходя из положений части 3 статьи 48, частей 1, 2, 9 статьи 51 Градостроительного кодекса Российской Федерации, а также части 4 статьи 8 Федерального закона от 29 декабря 2004 г. № 191-ФЗ «О введении в действие Градостроительного кодекса Российской Федерации»:

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

— получение разрешения на строительство является обязательным при строительстве, реконструкции объекта индивидуального жилищного строительства;

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

В соответствии с частью 8 статьи 41 Закона о кадастре (в редакции Федерального закона от 3 июля 2016 г. N 361-ФЗ «О внесении изменений в отдельные законодательные акты Российской Федерации и признании утратившими силу отдельных законодательных актов (положений законодательных актов) Российской Федерации», вступившей в силу 4 июля 2016 г.):

— сведения о здании, за исключением сведений о местоположении такого объекта недвижимости на земельном участке и площади такого объекта недвижимости, указываются в техническом плане на основании представленных заказчиком кадастровых работ проектной документации такого объекта недвижимости, выданного до 13 июля 2015 г. разрешения на ввод такого объекта недвижимости в эксплуатацию или изготовленного до 1 января 2013 г. технического паспорта такого объекта недвижимости;

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

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

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

Кроме того, согласно части 1 статьи 45 Закона о кадастре объекты капитального строительства, государственный технический учет которых был осуществлен до 1 января 2013 г., в том числе объекты индивидуального жилищного строительства, являются ранее учтенными объектами недвижимости, сведения о которых до указанной даты подлежали включению в государственный кадастр недвижимости в порядке, установленном приказом Министерства экономического развития Российской Федерации от 11 января 2011 г. N 1 «О сроках и порядке включения в государственный кадастр недвижимости сведений о ранее учтенных объектах недвижимости» (далее — Приказ N 1).

При этом в случае, если указанные сведения не были включены в государственный кадастр недвижимости в порядке Приказа N 1, следует учитывать, что сведения о ранее учтенных объектах недвижимости могут быть включены в сведения государственного кадастра недвижимости в порядке, предусмотренном частью 7 статьи 45 Закона о кадастре, при поступлении запроса о предоставлении сведений государственного кадастра недвижимости, заявления о внесении сведений о ранее учтенном объекте недвижимости.

Согласно части 18 статьи 45 Закона о кадастре сведения об объектах недвижимости, права на которые возникли до дня вступления в силу Федерального закона от 21 июля 1997 г. N 122-ФЗ «О государственной регистрации прав на недвижимое имущество и сделок с ним» (далее — Закон N 122-ФЗ) и не прекращены, и государственный кадастровый учет которых не осуществлен, вносятся в государственный кадастр недвижимости по правилам, предусмотренным статьей 45 Закона о кадастре для внесения в государственный кадастр недвижимости сведений о ранее учтенных объектах недвижимости.

Также отмечаем, что в силу пункта 1.2 статьи 20, статей 25, 25.3 Закона N 122-ФЗ не допускается осуществление государственной регистрации права на объект недвижимого имущества, который не считается учтенным в соответствии с Законом о кадастре, при этом основанием для государственной регистрации права собственности на объект индивидуального жилищного строительства является правоустанавливающий документ на земельный участок, на котором расположен такой объект недвижимого имущества, представление разрешения на строительство такого объекта для целей государственной регистрации права не требуется.

Обращаем внимание, что на дату вступления в силу (1 сентября 2006 г.) положений Федерального закона от 30 июня 2006 г. N 93-ФЗ «О внесении изменений в некоторые законодательные акты Российской Федерации по вопросу оформления в упрощенном порядке прав граждан на отдельные объекты недвижимого имущества» (далее — Закон N 93-ФЗ) получение разрешений на строительство и на ввод в эксплуатацию построенного объекта являлось обязательным. Упрощенный порядок оформления прав граждан на созданные ими объекты индивидуального жилищного строительства (так называемая «дачная амнистия») заключается в отсутствии необходимости получать и предоставлять для осуществления государственного учета и государственной регистрации прав разрешение на ввод в эксплуатацию таких объектов (статья 9 Закона N 93-ФЗ, часть 4 статьи 8 Федерального закона от 29 декабря 2004 г. N 191-ФЗ «О введении в действие Градостроительного кодекса Российской Федерации», пункт 4 статьи 25.3 Закона N 122-ФЗ).

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

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

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

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

Кроме того обращаем внимание, что в соответствии с пунктом 16 Требований к подготовке технического плана здания, утвержденных приказом Минэкономразвития России от 1 сентября 2010 г. N 403, при подготовке технического плана могут использоваться иные документы, предусмотренные федеральными законами, их копии также включаются в состав приложения к техническому плану.

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

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

В этой связи, в случае представления в целях осуществления государственного кадастрового учета заявления и технического плана здания — объекта индивидуального жилищного строительства, подготовленного без использования разрешения на строительство такого объекта или иных аналогичных документов, в том числе при отсутствии в приложении копий таких документов, органу кадастрового учета в соответствии с пунктом 5 части 2 статьи 26 Закона о кадастре надлежит приостановить осуществление государственного кадастрового учета.

При этом следует принимать во внимание, что лицо, не являющееся собственником имущества, но добросовестно, открыто и непрерывно владеющее как своим собственным недвижимым имуществом в течение пятнадцати лет имеет право в соответствии со статьей 234 Гражданского кодекса Российской Федерации приобрести в порядке приобретательной давности право собственности на это имущество.

Также необходимо отметить, что в соответствии с законодательством Российской Федерации правоотношения, связанные с созданием объекта индивидуального жилищного строительства и жилого строения, имеют различное правовое регулирование (Градостроительный кодексРоссийской Федерации, Федеральный закон от 15 апреля 1998 г. N 66-ФЗ «О садоводческих, огороднических и дачных некоммерческих объединениях граждан», далее — Закон N 66-ФЗ):

Согласно пункту 15 части 2 статьи 7 Закона о кадастре (в редакции Федерального закона от 3 июля 2016 г. N 361-ФЗ «О внесении изменений в отдельные законодательные акты Российской Федерации и признании утратившими силу отдельных законодательных актов (положений законодательных актов) Российской Федерации», вступившей в силу 4 июля 2016 г.) в сведениях государственного кадастра недвижимости о назначении здания может быть указано: нежилое здание, жилой дом, жилое строение или многоквартирный дом.

При этом с учетом положений статьи 1 Закона N 66-ФЗ, части 9, пункта 1 части 17 статьи 51 Градостроительного кодекса Российской Федерации:

— на садовом земельном участке может быть создано только жилое строение;

— на дачном земельном участке по усмотрению правообладателя допускается осуществление строительства либо объекта индивидуального жилищного строительства, либо жилого строения;

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

— для строительства объекта индивидуального жилищного строительства получение разрешения на строительство обязательно.

Также обращаем внимание, что положения части 8 статьи 41 Закона о кадастре (в редакции Федерального закона от 3 июля 2016 г. N 361-ФЗ) не могут применяться в отношении заявлений о государственном кадастровом учете и необходимых для такого учета документов, представленных в орган кадастрового учета до 4 июля 2016 г.

Директор Департамента недвижимости

Р.М.ЮСУПОВ

Всегда ли нужна проектная документация на строительство, реконструкцию, капремонт объекта?

Общество

В соответствии с п. 1 части 9 ст. 22 Федерального закона от 05.04.2013 № 44-ФЗ проектно-сметный метод заключается в определении начальной (максимальной) цены контракта, цены контракта, заключаемого с единственным поставщиком (подрядчиком, исполнителем), на строительство, реконструкцию, капитальный ремонт объекта капитального строительства на основании проектной документации в соответствии с методиками и нормативами (государственными элементными сметными нормами) строительных работ и специальных строительных работ.

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

Может ли не быть проектной документации в работах по капитальному ремонту объекта капитального строительства?

Возможно ли применение другого метода в работах по капитальному ремонту?

Отвечает эксперт службы Правового консалтинга

компании «Гарант» Аркадий СЕРКОВ.

Прежде всего следует учитывать, что необходимость подготовки проектной документации при выполнении работ на строительство, реконструкцию, капитальный ремонт объекта капитального строительства вытекает из положения Гражданского кодекса РФ, на котором в том числе основывается Федеральный закон от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее — Закон № 4-ФЗ) (п. 3 ч. 1 ст. 1, ч. 1 ст. 2 этого Закона).

Из п. 1, 2 ст. 740 ГК РФ видно, что договор на выполнение вышеуказанных работ квалифицируется как договор строительного подряда (то, что здания, сооружения являются объектами капитального строительства, видно из п. 10 ст. 1 Градостроительного кодекса РФ). Применение норм о строительном подряде к государственным и муниципальным контрактам на выполнение таких работ следует из ссылки на них в п. 1 ст. 763 ГК РФ. В соответствии с п. 1 ст. 743 ГК РФ подрядчик обязан осуществлять строительство и связанные с ним работы в соответствии с технической документацией, определяющей объем, содержание работ и другие предъявляемые к ним требования, и со сметой, определяющей цену работ. То, что под технической документацией понимается проектная документация, видно из ст. 758 ГК РФ.

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

Что касается обоснования начальной (максимальной) цены такого контракта (далее — НМЦК), то следует обратить внимание, что согласно ч. 6 ст. 22 Закона № 44-ФЗ метод сопоставимых рыночных цен (анализа рынка) является приоритетным для определения и обоснования НМЦК, цены контракта, заключаемого с единственным поставщиком (подрядчиком, исполнителем). Использование иных методов допускается в случаях, предусмотренных ч. 7—11 ст. 22 Закона № 44-ФЗ. При этом только в отношении затратного метода указано, что он применяется в случае невозможности применения иных методов, указанных в п. 1—4 ч. 1 ст. 22 Закона № 44-ФЗ, или в дополнение к иным методам (ч. 10 ст. 22 Закона № 44-ФЗ). Иные методы применяются также в случае невозможности применения для определения начальной (максимальной) цены контракта, цены контракта, заключаемого с единственным поставщиком (подрядчиком, исполнителем), методов, указанных в ч. 1 ст. 22 Закона № 44-ФЗ (ч. 12 этой статьи). Иными словами, выбор заказчика метода обоснования НМЦК определяется невозможностью применения методов, указанных в п. 1—4 ч. 1 ст. 22 Закона № 44-ФЗ, причем фактическим выбор предполагается между приоритетным методом сопоставимых рыночных цен, затратным и иными, непоименованными в законе методами.

Отсюда, по нашему мнению, следует, что применение нормативного, тарифного, проектно-сметного методов обоснования начальной (максимальной) цены контракта, цены контракта с единственным поставщиком, подрядчиком, исполнителем в случаях, поименованных в ч. 7—9 ст. 22 Закона № 44-ФЗ, для заказчика обязательно. В частности, применение проектно-сметного метода обязательно для обоснования начальной (максимальной) цены контракта на строительство, реконструкцию, капитальный ремонт объекта капитального строительства (п. 1 ч. 9 ст. 22 Закона № 44-ФЗ).

Заметим также, что в силу п. 11 ч. 12 ст. 48 Градостроительного кодекса РФ проектная документация на строительство, реконструкцию, капитальный ремонт объектов капитального строительства, финансируемых за счет средств соответствующих бюджетов, должна включать в себя и смету.

Подготовлено по материалам системы Гарант.

Официальный представитель по Волгоградской области

компания «Гарант — Викомэс».

Тел.: (8442)23-11-21, 26-51-72.

www.garant.ru

реклама

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

19 Января 2018

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

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

Правила и принципы

Состав проектной документации объектов капитального строительства определен Градостроительным кодексом Российской Федерации, который предусматривает необходимость разработки не менее 14 разделов. При этом определение состава и требований к содержанию разделов проектной документации отнесено к полномочиям Правительства Российской Федерации.

В настоящий момент все требования к проектной документации собраны в «Положении о составе разделов проектной документации и требованиях к их содержанию», утвержденном постановлением Правительства Российской Федерации от 16 февраля 2008 года № 87 (далее – Положение). Оно устанавливает состав и требования к содержанию разделов проектной документации применительно к различным видам объектов капитального строительства, в том числе к линейным объектам, объектам производственного и непроизводственного назначения, к отдельным этапам строительства объектов капитального строительства, а также при проведении капитального ремонта или реконструкции объектов капитального строительства, включая линейные объекты.

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

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

По мнению экспертного сообщества, для определения направления оптимизации требований к составу и содержанию разделов проектной документации необходима глубокая проработка данного вопроса с проведением сравнительного анализа требований к составу и содержанию проектной документации как в отечественных строительных нормах, регулировавших данный вопрос на более ранних этапах становления строительной отрасли, так и с современным альтернативным подходом к данному вопросу в технически раз- витых государствах.
Нормативные технические документы Госстроя СССР, такие, например, как СН 202-62 «Инструкция по разработке проектов и смет для промышленного строительства», СН 202-69 «Инструкция по разработке проектов и смет для промышленного строительства», СН 202-76 «Инструкция по разработке проектов и смет для промышленного строительства», СН 202-81 «Инструкция о со- ставе, порядке разработки, согласования и утверждения проектов и смет на строительство предприятий, зданий и сооружений», СНиП 1.02.01-85 «Инструкция о составе, порядке разработки, согласования и утверждения проектно-сметной документации на строительство предприятий, зданий и сооружений», СНиП 11-01-95 «Инструкция о порядке разработки, согласования, утверждения и составе проектной документации на строительство пред- приятий, зданий и сооружений» последовательно сменяли друг друга на протяжении длительного времени. Их изучение позволяет провести сравнительный анализ действовавших норм. По мнению отдельных специалистов, нормативная база того времени не соответствовала современным потребностям и сдерживала развитие экономики Российской Федерации, что и стало одним из стимулов для проведения реформы технического регулирования в строительной отрасли. Тем не менее анализ СН 202-81 «Инструкции о составе, порядке разработки, согласования и утверждения проектов и смет на строительство предприятий, зданий и сооружений» наглядно показывает актуальность и соответствие этих норм современным требованиям в сфере технического регулирования.

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

Принцип 1

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

Принцип 2

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

Принцип 3

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

Принцип 4

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

Принцип 5

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

Принцип 6

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

Сравнительный анализ

В начале восьмидесятых годов ХХ века проектная документация состояла из пяти разделов. К 2016 году количество разделов увеличилось до семнадцати. Для получения адекватной оценки сопоставим требования к составу и содержанию проектной документации на 2017 год и к началу восьмидесятых годов ХХ века. Как уже отмечалось, строительные нормы 1981 года предусматривали в составе проектной документации пять разделов: общая пояснительная записка, технологические решения, строительные решения, организация строительства и сметная документация. К примеру, раздел «Строительные решения» должен был содержать:

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

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

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

Большое количество разделов и подразделов проектной документации усложняет и удорожает процессы проектирования и экспертизы. Необходимость готовить такое большое количество разделов и подразделов приводит к привлечению множества субподрядных проектных организаций, что отрицательным образом сказывается на качестве проектной документации в целом, так как действия субподрядчиков нередко недостаточно скоординированы генеральной проектной организацией.
В СССР проектно-сметная документация, разработанная субподрядными проектными организациями, использовалась генеральной проектной организацией при составлении общей пояснительной записки и других разделов проекта, представляемого на экспертизу и утверждение. Сегодня зачастую вместо монолитного проекта имеется набор слабо увязанных между собой разделов проектной документации, разработанных субподрядными организациями. Появлению в смежных разделах проектной документации проектных решений, не увязанных между собой, способствуют многочисленные дублирующие требования к содержанию разделов проектной документации, установленные Положением. Субподрядные организации, разрабатывая свой раздел, а зачастую отдельную инженерную систему, технологическое или конструктивное решение, не имеют представления об общей концепции развития объекта капитального строительства и о проектных решениях, разрабатываемых иными субподрядными организациями по смежным разделам. Генеральный проектировщик, не обладая достаточным количеством времени, что особенно проявляется при устранении замечаний при прохождении экспертизы, не имеет возможности обработать большое количество разделов и проектных решений, отданных на откуп субподрядным организациям. Своевременность внесения изменений в проект постановления Правительства Российской Федерации «О внесении изменений в постановление Правительства Российской Федерации от 16 февраля 2008 г. № 87» в соответствии с пунктом 15 плана мероприятий («дорожная карта») «Оптимизация требований к составу и содержанию разделов проектной документации объектов капитального строительства», утвержденного распоряжением Правительства Российской Федерации от 29 июня 2013 г. № 1336-р, обусловлена необходимостью корректировки состава разделов проектной документации. Какими могут быть иные возможности оптимизации требований к проектной документации, которые могли бы способствовать совершенствованию правового регулирования градостроительной деятельности и улучшению предпринимательского климата в сфере строительства?

Способы оптимизации

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

Ведомственные инструкции о составе, порядке разработки, согласовании и утверждении проектной и сметной документации на строительство учитывали специфику объектов капитального строительства, включая линейные объекты, что исключало излишние требования к составу и содержанию проектной документации. Например, ведомственные строительные нормы ВСН 39-86 «Инструкция о составе, порядке разработки, согласования и утверждения проектно-сметной документации на строительство скважин на нефть и газ» регламентировали требования к составу и содержанию проектной документации на строительство скважин на нефть и газ, на суше и на море, но в отличие от СН 202-81 предъявляли требования с учетом специфики проектируемых объектов, минимизируя состав и содержание разделов проектной документации. Ведомственные строительные нормы облегчали работу проектировщика и экономили время, исключали из состава и содержания разделов излишние требования к разрабатываемой проектной документации. Для еще большей оптимизации требований к проектной документации в развитие строительных норм разрабатывались приложения, которые содержали как примерный состав рабочего проекта, например, жилого дома, общественного здания или сооружения, так и примерный состав материалов определенных мероприятий, разрабатываемых в рабочем проекте, например, по охране окружающей среды. В настоящее время Положением не предусмотрены уточняющие требования к составу и содержанию разделов проектной документации, отражающих специфику отдельных объектов капитального строительства. Проектным сообществом были бы востребованы соответствующие материалы, определяющие минимально необходимый и достаточный набор мероприятий, обосновывающих выполнение требований по гражданской обороне, предупреждению чрезвычайных ситуаций природного и техногенного характера, обеспечению промышленной безопасности и безопасной эксплуатации объектов капитального строительства для проектной документации повторного использования, модифицированной проектной документации, а также для объектов метрополитена, автомобильных дорог, железных дорог, линий связи, магистральных трубопроводов, по добыче полезных ископаемых.

Не менее значительным является вопрос о требованиях, предъявляемых к содержанию разделов, проработке и детализации принимаемых проектных решений. Крайне важно определить, что следует разрабатывать и представлять на экспертизу в объеме проектной документации. Отсутствие однозначных требований к содержанию разделов проектной документации приводит к разногласиям между экспертами, проектировщиками на этапах проектирования и экспертизы.
Градостроительным кодексом и иными законодательными и нормативными правовыми актами Российской Федерации предусмотрено одностадийное проектирование в виде «рабочего проекта». Поэтому остро стоит проблема определения степени детализации проектных решений и соответственно глубины экспертизы. Объем и степень детализации проектных решений, представляемых сегодня на экспертизу, зачастую завышены, что приводит к необоснованному усложнению и удорожанию проектирования, препятствует внедрению инновационных технологий и современного оборудования. Для прохождения экспертизы проектировщикам приходится максимально задействовать свои ресурсы для детальной проработки проектных решений и подбора оборудования. В значительной мере время, отведенное на реализацию инвестиционного проекта, тратится на подготовку проектной документации для прохождения экспертизы и получения разрешения на строительство. С момента получения разрешения на строительство и выхода рабочих на объект до ввода объекта в эксплуатацию проходит значительный временной промежуток – от нескольких месяцев до нескольких лет в зависимости от сложности и технико-экономических показателей объекта капитального строительства. В период строительства, до ввода объекта в эксплуатацию, возможно появление новых строительных материалов, инновационных технологий и архитектурно- строительных решений. Внедрение новых строительных материалов, инновационных технологий и архитектурно-строительных решений на объекте, проектные решения которого прошли согласование в экспертизе, связано с переработкой проектной документации и, возможно, повторным прохождением экспертизы. Все это приводит к необоснованным расходам и увеличению сроков реализации инвестиционного проекта. Зачастую инвесторам и проектировщикам приходится отказываться от внедрения на объекте новых технологий, оборудования и инженерных систем в пользу устаревших из-за отсутствия времени на переработку проектной документации и согласование новых проектных решений.

Какой объем проработанной в проектной документации информации необходим для получения разрешения на строительство?

В настоящее время в рейтинге Doing Business Всемирного банка по показателю получения разрешения на строительство Российская Федерация находится на 115-м месте. В этой связи на совещании с членами Правительства Российской Федерации, состоявшемся 31 октября 2017 года и посвященном, в том числе вопросам улучшения делового климата, Президент России В.В. Путин особо обратил внимание на необходимость активизации соответствующей работы в сфере строительства. 2 Разрешение на строительство представляет собой документ, который подтверждает соответствие проектной документации требованиям, установленным градостроительным регламентом, проектом планировки территории и проектом межевания территории. Градостроительный регламент устанавливает вид разрешенного использования земельных участков, предельные параметры разрешенного строительства, реконструкции объектов капитального строительства. Градостроительный план земельного участка содержит информацию о разрешенном использовании земельного участка, требованиях к назначению, параметрам и размещению объекта капитального строительства на указанном участке, информацию о технических условиях подключения (технологического присоединения) объектов капитального строительства к сетям инженерно-технического обеспечения. Таким образом, на момент прохождения экспертизы и получения разрешения на строительство должны быть определены назначение и предельные параметры объектов капитального строительства, а также необходимые сведения в целях обеспечения защиты жизни и здоровья граждан и охраны окружающей среды. Полный объем информации и проектных решений (рабочий проект) об объекте капитального строительства необходим только к моменту ввода его в эксплуатацию, поскольку разрешение на ввод объекта в эксплуатацию представляет собой документ, подтверждающий:

● выполнение строительства, реконструкции объекта капитального строительства в полном объеме в соответствии с разрешением на строительство и проектной документацией;

● соответствие построенного, реконструированного объекта капитального строительства требованиям технических регламентов, соответствие параметров построенного, реконструированного объекта капитального строительства проектной документации, в том числе требованиям энергетической эффективности и требованиям оснащенности объекта капитального строительства приборами учета используемых энергетических ресурсов;

● соответствие построенного, реконструированного объекта капитального строительства техническим условиям.

По мнению профессионального сообщества, данное положение предоставляет возможность изыскания иных мероприятий, способствующих дальнейшей минимизации требований к составу и содержанию разделов проектной документации на строительство, реконструкцию, капитальный ремонт объектов капитального строительства, финансируемых за счет средств частных инвесторов без привлечения средств бюджетов бюджетной системы Российской Федерации, средств юридических лиц, созданных Российской Федерацией, субъектами Российской Федерации, муниципальными образованиями, юридических лиц, доля Российской Федерации, субъектов Российской Федерации, муниципальных образований в уставных капиталах которых составляет более 50%, и не являющихся уникальными и технически сложными. Содержание проектной документации на такие объекты на момент предоставления в экспертизу возможно должно ограничиваться основными архитектурно-планировочными и конструктивными решениями, основными решениями по инженерному и технологическому оборудованию, отделке зданий, обоснованием предельных параметров объектов капитального строительства, необходимыми сведениями, направленными на обеспечение защиты жизни и здоровья граждан, охраны окружающей среды. Дальнейшая детальная проработка и увязка на объекте проектных решений должна осуществляться на последующих стадиях проектирования и завершаться до момента получения разрешения на ввод объекта в эксплуатацию.

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

● в одну стадию – рабочий проект со сводным сметным расчетом стоимости – для предприятий, зданий и сооружений, строительство которых будет осуществляться по типовым и повторно применяемым проектам, а также для технически несложных объектов;

● в две стадии – проект со сводным сметным расчетом стоимости и рабочая документация со сметами – для других объектов строительства, в том числе крупных и сложных.

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

Стадия 0.

Предпроектные материалы – проектное задание (задание на проектирование).

Стадия 1.

Технико-экономическое обоснование (Design Concept) – набор основных положений, касающихся проекта, учитываемых на всех этапах проектирования и принимающих во внимание все существующие ограничения.

Стадия 2.

 Эскизный проект (Schematic design) – начальный проект, представленный на второй стадии процесса проектирования и основанный на концепции проекта.

Стадия 3.

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

Стадия 4.

Рабочая документация (Final design) – финальный этап проектирования, выполняемый после одобрительной оценки детального проектирования.

Стадия 5. Утвержденная рабочая документация

В нормативных документах стран таможенного союза ЕАЭС, таких как Беларусь и Казахстан, также сделан акцент на многостадийность процесса проектирования объектов капитального строительства. Но европейские нормативные документы предполагают более глубокую дифференциацию процесса проектирования, чем стандарты стран таможенного союза ЕАЭС. К тому же Европейский комитет по стандартизации (CEN) не остановился на достигнутом результате и продолжает работу в части структурирования стадийности проектных работ в области капитального строительства. Из национальных стандартов Российской Федерации только ГОСТ Р 55654-2013 (ИСО 16813:2006), являющийся модифицированным по отношению к международному стандарту ISO 16813:2006 «Building environment design – Indoor environment – General principles» с учетом потребностей национальной экономики Российской Федерации и особенностей российской национальной стандартизации, предусматривает выделение четырех стадий процесса проектирования объектов капитального строительства. Положительный опыт использования в европейских стандартах многостадийного проектирования позволяет рассмотреть возможность исключения излишней детализации проектных решений и сокращения разделов проектной документации на момент прохождения экспертизы до количества, достаточного для последующего качественного проектирования и строительства зданий и сооружений с надлежащими параметрами безопасности, надежности и эффективности.

Выводы

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

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

● возможного дублирования требований к содержанию в смежных разделах проектной документации;

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

● требований, приводящих к излишней детализации проектных решений.

Капитальный ремонт без проектной документации

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

Итак, напомню о чем идет речь. Дело в том, что с 01.07.2019г. в соответствии с пунктом 8 части 1 статьи 33 Закона № 44-ФЗ документация о закупке при осуществлении закупки работ по строительству, реконструкции, капитальному ремонту, сносу объекта капитального строительства должна содержать проектную документацию, утвержденную в порядке, установленном законодательством о градостроительной деятельности, за исключением случая, если подготовка проектной документации в соответствии с указанным законодательством не требуется. Включение проектной документации в документацию о закупке в соответствии с настоящим пунктом является надлежащим исполнением требований пунктов 1 — 3 части 1 статьи 33 Закона № 44-ФЗ.

Однако, подготовка проектной документации — дело дорогостоящее и занимает довольно много времени. И вот сегодня мне попалось любопытное решение Санкт-Петербургского УФАС.

Суть его в том, что если закупка осуществляется с привлечением средств бюджетов бюджетной системы Российской Федерации, то в качестве проекта может выступать смета!

Вот цитаты из данного решения:

В силу ч.1 ст.48 Градостроительного кодекса Российской Федерации архитектурно-строительное проектирование осуществляется путем подготовки проектной документации (в том числе путем внесения в нее изменений в соответствии с настоящим Кодексом) применительно к объектам капитального строительства и их частям, строящимся, реконструируемым в границах принадлежащего застройщику или иному правообладателю (которому при осуществлении бюджетных инвестиций в объекты капитального строительства государственной (муниципальной) собственности органы государственной власти (государственные органы), Государственная корпорация по атомной энергии «Росатом», Государственная корпорация по космической деятельности «Роскосмос», органы управления государственными внебюджетными фондами или органы местного самоуправления передали в случаях, установленных бюджетным законодательством Российской Федерации, на основании соглашений свои полномочия государственного (муниципального) заказчика) земельного участка, а также раздела проектной документации «Смета на капитальный ремонт объекта капитального строительства» при проведении капитального ремонта объекта капитального строительства в случаях, предусмотренных частью 12.2 настоящей статьи.

Согласно ч.12.2 ст.48 Градостроительного кодекса Российской Федерации в случае проведения капитального ремонта объектов капитального строительства, финансируемого с привлечением средств бюджетов бюджетной системы Российской Федерации, средств лиц, указанных в части 1 статьи 8.3 настоящего Кодекса, осуществляется подготовка сметы на капитальный ремонт объектов капитального строительства на основании акта, утвержденного застройщиком или техническим заказчиком и содержащего перечень дефектов оснований, строительных конструкций, систем инженерно-технического обеспечения и сетей инженерно-технического обеспечения с указанием качественных и количественных характеристик таких дефектов, и задания застройщика или технического заказчика на проектирование в зависимости от содержания работ, выполняемых при капитальном ремонте объектов капитального строительства. Застройщик по собственной инициативе вправе обеспечить подготовку иных разделов проектной документации, а также подготовку проектной документации при проведении капитального ремонта объектов капитального строительства в иных случаях, не указанных в настоящей части.

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

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

Читайте также: ФАС РФ: смета = проектная документация

Поделиться в социальных сетях

Срок разработки проектной документации согласно договору.

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

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

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

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

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

Какой срок разработки проектной документации?

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

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

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

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

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

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

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

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

Мы сумеем реализовать проект любой сложности

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

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

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

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

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

Разработка проекта и документация | NCARB

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

Подготовка к разработке проекта и документации? Вы можете найти более подробную информацию, примеры вопросов и рекомендуемые ссылки в нашем ARE 5.0 Справочник и видео подготовительной серии.

Примечание: в настоящее время существует две версии Руководства ARE 5.0. Убедитесь, что вы используете правильную версию:

• A RE 5.0 Справочник Действует с 14 декабря 2020 г.
• ARE 5.0 Handbook Действует с 14 декабря 2020 г. и далее (с сокращенным количеством предметов и обновленным временем приема)

PDD включает разделы по следующим областям содержания:

• Интеграция строительных материалов и систем
  • Анализировать интеграцию архитектурных систем и технологий для достижения целей проекта
  • Определение размера механических, электрических и водопроводных систем и компонентов для достижения целей проекта
  • Определите размер структурных систем для достижения целей проекта
  • Интеграция специальных систем, таких как акустика, освещение, пожаротушение, транспортировка, безопасность и связь, для достижения целей проекта
  • Определите, как детализировать интеграцию нескольких систем и технологий здания
  • Координационные механические, электрические, сантехнические, конструкционные и специальные системы и технологии
• Строительная документация
  • Определить соответствующую документацию строительного проекта
  • Определить соответствующую документацию по характеристикам сайта
  • Определить соответствующую документацию подробных строительных чертежей в рамках отдельных архитектурных систем
  • Применить стандарты, необходимые для составления набора четкой и согласованной строительной документации
  • Определить влияние изменений проекта на требования к документации и методы сообщения об этих изменениях владельцу и команде разработчиков
• Руководство по проекту и спецификации
  • Определение и расстановка приоритетов для компонентов, необходимых для написания, обслуживания и уточнения руководства по проекту
  • Определение и определение приоритетов компонентов, необходимых для написания, поддержки и уточнения спецификаций проекта
  • Согласовать технические условия с СД
• Кодексы и правила
  • Определить соответствие строительным нормативным требованиям (IBC) на уровне детализации
  • Определение соблюдения нормативных требований по специальности на уровне детализации
• Смета строительства
  • Проанализировать смету расходов на строительство для подтверждения согласования с проектом

Понимание ARE 5.0 подразделений: планирование и дизайн проекта против разработки проекта и документации | NCARB

В предыдущем посте в блоге мы провели подробное сравнение двух новых подразделений ARE 5.0: управления практикой и управления проектами. Теперь давайте посмотрим на Project Planning & Design и Project Development & Documentation — два подразделения, которые кажутся похожими друг на друга, и не только по названию. Это самые большие подразделения в ARE 5.0, в каждом из которых есть 120 вопросов и пять часов на прием.И тем кандидатам, которые используют рекомендованный нами подход к стратегическому тестированию, это единственные два подразделения ARE 5.0, которые вам нужно принять.

Так о чем они все? И в чем между ними разница?

Project Planning & Design занимается предварительным проектированием участков и зданий. Ожидайте увидеть контент о:

• Условия окружающей среды и контекст
• Нормы и правила
• Строительные системы, материалы и узлы
• Проект интеграции программы и систем
• Стоимость проекта и составление бюджета

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

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

• Интеграция строительных материалов и систем
• Строительная документация
• Руководство проекта и спецификации
• Нормы и правила
• Смета строительства

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

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

Другой способ подумать о различиях между этими двумя делениями — это масштабы рисования.Планирование и проектирование проекта будет в масштабе 1/8 дюйма, 1/4 дюйма или даже 1/2 дюйма, тогда как разработка проекта и документация будут представлять собой подробные чертежи в меньшем масштабе 3/4 дюйма или 1 1/2 дюйма. Любые диаграммы или расписания (дверная фурнитура, окна и т. Д.) Также будут в PDD. Помните об этих различиях во время обучения, чтобы лучше подготовиться к каждому разделу.

Просмотреть ветку обсуждения.

Проектная документация: передовые методы управления ими

Четкая и подробная проектная документация необходима для успеха самого проекта.

Это хорошо знает каждый хороший руководитель проекта!

На самом деле необходимо постоянно обновляться до , чтобы не отставать от проекта .

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

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

Итак, понятно, важна проектная документация, важны ее правильное оформление и сохранение.

Так в чем проблема? Проблема на самом деле очень проста: большинство людей ненавидят из-за компиляции документации .

Это трудоемкий процесс!

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

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

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

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

• Малые проекты : эти проекты длятся от одного до четырех месяцев. Акцент делается на скорость и завершение проекта как можно быстрее . Примеры таких проектов — создание веб-сайта или просто обновление существующих систем.
• Средние проекты : эти проекты занимают до 12 месяцев и являются стандартом для большинства компаний. Они не такие быстрые и обычно включают внешних поставщиков . Уровень риска и контроль изменений повышается по отношению к небольшим проектам.
• Супер габаритные проекты : это самые крупные и сложные проекты. На их выполнение могут потребоваться годы. Примером этого проекта является строительство здания.

Определение потребности в проектной документации

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

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

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

Например, это касается медицины, фармацевтики или обороны.

Австралийское исследование ссылки CSIRO (The Commonwealth Scientific and Industrial Research Organization) на сайт target = blank, в котором принималось участие около 350 компаний, показало, что неполная документация привела к снижению эффективности проекта на .

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

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

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

Создайте правильную документацию

Иногда руководители проектов не хотят создавать новые документы для каждого из своих проектов.

В качестве альтернативы можно использовать широкий спектр проверенных моделей проекта .

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

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

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

В частности, проектная документация фокусируется на:

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

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

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

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

Необходимые документы

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

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

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

• Документация для клиентов : для этой темы достаточно простого примера.Представьте, что клиент запрашивает у менеджера проекта информацию о решении, принятом пару месяцев назад. Заказчик утверждает, что четко выбрал направление, но компания решила пойти по другому. Четкая документация по встречам с клиентами с конкретными датами, временем и участниками поможет всем запомнить принятое решение, а — прояснить любые недоразумения. .
• Юридические документы : Для некоторых проектов существует юридических требований , которые требуют составления специальных документов.Например, для государственных проектов могут потребоваться процессы надзора и проверки для анализа проекта после его завершения. Юридические требования проекта должны быть ясны уже в начале самого проекта.
• Документация процесса : важные процессы в рамках проекта должны быть задокументированы. Эта документация также может быть полезна в качестве ресурса для любых подобных будущих проектов. В случае сомнений лучший подход — всегда задокументировать.
• Документация по изменениям проекта : Обновления проекта необходимы для документирования, когда цели или выполнение проекта изменяются из-за внутренних факторов или внешних причин .Заинтересованные стороны также должны быть проинформированы об этих изменениях и получить соответствующую документацию.

Передовой опыт документации

Какие лучшие стратегии использовать с по вести эффективную, действенную и своевременную документацию ? Вот лучшие практики :

• Не торопясь: многие люди думают, что календарь используется только для настройки встреч . Это не просто так! Календарь может быть использован для программирования блоков времени, чтобы отразить и для составления основного документа для проекта .Нам нужно время, чтобы написать официальный документ . Этого не может произойти, если вы продолжаете отвечать на телефонные звонки, писать электронные письма и разговаривать с коллегами. Точно так же вы можете планировать 10-15-минутные блоки каждую неделю, чтобы просматривать и обновлять документацию .
• Введите правильные детали: в зависимости от цели документации она должна содержать больше или меньше деталей, и, в зависимости от роли целевой аудитории , детали должны быть определенного типа или другого типа.Например, инженеру потребуется , технические детали проекта , а менеджеру по маркетингу будут сосредоточены другие факторы. Менеджер проекта должен учитывать правильный уровень детализации документации.
• Smart Storage : документация должна быть легко узнаваемой и легко доступной. Это также включает использование четких и легко идентифицируемых ключевых слов.
• Совместное использование: документация должна быть общедоступной, и ее нельзя сохранять отдельно на ПК менеджера проекта. Обмен документацией с соответствующими сотрудниками также позволяет получать конструктивную обратную связь , если требуются изменения.
• Обновление документации : по мере продвижения проекта необходимо обеспечить правильное обновление документации проекта. Нет нужды тратить время на написание исходных документов, а затем предавать их забвению.

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

Следовательно, важно правильно оценить проектную документацию .

Поэтому в TWproject мы сделали жизнь проще!

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

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

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

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

Ваши документы всегда будут в одном клике от ваших проектов (и ресурсов, и даже от проблем).

Вы сможете подключиться и получить доступ к своим документам двумя способами:

• Загрузка документа прямо в TWproject
• Создание ссылки на файловый архив
• Добавление ссылки, если у вас уже есть репозиторий документов,

Таким образом, у вас будет доступ к вашим документам прямо из Twproject: единое место, откуда можно все управлять и размещать все, что доступно команде.

Неплохо, правда?

Все во время работы, в том числе удаленно или с мобильного телефона.

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

А какое у вас отношение к проектной документации?

Это сложная задача для вас или вы часть руководителей проектов, которые не борются с ней?

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

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

Уточнение требований к программному обеспечению Документация

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

Документация

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

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

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

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

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

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

Рекомендуемая структура для SRD (Щелкните изображение, чтобы изменить в Интернете)

Что представляют собой документы о требованиях к программному обеспечению?

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

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

Что входит в SRD?

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

Хорошо написанное SRD должно:

• Разбейте проблему на управляемые части.
• Служит эталоном для тестирования и проверки.
• Информирует о проектных спецификациях (т. Е. SRD должен включать достаточную информацию о требованиях к программному обеспечению, чтобы обеспечить эффективный дизайн).
• Обеспечивает обратную связь с клиентом (конечным пользователем).

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

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

• Интерфейсы
• Функциональные возможности
• Уровни эффективности
• Структуры / элементы данных
• Безопасность
• Надежность
• Безопасность / конфиденциальность
• Качество
• Ограничения и ограничения

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

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

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

Поддерживайте порядок

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

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

Посмотрите, как команда Lucidchart использовала блок-схемы для документации по программному обеспечению!

Обеспечить выполнение требований

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

Например, предположим, что вы разрабатываете веб-страницу. Одно из изложенных требований — что должно произойти в случае ошибки.Неполное требование может содержать что-то вроде «В случае ошибки система должна завершиться плавно».

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

Чтобы этого избежать, напишите полное требование, определяющее, как будет выглядеть успешная функция:

«В случае ошибки система должна показать страницу ошибки со следующим сообщением:

Угу! Похоже, что-то пошло не так.Пожалуйста, попробуйте еще раз через несколько минут. Если проблема не исчезнет, ​​обратитесь в нашу службу поддержки по адресу [email protected]. ”

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

Сделать требования доступными для проверки

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

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

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

• Инспекция
• Демонстрация
• Обзор
• Тестирование

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

Применить функциональные требования, не зависящие от реализации

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

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

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

• Более эффективный процесс проектирования
• Изменяемые требования, не зависящие от конкретной реализации проекта
• Меньше противоречий между требованиями из-за противоположных деталей реализации

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

Оцените документацию с заинтересованными сторонами

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

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

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

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

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

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

Начать документировать

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

Узнайте, как

.