Чем отличается проектная документация от рабочей документации? - VISTAGRUP.RU

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

Вопросы и ответы по понятиям: проектная, рабочая документация, проекты и рабочие проекты, проекты стадии «П» и «Р» и т. п.

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

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

Почему у вас рядом с проектной документацией в скобках написано (проект, стадия «П»), а рядом с рабочей документацией — (рабочий проект, стадия «Р»)?

Проектная документация и проект, стадия «П» — это, по сути, один и тот же проектный документ, поэтому мы пишем эти все понятия, определения и слова рядом.

Рабочая документация и рабочий проект, стадия «Р» — это другой документ, к которому эти все слова относятся. То есть слов написано много, а документов всего два:

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

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

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

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

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

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

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

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

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

Постановление Правительства РФ №87 и принятый ГОСТ Р 21.1101-2013 «Национальный стандарт Российской Федерации. Система проектной документации для строительства. Основные требования к проектной и рабочей документации» определяют следующий состав проектной документации:

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

  • обложка;
  • титульный лист;
  • содержание тома;
  • ведомость «Состав проектной документации»;
  • текстовая часть;
  • графическая часть (чертежи и схемы).

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

Рабочая документация, исходя из Постановления Правительства РФ № 87 от 16 февраля 2008 года, — это пакет документов, разрабатываемый для того, чтобы было возможно внедрить и соблюсти решения, отраженные в проектной документации в процессе строительства. Ее содержание и состав определяется в большей степени потребностями заказчика, исходя из того уровня детализации составных частей проектной документации, который ему и монтирующим организациям нужен и указывается в проектировочном задании.

ГОСТ Р 21.1101-2013, пункт 4.2.1. определяет состав рабочей документации так: рабочие чертежи и прилагаемые документы, разработанные в дополнение к рабочим чертежам основного комплекта.

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

  • деталировками узлов;
  • чертежами нетиповых изделий;
  • спецификацией на оборудование и материалы.
Откуда взялись эти понятия «проектная документация» и «рабочая документация»?

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

Понятие Проектной документации употребляется в самом заголовке Постановления Правительства РФ №87, так как он называется «О составе разделов проектной документации и требованиях к их содержанию». В тексте этого Постановления пункт 4 говорит о рабочей документации и её содержании:

    «4. В целях реализации в процессе строительства архитектурных, технических и технологических решений, содержащихся в проектной документации на объект капитального строительства, разрабатывается рабочая документация, состоящая из документов в текстовой форме, рабочих чертежей, спецификации оборудования и изделий.»
А что еще такое «проект» и «рабочий проект», стадия «П» и стадия «Р»?

Среди проектировщиков «проектную документацию» называют просто проектом, а «рабочую документацию» — рабочим проектом или «рабочкой».

Также специалисты называют «проектную документацию» проектом стадии «П», а «рабочую документацию» или рабочий проект — проектом стадии «Р».

Иногда говорят «проект Р-стадии», «проект П-стадии», «проект стадии РД» и так далее. Все эти словосочетания и определения детализации проектной работы имеют общие корни с Проектной и Рабочей документацией.

Стадии «П» (проектная) и «Р» (рабочая) — это обозначения проектов в документации по ГОСТ, принятые на чертежах.

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

Да, у нас на сайте в услугах проектирования инженерных систем принято так:

А можно узнать подробнее о деталях разработки рабочей документации или рабочего проекта, то есть проекта стадии «Р» по инженерным системам?

Если есть еще вопросы, то звоните +7 (495) 739-37-79.

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

Дополнительные вопросы

В соответствии с Постановлением Правительства РФ № 87 от 16.02.2008 года п. 19. «Отопление, вентиляция и кондиционирование воздуха, тепловые сети» Раздел 5 указано, что в текстовой части должно содержаться «… описание систем автоматизации и диспетчеризация процесса регулирования отопления, вентиляции и кондиционирования воздуха».

Что входит в ваши проекты (проектную документацию), и насколько вы считаете наличие данного пункта важным?

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

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

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

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

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

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

Теперь мы получили представление, что такое проектная документация и из каких разделов она состоит. Однако, это всё ещё общие слова, а хотелось бы конкретики. Конкретика изложена в Постановлении Правительства РФ от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию» (далее — №87-ППРФ).

