Основание для разработки проектной документации: Проектная и рабочая документация — Список статей — Главная — Департамент государственного жилищного и строительного надзора Свердловской области Официальный сайт

Содержание

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

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» с учетом потребностей национальной экономики Российской Федерации и особенностей российской национальной стандартизации, предусматривает выделение четырех стадий процесса проектирования объектов капитального строительства. Положительный опыт использования в европейских стандартах многостадийного проектирования позволяет рассмотреть возможность исключения излишней детализации проектных решений и сокращения разделов проектной документации на момент прохождения экспертизы до количества, достаточного для последующего качественного проектирования и строительства зданий и сооружений с надлежащими параметрами безопасности, надежности и эффективности.

Выводы

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

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

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

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

Содержание текстовой части	Содержание графической части	Описание раздела
Пояснительная записка
Реквизиты документов, повлиявших на принятие решения о разработке; исходные данные и условия для подготовки проектной документации; данные о функциональном назначении объекта, составе и характеристики производства; информация о потребности объекта в газо-, водо-, топливоснабжении и электроэнергии; проектная мощность объекта; данные о сырьевой базе, потребность объекта в топливно-энергетических ресурсах; сведения о комплексном использовании отходов производства, вторичных энергоресурсов и сырья; информация о категории земель, изымаемых земельных участках, возмещении убытков при изъятии на постоянное пользование; данные об использовании запатентованных решений или разработках; технико-экономические показатели; список компьютерных программ, используемых для расчетов.	Отсутствует	Данный раздел представляет собой основание для начала разработки проектной документации и включает основные требования к будущему объекту строительства, определяя его назначение, производственную роль и потребности в обеспечении ресурсами для необходимых рабочих процессов.
Схема планировочной организации земельного участка
Характеристика земельного участка; технико-экономические показатели земельного участка; инженерная подготовка территорий, меры защиты от геологических процессов и воздействия вод; организация рельефа; информация о благоустройстве участка; зонирование участка строительства и обоснование расположения зон; внешние и внутренние транспортные коммуникации с техническими показателями.	Схема планировочной организации; план земляных масс; сводный план сетей с обозначением подключений к существующим сетям; ситуационный план с указанием границ.	В разделе указываются основные характеристики территории, на которых будет размещаться промышленный объект. Учет особенностей позволяет грамотно определить зоны расположения резервуарных парков, складов нефти, площадок обслуживания, систем газораспределения и иных зон, предусмотренных проектом.
Архитектурные решения
Информация о пространственной, планировочной и функциональной организации объекта; обоснование принятых решений; использование композиционных приемов; отделка основных, производственных, технических помещений; данные о решениях для обеспечения естественного света в помещениях с постоянным пребыванием людей; меры по защите от вибраций, шума.	Графическое сопровождение включается в состав проектной документации при необходимости.	Раздел посвящен описанию архитектурных решений, в том числе обеспечению защиты сооружений от негативного воздействия шумовых и вибрационных нагрузок, оформлению внутренних производственных помещений и внешней части зданий, к которой относятся такие элементы, как навесы, козырьки и фасады котельных, тепловых пунктов, очистных сооружений наземного исполнения и т.д.
Конструктивные и объемно-планировочные решения
информация об условиях размещения участка, в том числе данные о природных климатических особенностях; прочностные и деформационные характеристики грунта; информация о характеристиках грунтовых вод; описание и обоснование конструктивных, технических и объемно-планировочных решений; обоснование номенклатуры, компоновки и площадей производственных помещений, цехов и складов промышленных объектов; данные о проектных решениях и мероприятиях; характеристика и обоснование конструкций кровли, перегородок и пр.; мероприятия по защите фундаментов и сооружений от разрушений; сведения об инженерных решениях и сооружениях.	Чертежи разрезов зданий и сооружений; деталировочные чертежи; схемы узлов и каркасов строительных конструкций; схемы расположения ограждающих конструкций; планы кровли, план и сечения фундаментов.	Содержание раздела детально описывает технические решения для устойчивости, прочности и неизменяемости возводимых сооружений и отдельных элементов конструкций и оборудования на протяжении перевозки, монтажа и дальнейшей эксплуатации с учетом особенностей инженерно-геологических, топографических, гидрогеологических и климатических условий.
Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений
Содержание раздела включает в себя несколько подразделов: система электроснабжения; система водоснабжения; система водоотведения; отопление, вентиляция и кондиционирование воздуха, тепловые сети; сети связи; система газоснабжения; технологические решения.	Принципиальные схемы; планы сетей; план расположения производственных объектов; технологические планировки; схема расположения технических средств и устройств.	Состав раздела максимально полно охватывает необходимые для строительства сведения по обеспечению объекта нефтегазовой отрасли теплом, водой, газом и электроэнергией, включая в себя схемы внутренней прокладки трубопроводов, трубопроводы наружной обвязки склада нефти, прокладки кабелей нефтебазы или нефтехранилища, системы автоматизации и контроля работы оборудования, внешние соединения и т.д.
Проект организации строительства
Характеристика района и земельного участка; информация об особенностях проведения работ; обоснование принятой организационно-технологической схемы; перечень строительно-монтажных работ и ответственных конструкций; обоснование размеров и оснащения площадок; требования, которые должны быть учтены рабочей документацией; описание проектных решений; сведения о продолжительности строительства.	Календарный план строительства; План основного периода строительства с указанием мест расположения постоянных и временных зданий и сооружений	Раздел учитывает особенности района строительства и описывает решения, позволяющие максимально эффективно организовать строительство, что достигается за счет грамотного проведения расчетов, учета специфики и использования современных технологий для высокого качества проведения работ в заданные сроки.
Проект организации работ по сносу или демонтажу объектов капитального строительства
Основание для разработки проекта по сносу или демонтажу; перечень зданий и сооружений, подлежащих демонтажу; мероприятия по выводу объекта из эксплуатации и обеспечению защиты; описание и обоснование выбранных методов; расчеты и обоснование зон развала и опасных зон; оценка вероятности повреждений окружающей инфраструктуры и методы ее защиты; данные об остающихся строениях после сноса или демонтажа указанных сооружений.	План земельного участка с указанием расположения места демонтируемого объекта, сетей обеспечения, зон развала и опасных участков; чертежи подземных коммуникаций и защитных устройств; карты-схемы последовательности сноса.	В проект нового строительства промышленного объекта раздел не включается. Его заполнение требуется только при необходимости демонтажа или сноса уже существующих строений, поэтому содержание представляет собой описание и обоснование решений для быстрого и безопасного вывода конструкций и устаревшего оборудования из эксплуатации.
Перечень мероприятий по охране окружающей среды
Оценка воздействия промышленного объекта на окружающую среду; мероприятия по предотвращению возможного негативного воздействия; расчеты концентраций загрязняющих веществ, обоснование решений по очистке стоков; мероприятия по охране атмосферного воздуха, оборотному водоснабжению, почвенного покрова, недр, а также перечень мероприятий по сбору, использованию, обезвреживанию, транспортировке и утилизации опасных отходов; Расчет затрат на исполнение природоохранных мероприятий.	Карта-схема района строительства; сводная таблица расчетов загрязнения атмосферного воздуха; карта-схема очистки выбросов в окружающую среду.	Для обеспечения экологической безопасности при работе промышленного объекта, использующего в производственных процессах нефть, продукты нефтепереработки, сжиженные газы, горюче-смазочные материалы и иные среды, в разделе разрабатываются и описываются мероприятия, предназначенные для сокращения рисков негативного воздействия на окружающую среду.
Мероприятия по обеспечению пожарной безопасности
Описание системы пожаробезопасности; обоснование проектных решений и противопожарных мер; сведения о категории зданий, помещений, оборудования и наружных установок по классификации взрыво- и пожароопасности; перечень сооружений, обеспечиваемых автоматическими системами пожаротушения; описание и обоснование противопожарной защиты; организационно-технические мероприятия по обеспечению пожаробезопасности объекта; расчет пожарных рисков при возникновении аварийной ситуации.	Ситуационный план организации земельного участка; схемы эвакуации людей и материальных средств; схемы технических систем противопожарной защиты.	Объекты нефтегазовой отрасли относятся к объектам повышенной опасности, так как нефть и нефтепродукты представляют собой легковоспламеняющиеся продукты, температуры вспышки которых находятся в диапазоне -35°С + 121°С. В разделе описываются решения по минимизации рисков аварийных ситуаций и предотвращения возгорания сооружений, зданий и оборудования.
Мероприятия по обеспечению соблюдения требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учета используемых энергетических ресурсов
Перечень мероприятий по соблюдению требований энергоэффективности; обоснование выбора архитектурных, конструктивных и инженерно-технических решений; перечень требований энергетической эффективности.	Схемы расположения приборов учета.	Раздел описывает меры, снижающие энергозатраты на обслуживание промышленного объекта, в том числе использование альтернативных источников освещения, устройство теплоизоляции, использование оборудования с низким энергопотреблением и т.д.
Смета на строительство объектов капитального строительства
Пояснительная записка к сметной документации; сводка затрат, сводный сметный расчет стоимости строительства и на отдельные виды затрат.	Отсутствует	Внутри раздела содержится информация и обоснование стоимости строительства промышленного объекта.