Так, пункт 3 «Положения о составе разделов проектной документации и требованиях к их содержанию», утверждённого №87-ППР, указывает, что проектная документация состоит из текстовой и графической частей.

Читайте также  Прокладка кабеля по фасаду здания ПУЭ

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

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

Вот с этим уже можно работать, но продолжим чтение.

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

После этих слов возникает понимание, что «проект», который в представлении обывателя, не сталкивавшегося с процессом проектирования, ассоциируется с небольшой книжицей формата А4 или А3 (или довольно увесистым томом, в зависимости от объекта проектирования), на самом деле нечто иное. И состоит этот проект из двух отдельных частей: проектной документации и рабочей документации. Прежде чем разбирать отличие этих понятий, надо усвоить ещё немного теории.

Не будем отнимать время совместным изучением положений №87-ППРФ, скажем коротко, что в соответствии с ним в составе проектной документации должно присутствовать 13 разделов:

1) пояснительная записка;

2) схема планировочной организации земельного участка;

3) архитектурные решения;

4) конструктивные и объемно-планировочные решения;

5) сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений;

6) проект организации строительства;

7) проект организации работ по сносу или демонтажу объектов капитального строительства;

8) перечень мероприятий по охране окружающей среды;

9) мероприятия по обеспечению пожарной безопасности;

10) мероприятия по обеспечению доступа инвалидов;

10_1) мероприятия по обеспечению соблюдения требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учёта используемых энергетических ресурсов;

11) смета на строительство объектов капитального строительства;

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

Как правило, системы автоматической пожарной сигнализации Нажмите для перехода на ПожВики и оповещения Нажмите для перехода на ПожВики людей о пожаре описываются в разделе 9 «Мероприятия по обеспечению пожарной безопасности». Однако некоторые проектировщики относят их к разделу 5 на основании того, что разрабатываемые системы являются инженерными и включают в свой состав сети.

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

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

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

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

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

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

Так выглядит правильный процесс проектирования.

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

Вопреки предусмотренному №87-ППРФ алгоритму действий, проектирование начинается с разработки рабочей документации. И только потом, в случае необходимости, на её основе создаётся проектная документация. Это делается в целях экономии трудовых и временных затрат. Кроме того, как правило, без детальной проработки рабочей документации невозможно выполнить необходимые расчёты, предусмотренные пунктом 3 «Положения о составе разделов проектной документации и требованиях к их содержанию». Во многом описанный порядок действий обусловлен спецификой объектов — он целесообразен именно для отдельно разрабатываемых систем автоматической противопожарной защиты существующих зданий.

Перед тем как взяться за рабочую документацию, необходимо изучить «Техническое задание на проектирование», обследовать объект защиты, на который разрабатывается система, согласовать с заказчиком конечный результат, определиться, на каком оборудовании будут построены системы, какие функции они будут выполнять, где будут размещаться, как будут выглядеть и т.п. Имея на руках эти данные, можно приступать к подготовке рабочей документации. Но загвоздка в том, что состав проектной документации определён №87-ППРФ, а вот состав рабочей документации, во всяком случае, на системы пожарной автоматики, не определён ничем. Поэтому приходится руководствоваться опытом работы и здравым смыслом. Рабочая документация состоит, как правило, из четырёх разделов:

1) пояснительная записка;

2) рабочие чертежи;

3) кабельный журнал;

4) спецификация оборудования и материалов.

Также в ней отдельно содержатся приложения.

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

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

В чем принципиальное отличие проекта (стадия П) от рабочей документации (стадия РД) ведь и там, и там пояснительная записка, схемы, планы, спецификация?

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

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

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

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

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

Раздел 1 «Пояснительная записка».

Раздел 2 «Схема планировочной организации земельного участка».

Раздел 3 «Архитектурные решения».

Раздел 4 «Конструктивные и объемно-планировочные решения».

Раздел 5 «Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений»:

а) подраздел «Система электроснабжения»;

б) подраздел «Система водоснабжения»;

в) подраздел «Система водоотведения»;

г) подраздел «Отопление, вентиляция и кондиционирование воздуха, тепловые сети»;

д) подраздел «Сети связи»;

е) подраздел «Система газоснабжения»;

ж) подраздел «Технологические решения»;

Читайте также  СП молниезащита зданий и сооружений

Раздел 6 «Проект организации строительства».