Порядок разработки проектной документации могут изменить

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

В настоящее время взаимоотношения в этой сфере регламентирует Положение о порядке разработки, согласования и утверждения градостроительных проектов, проектной документации, утв. постановлением Совмина от 08.10.2008 № 1476. Новая редакция Положения, проект которой подготовлен Минстройархитектуры, направлена на актуализацию правовых норм, в т.ч. на реализацию требований Декрета Президента от 23.11.2017 № 7 «О развитии предпринимательства».

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

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

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

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

Оформлять ее предлагается в соответствии с требованиями стандартов системы проектной документации в строительстве, в том числе ТКП 45-1.02-295-2014 (02250) «Строительство. Проектная документация. Состав и содержание», утв. приказом Минстройархитектуры от 27.03.2014 № 85.

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

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

Автор публикации: Алексей ДАШУК

Разработка проектной и рабочей документации

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

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

Согласно ГОСТ 2.103 — 68 установлены следующие стадии разработки конструкторской документации:

Техническое предложение;
Эскизный проект;
Технический проект;
Рабочая конструкторская документация.

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

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

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

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

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

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

Выпуск чертежей в КОМПАС-3D V17 возможен в большинстве принятых стандартов (ГОСТ, ISO, ANSI, DIN), что позволяет работать не только с российскими, но и с зарубежными заказчиками. КОМПАС-3D V17 включает как инструменты обычного 2D-черчения, так и инструменты для создания ассоциативных чертежных видов по 3D-моделям. Для работы с 2D-чертежами поддерживается традиционный подход создания чертежей: 3D-модель создается в пространстве модели (в масштабе 1:1), затем создаются чертежные виды в том масштабе, который требуется в пространстве листа. Работа с 2D-блоками также поддерживается, более того, можно использовать готовые блоки.

При построении чертежных видов в КОМПАС-3D V17 используется и набор правил построения чертежей, и информацию о свойствах и атрибутах отображаемой детали: штриховка разреза соответствует материалу детали, крепеж или тела вращения не секутся в соответствии с правилами ЕСКД, обозначение/наименование автоматически извлекается и помещается в основную надпись чертежа и т.д.

В КОМПАС-3D V17 имеется набор шаблонов чертежей, соответствующих ЕСКД, поэтому при создании чертежа пользователь выбирает тот или иной формат листа.

КОМПАС-3D V17 поддерживает автоматическое создание проекционных видов, сечений, простых разрезов, местных разрезов, ступенчатых разрезов, выносных видов.

КОМПАС-3D V17 обладает гибкими и удобными средствами нанесения размеров, выносных обозначений осевых линий и т.д., позволяющих за несколько кликов мышью оформить чертеж.

Минстрой разъясняет: Специальные технические условия (СТУ)

Письмо Минстроя России от 10.06.2016 N 21659-ОГ/03 «По вопросу необходимости согласования СТУ»

МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО

ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

ПИСЬМО от 10 июня 2016 г. N 21659-ОГ/03

Министерство строительства и жилищно-коммунального хозяйства Российской Федерации рассмотрело обращение по вопросу необходимости согласования специальных технических условий (далее — СТУ) в Минстрое России после получения согласования в МЧС России для объекта, не являющегося объектом капитального строительства, и сообщает следующее.

В соответствии с частью 8 статьи 6 Федерального закона от 30 декабря 2009 г. N 384-ФЗ «Технический регламент о безопасности зданий и сооружений» в случае, если для подготовки проектной документации требуется отступление от требований, установленных включенными в указанный в части 1 настоящей статьи перечень национальными стандартами и сводами правил, недостаточно требований к надежности и безопасности, установленных указанными стандартами и сводами правил, или такие требования не установлены, подготовка проектной документации и строительство здания или сооружения осуществляются в соответствии с СТУ, разрабатываемыми и согласовываемыми в порядке, установленном уполномоченным федеральным органом исполнительной власти.

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

В соответствии с частью 2 статьи 78 Федерального закона от 22 июля 2008 г. N 123-ФЗ «Технический регламент о требованиях пожарной безопасности» для зданий, сооружений, для которых отсутствуют нормативные требования пожарной безопасности, на основе требований настоящего Федерального закона должны быть разработаны специальные технические условия, отражающие специфику обеспечения их пожарной безопасности и содержащие комплекс необходимых инженерно-технических и организационных мероприятий по обеспечению пожарной безопасности.

Статья 20 Федерального закона от 21 декабря 1994 г. N 69-ФЗ «О пожарной безопасности» предусматривает, что для объектов защиты, в отношении которых отсутствуют требования пожарной безопасности, установленные нормативными правовыми актами Российской Федерации и нормативными документами по пожарной безопасности, разрабатываются специальные технические условия, отражающие специфику обеспечения пожарной безопасности указанных объектов и содержащие комплекс необходимых инженерно-технических и организационных мероприятий по обеспечению их пожарной безопасности, подлежащие согласованию с федеральным органом исполнительной власти, уполномоченным на решение задач в области пожарной безопасности.

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

Директор Департамента разрешительной деятельности и контроля Д.В.ЛАБЫКИН

Письмо Минстроя России от 07.11.2016 N 38078-ОГ/08 «По вопросу необходимости согласования СТУ»

МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО

ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

ПИСЬМО от 7 ноября 2016 г. N 38078-ОГ/08

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

В соответствии с частью 3 статьи 4 Федерального закона от 22 июля 2008 г. N 123-ФЗ «Технический регламент о требованиях пожарной безопасности» (далее — Регламент) к нормативным документам по пожарной безопасности относятся национальные стандарты, своды правил, содержащие требования пожарной безопасности, а также иные документы, содержащие требования пожарной безопасности, применение которых на добровольной основе обеспечивает соблюдение требований настоящего Регламента.

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

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

Согласно части 1 статьи 26.8 Федерального закона от 6 октября N 184-ФЗ «Об общих принципах организации законодательных (представительных) и исполнительных органов государственной власти субъектов Российской Федерации», Федеральные органы исполнительной власти по соглашению с исполнительными органами государственной власти субъекта Российской Федерации могут передавать им осуществление части своих полномочий, если это не противоречит Конституции Российской Федерации и иным федеральным законам.

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

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

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

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

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

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

Согласно пункту 5 Положения о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16 февраля 2008 г. N 87, в случае если для разработки проектной документации на объект капитального строительства недостаточно требований по надежности и безопасности, установленных нормативными техническими документами, или такие требования не установлены, разработке документации должны предшествовать разработка и утверждение в установленном порядке СТУ.

В соответствии с пунктом 5.4.8 Положения о Министерстве строительства и жилищно-коммунального хозяйства Российской Федерации, утвержденного постановлением Правительства Российской Федерации от 18 ноября 2013 г. N 1038, полномочия по согласованию в установленном порядке СТУ для разработки проектной документации на объект капитального строительства возложены на Минстрой России.

Порядок направления, срок рассмотрения документации и требования к разработке СТУ определены приказом Минстроя России от 15 апреля 2016 г. N 248/пр «О порядке разработки и согласования специальных технических условий для разработки проектной документации на объект капитального строительства».

Директор Департамента разрешительной деятельности и контроля В.Н.КАЛИНКИН

Письмо Минстроя России от 10.08.2018 N 35427-ОГ/03 «По вопросу состава документов для разработки СТУ»

МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО

ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

ПИСЬМО от 10 августа 2018 г. N 35427-ОГ/03

Министерство строительства и жилищно-коммунального хозяйства Российской Федерации рассмотрело обращение от 16 июля 2018 г. N 84475 (вх. от 17 июля 2018 г. N 31618-ОГ) по вопросу состава документов для разработки специальных технических условий (далее — СТУ), и сообщает следующее.

В Соответствии с пунктом 4 Приказа 248/пр разработка СТУ проводится в соответствии с техническим заданием заказчика (технического заказчика) проектной организацией, научно-исследовательской или другой организацией.

Содержание и состав документации установлены пунктом 6 и 14 Приказа 248/пр соответственно.

Директор департамента разрешительной деятельности и контроля В.Н.КАЛИНКИН

от составления ЗнП до согласования и экспертизы

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

В данной статье рассмотрим такие вопросы, как:

Методы проектирования.
Этапы проектирования и их последовательность.
Какие исходные данные необходимы для проектирования.
Обязательные требования к Проектной и Рабочей документации.
Согласование и экспертиза Проектной и Рабочей документации.

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

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

Различают одностадийное и двухстадийное проектирование.

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

Суть двухстадийного проектирования в том, что документация разрабатывается поэтапно: на первом этапе разрабатывается проектная документация, принимаются основные проектные решения. Затем эти решения корректируются, утверждаются, и только после этого разрабатывается рабочая документация для строительства (стадия «Рабочая документация»). Двухстадийное проектирование — основный метод проектирования в России.

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