Раздел 7 «Проект организации работ по сносу или демонтажу объектов капитального строительства».

Раздел 8 «Перечень мероприятий по охране окружающей среды».

Раздел 9 «Мероприятия по обеспечению пожарной безопасности».

Раздел 10 «Мероприятия по обеспечению доступа инвалидов».

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

Раздел 12 «Смета на строительство объектов капитального строительства».

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

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

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

(«ГОСТ Р 21.1101-2009. Система проектной документации для строительства. Основные требования к проектной и рабочей документации» (утв. Приказом Ростехрегулирования от 30.11.2009 N 525-ст))

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

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

(«ГОСТ 21.502-2007. Система проектной документации для строительства. Правила выполнения проектной и рабочей документации металлических конструкций» (введен в действие Приказом Ростехрегулирования от 25.03.2008 N 58-ст))

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

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

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

Кроме того: Минрегион России рекомендует при определении стоимости проектных работ принимать «распределение базовой цены проектирования. в зависимости от стадии проектирования. проектная документация — 40%, рабочая документация — 60%»

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

Результатом проектирования в виде документа (ГОСТ 21.001-2013 Система проектной документации для строительства (СПДС). Общие положения) может быть:
— проектная документация;
— рабочая документация.

Все вместе это является проектной продукцией.

ГОСТ 21.001-2013: «3.1.7 проектная продукция: Проектная, рабочая, отчетная документация по инженерным изысканиям и иная техническая документация, выпускаемая разработчиком для организации, обеспечения и осуществления строительства с учетом применения всех установленных к ней требований.»

ГК РФ:
14.2) капитальный ремонт объектов капитального строительства (за исключением линейных объектов) — замена и (или) восстановление систем инженерно-технического обеспечения и сетей инженерно-технического обеспечения объектов капитального строительства или их элементов.

Технический регламент о безопасности зданий и сооружений

На эксплуатируемые здания делается рабочая документация Даже если здание построено до 1917 года, предполагается, что проектная документация на него есть (или была, но утеряна в 1918 году).Там отражены противопожарные мероприятия на момент 1917 года. Проектная документация, например, на АУПС разрабатывается только в составе 9-го раздела на новое строительство. Проектная документация на старое здание может быть только восстановлена.

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

а где этот вывод зафиксирован — в акте, или предписании? если да, то на какой пункт какого нормативного документа он там сослался?
смотрим этот пункт — если он прав, исправить, если нет, то нет

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

По постановлению № 87 — оно распространяется на стадию П проекта, которая проходит экспертизу проекта для объекта, подлежащего этой экспертизе, а это не все объекты.

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

Есть ГОСТ по оформлению проектной документации.

Так что термин «исполнительная документация» в области пожбезопасности присутствует.

[25.08.2020 11:58:05] Здание существующее. Дело в том, что инспектор со слов ребят (!) монтажной органиции, утверждает, что если это проект, то и должно быть написано «Проектная документация»***