Внедрение новых методов проектирования, в частности, информационного моделирования BIM (Building Information Model или Modeling) — в этом случае объект на разных этапах разработки отличается только степенью детализации. BIM как система решает задачи ускорения этого процесса проектирования и снижения количества нестыковок в проекте. Благодаря тому, что в одной модели могут одновременно работать специалисты различных профилей, все принимаемые ими решения могут отслеживаться в реальном времени, а возникающие несоответствия — заблаговременно устраняться или даже предупреждаться.

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

Модели и чертежи обычно выполняются в специализированных программных комплексах — системах автоматизированного проектирования (САПР). Яркими примерами САПР являются Autodesk Autocad, Компас 3D и другие. Учитывая высокую стоимость лицензионных программных комплексов для разработки небольших объектов можно использовать бесплатные программы для проектирования, например, отечественную разработку nanoCAD. По большому счету выбор программ для выполнения проектирования тема отдельной статьи. На рынке представлено большое количество платных и бесплатных программных продуктов, которые можно использовать для работы. Кроме этого, некоторые дорогостоящие программные продукты имеют условно бесплатные версии с ограниченными возможностями.

Порядок и этапы проектирования

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

Составление задания на проектирование.
Сбор исходно-разрешительной документации.
Выполнение инженерных изысканий на площадке строительства.
Разработка основных технических решений (ОТР).
Разработка проектной документации для получения согласований и заключения экспертизы.
Экспертиза проектной документации.
Разработка рабочей документации.

Составление задания на проектирование

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

Дальше немного сухой юридической информации, на которую следует обратить внимание.

Согласно Постановлению Правительства о составе разделов проектной документации и требованиях к их содержанию №87 (ПП №87) существует документ «ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ» (далее — ЗнП). Юридических терминов «техническое задание на проектирование», «Техническое задание» в ПП №87 нет. Состав ЗнП линейных объектов в действующих федеральных нормативно правовых актах (НПА) не дан и устанавливается с учётом отраслевой специфики и вида строительства. Иными словами, вы не сможете дать юридического обоснования, почему задание на проектирование содержит или не содержит те или иные данные. Мы можем порекомендовать согласовать форму ЗнП заранее.

На практике при заключении договора между Заказчиком и Подрядчиком на выполнение определённых работ к договору есть приложение — «Техническое задание» (далее — ТЗ). Обычно ТЗ объединяет в себе задание на проектирование и задание на СМР или объединяет в себе несколько направлений работ.

Например, ТЗ на проектирование и строительство ПС, ВЛЭП, отпаек от ВЛЭП и создание ВОЛС-ВЛ. Проектирование и строительство ВОЛС-ВЛ в этом случае — раздел в этом большом проекте.

Но не стоит отчаиваться, одним из выходов будет обратиться к внутренним стандартам организации ПАО «ФСК ЕЭС». ПАО «ФСК ЕЭС» — владелец большинства магистральных ВЛЭП 35 кВ и выше в нашей стране, следовательно, его стандарты подойдут в большинстве случаев. Согласно СТО 56947007-33.180.10.171-2014 «Технологическая связь. Эталон проектной документации на строительство ВОЛС-ВЛ с ОКСН и ОКГТ» в разделе 5.2 даны требования к заданию на разработку проектной документации.

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

Важный юридический аспект — статьёй 759 Гражданского кодекса РФ обязанность по подготовке и передаче проектировщику ИД возложена на Заказчика. Предполагается, что Заказчик должен создать проектировщику условия, необходимые для производства работ, обеспечить его информацией и документацией, достаточной для разработки проекта в соответствии с ЗнП. Какая это будет информация, в каком виде и в какое время она будет предоставлена проектировщику — это предмет переговоров Заказчика с проектировщиком, зафиксированный в договоре на проектирование.

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

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

Почти при любом проектировании основными являются следующие ИД:

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

ЗнП, его состав и анализ были рассмотрены выше.

Правоустанавливающие и разрешительные документы закрепляют права на занимаемые территории и помещения, например:

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

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

ТУ могут быть:

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

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

топографический план участка проектирования,
данные об инженерно-геологических условиях участка,
климатические условия,
сведения о существующих сетях связи, существующих станционных и линейных сооружениях, затрагиваемых при данном проектировании,
строительные паспорта участков, содержащие основные технические данные по выбранным земельным участкам для прокладки трасс и наземных сооружений, коммуникаций,
информация по используемым сооружениям, подземным и наземным коммуникациям,
акты по определению пригодности оборудования (например, акты выбора ВЛ, акты обследования состояния опор и фундаментов ВЛЭП, заключение об их состоянии, отчёты о периодических осмотрах и отказах),
данные ГИС (Географическая информационная система — система сбора, хранения, анализа и графической визуализации пространственных данных и связанной с ними информации о необходимых объектах).

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

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

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

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

Исходно-разрешительная документация

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

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

В состав исходно-разрешительной документации обязательно включаются:

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

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

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

Инженерные изыскания

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

Состав и объем инженерных изысканий нормируется положениями Свода Правил СП 47.13330.2012 («Инженерные изыскания для строительства. Основные положения»).

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

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

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

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

Разработка основных технических решений

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

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

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

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

Согласно Постановлению №87, объекты капитального строительства в зависимости от функционального назначения и характерных признаков подразделяются на следующие виды:

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

При строительстве ВОЛС и ЛКС нас будет интересовать состав проектной документации для линейных объектов:

Раздел 1 “Пояснительная записка”,
Раздел 2 “Проект полосы отвода”,
Раздел 3 “Технологические и конструктивные решения линейного объекта. Искусственные сооружения”,
Раздел 4 “Здания, строения и сооружения, входящие в инфраструктуру линейного объекта”,
Раздел 5 “Проект организации строительства”,
Раздел 6 “Проект организации работ по сносу (демонтажу) линейного объекта”,
Раздел 7 “Мероприятия по охране окружающей среды”,
Раздел 8 “Мероприятия по обеспечению пожарной безопасности”,
Раздел 9 “Смета на строительство”,
Раздел 10 “Иная документация в случаях, предусмотренных федеральными законами”.

Разработка рабочей документации

Стадия «Рабочая документация» разрабатывается на основании технических решений (ОТР), определённых в Проектной документации.

Документом, регламентирующим состав, форму и содержание материалов данной стадии, является Национальный Стандарт Российской Федерации ГОСТ Р 21.101-2020 – “Система проектной документации для строительства. Основные требования к проектной и рабочей документации”.

Данный стандарт содержит требования к:

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

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

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

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

Экспертиза

Экспертиза проектной документации выполняется для всех объектов кроме случаев, оговоренных статьей 49 Градостроительного Кодекса РФ (в большинстве случаев это технически несложные объекты, на строительство которых не требуется разрешение).

Организация и проведение экспертизы проектной документации регламентируется Положением, утвержденным Постановлением Правительства Российской Федерации №145 от 05.03.2007 г.

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

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

Начиная с сентября 2016 года, подача материалов в Государственную экспертизу осуществляется только в электронном виде.

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

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

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

Оформленная должным образом проектная и рабочая документация передаётся на ознакомление и согласование с Заказчиком. Правила оформления и сроки предоставление документации Заказчику приведены в ЗнП.

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

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

С другой стороны, если в проекте запроектировано создание «объектов капитального строительства», которые попадают под действие «Градостроительного кодекса РФ» (ФЗ №190 от 29.12.2004г.), то необходима государственная экспертиза проекта.

«Объектами капитального строительства» могут быть опоры связи, кабельная канализация и прочее. Государственная экспертиза проекта проходит в уполномоченном органе государственной экспертизы — ФАУ «Главгосэкспертиза России» и его филиалах. Следует упомянуть, что это достаточно дорогое удовольствие, которое занимает немало времени. Если проект прошёл государственную экспертизу, тогда выдаётся разрешение на строительство объекта.

Иногда складывается ситуация, что Заказчик проекта хочет подстраховаться при строительстве объекта связи. Для этого Заказчик требует с проектировщика провести экспертизу ПД, например, в ФГБУ «Центр МИР ИТ». Стоит помнить, что согласно приказу Министерства связи и массовых коммуникаций РФ от 26 августа 2014 г. №258 «Об утверждении Требований к порядку ввода сетей электросвязи в эксплуатацию» не требуется экспертиза проектной документации в ФГБУ «Центр МИР ИТ» (т. н. «связная экспертиза»). В этом случае экспертиза выполняется за счет средств Заказчика.

Цели и задачи проведения экспертизы:

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

При проведении экспертизы предпроектной и проектной документации обеспечивается проверка её соответствия:

исходным данным и техническим условиям,
требованиям в области связи, установленным Федеральным законом «О связи».

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

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

Реалии в РФ таковы, что постоянно вводятся/отменяются новые постановления, законы, инструкции, методические рекомендации, пояснения, регламенты и прочее, которые меняют (а некоторые кардинально) положение дел при проектировании, строительстве и эксплуатации сетей связи. Следует постоянно следить за ситуацией в этой сфере — интересная работа ГИПу обеспечена.

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

Алексей Солодков,
эксперт в области проектирования

Проектирование

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

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

Стадийность проектирования:

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

Исходные данные для проектирования.

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

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

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

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

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

Общий состав проектной документации регламентирован Градостроительным кодексом РФ и Постановлением Правительства РФ №87 от 16.02.2008. Согласно этим документам проектная документация состоит в общем случае из следующих разделов:

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

Важность проектной документации в управлении проектами [Обновлено]

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

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

Подробная информация о фазах проектной документации

ТЭО

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

Устав проекта

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

Технические условия

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

Проектный документ

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

Рабочий план / смета

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

Матрица прослеживаемости

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

Отслеживание проблем

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

Вот 200+ шаблонов и документов для управления проектами.

Документ об управлении изменениями

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

Тестовый документ

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

Заинтересованы ли вы в прохождении сертификационного тренинга по профессиональному управлению проектами? Ознакомьтесь с нашим предварительным обзором сертификационного курса PMP®.

Технический документ

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

Функциональный документ

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

Руководство пользователя

— это стандартная рабочая процедура для системы.

План перехода / развертывания

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

БЕСПЛАТНЫЙ курс

: Введение в CAPM®

Станьте CAPM® с этим курсом для FREEEnrol Now

Передаточный документ

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

Закрытие контракта

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

Извлеченные уроки

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

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

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

PMP® и PMI® являются зарегистрированными товарными знаками Project Management Institute, Inc.

Почему важна проектная документация

Введение:

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

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

Что такое документация?

Давайте рассмотрим некоторые стандартные определения документации,

Оксфордский словарь говорит: « Документация — это материал, который предоставляет официальную информацию или доказательства или служит в качестве записи, процесс классификации и аннотирования текста »

Merriam Webster определяет: «Документация — это акт или пример предоставления или подтверждения документов »

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

Следовательно, документация — это набор из

Назначение документации

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

Что такое проектная документация?

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

Получается

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

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

Проектная документация помогает отслеживать прогресс и производительность проекта и принимать решения.

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

Значение документации в управлении проектами:

Источник изображения: https://pxhere.com/en/photo/764428

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

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

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

1. Устав проекта — это исходный проектный документ в управлении проектами. Он помогает менеджеру проекта понять контекст и ожидания проекта. Кроме того, это помогает составить план проекта для достижения результатов. Фактически, этот документ устанавливает направление для менеджера проекта и проектной группы по жизненному циклу проекта. Во-первых, без этого документа не будет ясности для начала проекта.

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

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

4. Планирование проекта — это еще один документ, который поможет вам ориентироваться в проекте, отслеживая действия.Крайне важно отслеживать прогресс на протяжении всего проекта. И это также помогает при необходимости вносить исправления. Соблюдать график — примитивное требование для руководителя проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

Ниже приводится перечень преимуществ проектной документации:

#	Льготы
1	Позволяет устанавливать цели проекта
2	Помогает в планировании проекта
3	Позволяет лучше контролировать статус проекта
4	Облегчает хорошее общение
5	Введение управления
6	Подготовит вас к любым неясным рискам
7	Помогает улучшить планирование и распределение ресурсов
8	Обеспечивает отслеживаемость проекта
9	Сохраняет фокус
10	Помогает получать поддержку от спонсоров
11	Помогает легко вносить изменения

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

Как это помогает менеджеру проекта?

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

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

Заключение

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

Повысьте уровень успешности ваших проектов — пройдите сертификацию прямо сейчас!

Документация по проекту: примеры и шаблоны

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

«У нас сейчас нет на это времени».

«Мы делаем Agile».

«Никто это не читает».

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

Что такое проектная документация?

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

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

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

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

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

Проектное предложение

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

Устав проекта

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

План проекта

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

Отчет о статусе проекта

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

Ретроспектива проекта

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

Примеры других проектных документов

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

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

Ценность проектной документации

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

Разъяснить ожидания и цели проекта
Разбить работу на управляемые блоки
Планировать и назначать ресурсы
Убедитесь, что все заинтересованные стороны проинформированы о ходе работы

Но это также может принести долгосрочные выгоды для вашей организации даже после завершения проекта:

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

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

Выбор подходящего программного обеспечения для документации

Существует множество различных инструментов, которые вы можете использовать для документирования проекта — Google Docs, Confluence (и различные альтернативы Confluence), различные типы внутренних вики-сайтов и баз знаний и многое другое.

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

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

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

Одним из таких инструментов документирования является Nuclino — создайте учетную запись и попробуйте:

Как документировать проект

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

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

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

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

Упростите доступ и поиск

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

Держите его легким

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

Поддерживайте его вместе

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

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

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

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

Важность документации в системе управления проектами | by Copper Mobile

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

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

Управление проектами Использует

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

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

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

ТЭО

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

Технологии и система
Экономические, юридические
Операционные
График.

Устав проекта

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

Спецификация требований

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

Проектный документ

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

Рабочий план / оценка

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

Матрица прослеживаемости

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

Средство отслеживания проблем

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

Документ об управлении изменениями

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

Тестовый документ

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

Функциональный документ

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

Документ передачи

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

Закрытие контракта

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

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

Документы для инициирования проекта — Управление проектами с MindTools.com

Хорошее начало вашего проекта

Убедитесь, что вы с самого начала четко понимаете, куда идете.

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

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

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

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

Ваш Документ об инициировании проекта делает следующее:

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

Создав PID, вы ответите на вопросы: Что? Почему? Кто? Как? Когда?

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

«Документ инициации проекта» и «PID» — это термины, используемые в PRINCE2®. PRINCE2 — зарегистрированная торговая марка AXELOS Limited.

Совет:

Методология управления проектами то, что ваша организация использует, может также определять, следует ли вам использовать Устав проекта или Документ инициирования проекта.

Создание PID

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

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

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

Примечание:

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

Раздел 1: Что?

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

В этом разделе обычно рассматриваются следующие темы:

Фон

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

Определение проекта

Цель: Почему вы делаете эту работу? Опишите желаемый конечный результат этого проекта.
Цели: Какие конкретные результаты будут достигнуты и как вы будете их измерять? Не забудьте ограничить количество целей для вашего проекта — обычно достаточно четырех или пяти целей.
Объем: Каковы границы этого проекта (например, тип работы, тип клиента, тип проблемы, охватываемый географический регион)? Перечислите все исключенные области, которые, по вашему мнению, могут предположить заинтересованные стороны, включены, но не включены.Чем конкретнее вы будете, тем меньше вероятность недопонимания на более позднем этапе проекта.
Результаты: Какие результаты даст проект? По возможности описывайте конечные результаты как материальные объекты, такие как отчеты, продукты или услуги. Не забудьте указать дату ожидаемого результата. Вы будете использовать эту информацию для отслеживания вех.
Ограничения: Какие факторы вы должны принять во внимание, что повлияет на ваши результаты и график? Это внешние переменные, которыми вы не можете управлять, но которыми нужно управлять.
Допущения: Какие предположения вы делаете в начале проекта? При необходимости запланируйте работу, чтобы подтвердить эти предположения.

Раздел 2: Почему?

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

Бизнес-кейс

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

Анализ рисков

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

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

Раздел 3: Кто?

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

Подпишитесь на нашу рассылку новостей

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

Прочтите нашу Политику конфиденциальности
Роли и обязанности
Организационная диаграмма / структура проекта: Создайте диаграмму, которая показывает распределение полномочий и отчетность для каждого члена команды проекта.
Спонсор проекта: Кто имеет высшие полномочия и контроль над проектом и его реализацией?
Менеджер проекта: Кто такой менеджер проекта и каковы его или ее обязанности?
Команда проекта: Кто ключевые члены команды проекта? Каковы их роли и должностные инструкции? Какие у них номера телефонов и адреса электронной почты? Каков их первоначальный отдел или организация? И кому они отчитываются ежедневно?
Раздел 4: Как и когда?
Предоставьте подробную информацию о том, как будет реализован проект.Обрисуйте, как будет развиваться проект, указав сроки, ресурсы и этапы управления. Это общий обзор, который по мере реализации проекта будет сопровождаться более подробными документами по планированию проекта.
Первоначальный план проекта
Заданий: Какие основные задачи (с вехами) будут выполнены в ходе проекта?
График: Предоставьте отчет о предполагаемом времени, затраченном на проект. Вы, вероятно, уже подготовили высокоуровневую диаграмму Ганта или аналогичный график, поэтому PID просто суммирует ожидаемый график.
Отдел кадров: Сколько дней работы потребуется для завершения проекта? Сколько потребуется вспомогательного персонала? Вам нужно будет привлечь больше людей в команду проекта?
Управление проектом: Как будет отслеживаться и сообщаться о прогрессе?
Контроль качества: Как будет оцениваться и контролироваться качество результатов?
Ключевые моменты
Документ об инициировании проекта — это руководство по проекту, в котором четко излагается его обоснование, каковы будут его цели и как проект будет организован.Это помогает гарантировать, что все с самого начала знают, что происходит.
Количество включенных деталей должно быть достаточным для того, чтобы читатель понял основную цель проекта и определил, в принципе, общую осуществимость целей и плана проекта. PID поддерживается многими подробными документами планирования, которые могут быть не полностью завершены к моменту подготовки PID.
Загрузить контрольный список
Документы, которые вы ДОЛЖНЫ создать для любого проекта
Если вы часто застреваете при настройке проекта, эта статья вам поможет.Я покажу вам подход, основанный на документах, для подготовки и создания новых проектов. Любой проект.
Следуя моему подходу и выполняя домашнюю работу (в основном проясняя цель проекта), вы больше не застрянете во время запуска проекта.

От подавленности к ясности
Мы застреваем, когда уделяем слишком много внимания одновременно:
Разбираемся, как приступить к проекту
Получение оценок от членов команды
Привлечение заинтересованных сторон
Настройка бюджета
Настройка общего доступа к документам
Как заставить новый ноутбук работать
.. ДОБАВИТЬ 100 ДРУГИХ ВЕЩЕЙ, НА КОТОРЫЕ БЕЗОПАСНО
Что происходит, так это то, что вы полностью подавлены и не двигаетесь вперед.
И я не хочу, чтобы это случилось с тобой.
Вот как можно избежать перегруженности новыми проектами:
Задайте себе этот вопрос
Вместо того, чтобы начинать с пустой страницы, задайте себе вопрос:
Какие документы мне нужны для подготовки моего нового проекта?
Так ваша работа станет намного проще.
Почему разумно начать с документов
Когда вы сосредотачиваетесь на документах, которые необходимо создать, у вас есть пошаговый процесс настройки проекта. Создание проекта похоже на рисование по номерам.
И даже нарисовать Мона Лизу можно, когда все, что вам нужно сделать, это заполнить узор.
Посмотрите на это:
Я не говорю все станет легко. Ведение проекта остается тяжелой работой.Но, по крайней мере, теперь у вас есть путь, который приведет вас к полному и последовательному плану действий.
И все, что вам нужно сделать, это заполнить документы один за другим, пока ваш проект не будет полностью спланирован.
Таким образом можно организовать свой календарь.
Например:
Сегодня вы пишете устав проекта
На следующий день вы создадите расписание
На следующий день вы снова планируете бюджет
и т. Д.
После 2-3 недель работы в Word и Excel ваш проект готов к работе!
Письмо значит мышление
Вы знаете, что я нашел наиболее полезным в этом процессе?
Изложение ваших идей на бумаге заставляет вас обдумать свою идею и проверить, действительно ли она имеет смысл.Вот как ваш первоначальный дерьмовый план в конце становится прочным.
Просто записав, подумав и уточнив.
Необходимые документы для любого проекта
Вот минимальный набор документов:
документ цель
средство отслеживания действий и проблем отслеживание ожидающих действий и открытых проблем
устав проекта своего рода договор между заказчиком и подрядчиком
Проектная организация Обзор людей и ролей в проекте
роли и обязанности в проекте описание ролей и обязанностей
план проекта мероприятия и график
Бюджет проекта Стоимость проекта (плановая и фактическая)
матрица заинтересованных сторон список заинтересованных сторон, участвующих в проекте
журнал рисков критические риски
план коммуникаций проекта структурирует коммуникации и встречи в проекте
Область применения / спецификация требований Описание требований заказчика
Отслеживание запросов на изменение Отслеживание изменений в объеме проекта
Описание документов
Узнайте, для чего предназначен каждый документ.Я добавил свои шаблоны.
1. Система отслеживания действий и проблем
Запишите все действия и проблемы в простой файл Excel. Вот трекер действий, который я использую:
Скачать мой трекер действий для Excel
2. Устав проекта
Устав проекта подобен контракту между вами и клиентом. Он содержит важную информацию о проекте, такую как основные этапы, бюджет, график и общий объем работ в обобщенной форме.
Узнайте, как заполнить устав проекта и загрузить шаблон (по той же ссылке).
Устав проекта обычно создается в тесном сотрудничестве с вашим клиентом. Вы сидите вместе и обсуждаете ожидания, обязанности, важные вехи и другие вещи. Затем вы документируете все в уставе проекта и вносите поправки с учетом отзывов клиентов.
3. Проектная организация
Простая организационная схема всей проектной организации. Он показывает, кто работает в проекте.
Вы уже видели такие организационные диаграммы:
Нужен шаблон? Получите мой шаблон организационной диаграммы проекта здесь.
4. Роли и обязанности в проекте
Людям нужна ясность в том, что от них ожидается. В противном случае члены команды будут бегать, как цыплята без головы, и проект не продвинется.
Создайте простой PowerPoint с ключевыми ролями и обязанностями. Я рекомендую прочитать мою статью об определении ролей и обязанностей.
После того, как вы определили роли и обязанности, поделитесь информацией на собрании группы или в начале проекта.Недостаточно того, что вы, , знаете, что должны делать члены команды. Вы должны объяснить это своим людям!
5. План проекта
План проекта показывает всем, что и когда нужно делать. Вы можете использовать мой шаблон плана проекта для Excel.
Если вы регулярно составляете план проекта, я рекомендую использовать такой инструмент, как Tom’s Planner — он значительно упрощает построение диаграмм Ганта.
Tom’s Planner — отличный инструмент для создания диаграмм Ганта.
6. Бюджет проекта
Очевидно, нужно где-то поставить стоимость. Если вы еще не скачали мой шаблон бюджета проекта для Excel, вы можете сделать это здесь.
Этот файл позволяет вам планировать сметные усилия и затраты и отслеживать фактические затраты на ежемесячной основе.
Если вы впервые настраиваете бюджет проекта, прочтите мое практическое руководство по составлению бюджета проекта. В статье показано, как оценить и рассчитать стоимость проекта для каждой категории, от личных усилий до материальных и сервисных сборов и капитальных затрат.
7. Матрица заинтересованных сторон
Я рекомендую вам также создать матрицу заинтересованных сторон. Это обзор всех заинтересованных сторон проекта или, другими словами, список людей (или организационных единиц), на которых может повлиять ваш проект.
Почему создание обзора — хорошая идея? Вы не хотите упустить в своем проекте никого, кто мог бы сказать в нем свое слово. Кроме того, вы хотите как можно раньше пообщаться с людьми, на которых может повлиять масштаб проекта.
Помните, что заинтересованные стороны могут быть как внутренними, так и внешними (например, правительственные агентства).
Составление матрицы заинтересованных сторон требует времени и небольшой «детективной работы». Вот почему я предлагаю вам следовать моему руководству по проведению анализа заинтересованных сторон.
8. Реестр рисков
Преимущества документально-ориентированного подхода к планированию проектов становятся очевидными, когда мы говорим о создании реестра рисков.
Реестр рисков (или журнал рисков) — это место, где вы записываете наиболее важные риски, с которыми может столкнуться ваш проект.Он не только определяет эти риски, но также требует от вас думать о действиях по их снижению. Действия, которые либо уменьшают негативное воздействие риска, либо альтернативные шаги, которые вы могли бы предпринять в случае неудачи вашего первоначального плана (ваш план «Б»).
Следует ли вам вести журнал рисков? Абсолютно! Если у вас еще нет шаблона, получите мой шаблон реестра рисков.
9. Информационный план проекта
Как часто собирается команда проекта? Когда вы рассылаете руководству по электронной почте обновления? Что происходит в процессе эскалации?
Это то, что вы определяете в документе плана коммуникаций по проекту (включая шаблон).
Причина, по которой план коммуникации так важен: как я подчеркивал и в других своих статьях, хорошее общение абсолютно необходимо для успеха вашего проекта:
Хорошая коммуникация означает, что новости и обновления регулярно передаются команде и заинтересованным сторонам. Таким образом люди узнают, где находится проект. И они знают, какие действия или проблемы еще открыты и требуют их внимания.
Хорошее общение также означает развитие сотрудничества в команде.То есть собрать участвующих членов команды за одним столом для работы над общими задачами или для мозгового штурма потенциальных решений проблем, с которыми сталкивается проект.
План коммуникации определяет тип и частоту встреч и обновлений по электронной почте и, таким образом, обеспечивает надлежащее сотрудничество и общение в рамках проекта.
10. Описание объема работ (техническое задание)
Этот документ должен включать подробное описание содержания проекта и требований заказчика (что подразумевается под содержанием проекта?).
Например, если вы строите новую машину для клиента, в описании области действия необходимо подробно указать, что машина должна делать и как ее будут использовать.
Если вы настраиваете новую ИТ-систему, описание объема работ (или спецификация требований) должно включать подробное описание системных функций и интерфейсов с другими системами.
Документ о содержании определяет график и бюджет проекта, поэтому его нужно составлять с большой осторожностью. Часто это может быть долгим процессом, но стоит потратить время, пока у вас не будет утвержденного и точного документа с объемом работ.
11. Счетчик запросов на изменение
По мере реализации проекта в первоначально согласованный объем будут вноситься изменения.Это совершенно нормально, и полностью избежать этого невозможно.
Примеры:
Ваш клиент может решить, что он предпочел бы мраморный пол в своем новом доме.
При развертывании ИТ-системы заказчик понимает, что систему необходимо подключить к другой внешней системе, которая изначально не рассматривалась.
Оба примера представляют собой так называемые изменения (или запросы на изменение) к исходному объему проекта. Оба они повлияют на стоимость проекта и, возможно, также на сроки.Другими словами: на проект может потребоваться больше времени.
Рекомендуется отслеживать такие изменения в простом трекере изменений . Даже если они маленькие. Это позволяет вам установить формальный и хорошо организованный процесс, в котором каждое изменение проверяется, оценивается (за дополнительную плату) и утверждается.
Никакие изменения не будут забыты, и никто не может винить вас, когда бюджет проекта увеличивается из-за того, что изменение было реализовано. Так что это тоже способ защитить себя.
Так выглядит простой трекер изменений.
Для больших изменений я рекомендую вам создать специальную форму запроса на изменение.Это просто подробная спецификация нового требования.
В моей статье о масштабах проекта вы найдете средство отслеживания изменений Excel, а также мою форму запроса на изменение.
Еще несколько проектных документов, которые я здесь не перечислил
Есть несколько проектных документов, которые я не включил в обзор. Это потому, что я не считаю их важными для успешного проекта. Однако вы можете использовать тот или иной вариант, если этого требуют внутренние правила проекта или если вы просто считаете их полезными.
Экономическое обоснование: Вы создаете экономическое обоснование, чтобы показать, что ваш проект имеет экономические и стратегические преимущества. Для многих проектов это имеет смысл. С другой стороны, многие проекты запускаются без учета экономической выгоды. Они просто запускаются, потому что их нужно завершить. Примером может служить обновление устаревшего ПК или сетевой инфраструктуры компании.
Отчет о статусе проекта: Каждый использует свой собственный шаблон для сообщения статуса проекта.Я не хотел ограничивать вас в этом отношении. Если вы ищете проверенный шаблон, получите мой шаблон статуса проекта.
Документ об извлеченных уроках: Рекомендуется проводить семинар по извлеченным урокам после завершения проекта. Это делает любой будущий проект лучше, потому что вы учитесь на том, что сработало (или что не сработало). Но для самого вашего проекта документ об извлеченных уроках не требуется.
У вас есть вопросы по проектной документации?
Рад помочь вам.Просто разместите свой вопрос в комментариях ниже и ответьте.
Адриан Ноймайер
Привет! Я Адриан, основатель Tactical Project Manager. Я создал сайт, чтобы помочь вам довести ваши проекты до успеха. В прошлом я работал менеджером ИТ-проектов 10 лет.
Больше сообщений
Подобные сообщения вам также могут понравиться
Разработка проектов и документация | NCARB
Разработка проекта и документация (PDD) фокусируется на интеграции и документации строительных систем, выборе материалов и сборке материалов в проект.Вы должны быть в состоянии продемонстрировать понимание и способности интеграции гражданских, структурных, механических, электрических, сантехнических и специальных систем в общий проект и документацию.
Подробная информация о разработке проекта и документации:
Кол-во позиций: 100
Продолжительность теста: 4 часа 5 минут
Допустимое время перерыва: 45 мин.
Общее время приема: 5 часов
Подготовка к разработке проекта и документации? Вы можете найти более подробную информацию, примеры вопросов и рекомендуемые ссылки в нашем ARE 5.0 Справочник и серия видео по подготовке к тесту.

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