Согласно подпункту а) пункта 2 части 12 статьи 48 ГрК в состав проектной документации объектов капитального строительства с учетом особенностей, предусмотренных частью 13 настоящей статьи, включаются разделы, содержащие архитектурные, функционально-технологические, конструктивные, инженерно-технические решения и (или) мероприятия, направленные на обеспечение соблюдения требований технических регламентов, в том числе требований механической, пожарной и иной безопасности, требований энергетической эффективности, требований оснащенности зданий, строений, сооружений приборами учета используемых энергетических ресурсов к зданиям, строениям и сооружениям (в том числе к входящим в их состав сетям и системам инженерно-технического обеспечения), требований к обеспечению доступа инвалидов к объекту капитального строительства. Руководствуясь частью 15 статьи 48 ГрК проектная документация, а также изменения, внесенные в нее в соответствии с частями 3.8 и 3.9 статьи 49 настоящего Кодекса, утверждаются застройщиком, техническим заказчиком, лицом, ответственным за эксплуатацию здания, сооружения, или региональным оператором.
В соответствии с частью 12.2 ГрК в случае проведения капитального ремонта объектов капитального строительства, финансируемого с привлечением средств бюджетов бюджетной системы Российской Федерации, средств лиц, указанных в части 1 статьи 8.3 настоящего Кодекса, осуществляется подготовка сметы на капитальный ремонт объектов капитального строительства на основании акта, утвержденного застройщиком или техническим заказчиком и содержащего перечень дефектов оснований, строительных конструкций, систем инженерно-технического обеспечения и сетей инженерно-технического обеспечения с указанием качественных и количественных характеристик таких дефектов, и задания застройщика или технического заказчика на проектирование в зависимости от содержания работ, выполняемых при капитальном ремонте объектов капитального строительства.
Требования к составу разделов установлены «Положением о составе разделов проектной документации и требований к их содержанию», утвержденному Постановлением Правительства РФ от 16.02.2008 № 87 (далее — Постановление Правительства № 87).
Согласно п. 6 Постановления Правительства № 87 правила выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, устанавливаются Министерством строительства и жилищно-коммунального хозяйства Российской Федерации. Состав раздела «Мероприятия по обеспечению его безопасности», в состав которого входят требования к системе обеспечения пожарной безопасности объекта капитального строительства, в том числе к системам обнаружения пожара и оповещения людей о пожаре установлен п. 26 указанного положения.
При этом, согласно пункту 4 Постановления Правительства № 87 в целях реализации в процессе строительства архитектурных, технических и технологических решений, содержащихся в проектной документации на объект капитального строительства, разрабатывается рабочая документация, состоящая из документов в текстовой форме, рабочих чертежей, спецификации оборудования и изделий.
Руководствуясь пунктом 3.1.6 ГОСТ Р 21.1101-2013 «Система проектной документации для строительства (СПДС). Общие положения» рабочая документация – совокупность текстовых и графических документов, обеспечивающих реализацию принятых в утвержденной проектной документации технических решений объекта капитального строительства, необходимых для производства строительных и монтажных работ, обеспечения строительства оборудованием, изделиями и материалами и/или изготовления строительных изделий.
На основании пункта 4.3.5 ГОСТ Р 21.1101-2013 «Система проектной документации для строительства (СПДС). Основные требования к проектной и рабочей документации» в общих указаниях приводят: — сведения о документах, на основании которых принято решение о разработке рабочей документации (например, задание на проектирование, утвержденная проектная документация).

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

в целом в определениях ГОСТ 21.001-2013. «Система проектной документации для строительства. Общие положения» указаны понятно что и для чего делаться стадия «П» и стадия «Р»,
вы привели п.3.1.6 для рабочей документации из ГОСТ 21.001-2013. «Система проектной документации для строительства. Общие положения»
вот от туда же

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

Читайте также  Правила и порядок осмотра пострадавшего

и потом сказали «Монтаж систем противопожарной защиты, в том числе АПС, СОУЭ должен производиться на основании проектной документации (раздел, подраздел).»
как. как к этому пришли. если сами определении рабочей и проектной говорят об ином и 87 постановление говорят

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

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

Проектная документация: какие нюансы учесть при разработке

CEO digital-агентства INPRO.digital

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

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

Почему проектная документация упрощает разработку проекта

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

  • cнизить риски в ходе самого проекта. Когда веб-разработка уже будет в активной стадии, вам нужно будет пройти еще несколько этапов утверждения. Если на стадии обсуждения вы придете с заказчиком к консенсусу, то вероятность того, что все придется переделывать в середине работы будет сведена к минимуму;
  • упростить и декомпозировать комплексные задачи. Управление проектом с помощью фасилитации — одно из ключевых преимуществ проектной документации. Результат становится наглядным, поэтому и согласование с клиентом проходит легче и команда более четко понимает стоящие перед ней задачи и ожидаемый итог работы;
  • выстроить нормальные отношения с клиентом. Уровень взаимопонимания с заказчиком напрямую влияет на успешность вашего проекта, скорость и качество его реализации. Общение на равных за счет упрощения и визуализации поможет вам на следующих этапах разработки быть более мобильными в принятии решений и одновременно даст больше возможностей для дополнительных продаж, так как вы будете лучше понимать, что именно необходимо для функционирования ресурса.

С чего начать составление проектной документации

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

1. Хочет ли клиент добавить на сайт такую же функцию?

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

2. Нужна ли бизнесу клиента данная функция?

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

3. Насколько сильно добавление этой функции повлияет на смету и сроки проекта?

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

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

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

Схематичная визуализация результатов асессорского аудита

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

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

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

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

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

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

Визуализация структуры сайта

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

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

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

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: