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

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

А.В. Красавин

Руководитель Службы

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

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

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

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

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

Выводы

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

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

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

Разделы проектной документации: негосударственная экспертиза

Главная

Полезные статьи

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

Смотрите подробнее:

• Негосударственная экспертиза проектной документации
• Негосударственная экспертиза сметной документации
• Аудит проектной документации
• Негосударственная экспертиза инженерных изысканий

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

• Раздел 1 Пояснительная записка;
• Раздел 2 Схема планировочной организации земельного участка;
• Раздел 3 Архитектурные решения;
• Раздел 4 Конструктивные и объемно-планировочные решения;
• Раздел 5 Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений;
• Раздел 6 Проект организации строительства;
• Раздел 7 Проект организации работ по сносу или демонтажу объектов капитального строительства;
• Раздел 8 Перечень мероприятий по охране окружающей среды;
• Раздел 9 Мероприятия по обеспечению пожарной безопасности;
• Раздел 10 Мероприятия по обеспечению доступа инвалидов;
• Раздел 11 Смета на строительство объектов капитального строительства;
• Раздел 12 Иная документация в случаях, предусмотренных федеральными законами.

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

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

№	Раздел	Состав	Сокращение
10	1	Пояснительная записка	ПЗ
12	2	Схема планировочной организации земельного участка	ПЗУ
13	3	Архитектурные решения	АР
14	4	Конструктивные и объемно-планировочные решения	КР
15	5	Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений	ИОС
16	5 а)	Система электроснабжения	ИОС1
17	5 б)	Система водоснабжения	ИОС2
18	5 в)	Система водоотведения	ИОС3
19	5 г)	Отопление, вентиляция и кондиционирование воздуха, тепловые сети	ИОС4
20	5 д)	Сети связи	ИОС5
21	5 е)	Система газоснабжения	ИОС6
22	5 ж)	Технологические решения	ИОС7
23	6	Проект организации строительства	ПОС
24	7	Проект организации работ по сносу или демонтажу объекта капитального строительства	ПОД
25	8	Перечень мероприятий по охране окружающей среды	ООС
26	9	Мероприятия по обеспечению пожарной безопасности	ПБ
27	10	Мероприятия по обеспечению доступа инвалидов	ОДИ
27. 1	10.1	Требования к обеспечению безопасной эксплуатации объектов капитального строительства
28-31	11	Смета на строительство объекта капитального строительства	СМ
31.1	11.1	Мероприятия по обеспечению соблюдений требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учета используемых энергетических ресурсов
32	12	Иная документация в случаях, предусмотренных федеральным законодательством, в том числе: Перечень мероприятий по гражданской обороне, мероприятий по предупреждению чрезвычайных ситуаций природного и техногенного характера; Декларация промышленной безопасности опасных производственных объектов; Декларация безопасности гидротехнических сооружений; Иная документация, установленная законодательными актами Российской Федерации.	ГОЧС ДПБ ДБГ

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

Теги:

• ИОС проектная документация расшифровка
• Разделы проектной документации в строительстве
• Является ли пояснительная записка разделом проектной документации

Возврат к списку

Проектная документация: 15 основных документов

Лидерство, управление проектами 101

Руководитель проекта

Джейсон Уэстленд | 5 августа 2022 г.

Содержание

• Что такое проектная документация?
• Документация проекта по фазам проекта
• 15 основных проектных документов
• Что стоит документировать?
• Рекомендации по проектной документации
• Как ProjectManager помогает с проектной документацией

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

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

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

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

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

Программное обеспечение для управления проектами

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

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

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

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

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

• Инициирование проекта: Устав проекта, краткое изложение проекта, экономическое обоснование, повестка дня стартового собрания проекта
• Планирование проекта: План управления проектом, структура работ, бюджет проекта, график проекта, план управления изменениями, план управления содержанием, план управления рисками
• Выполнение проекта: Отчет о состоянии проекта, шаблон извлеченных уроков, расписания, запросы на изменение, заказы на изменение
• Мониторинг и контроль проекта: Отчет о состоянии проекта, шаблон извлеченных уроков, табели учета рабочего времени
• Закрытие проекта: Шаблон закрытия проекта, список недостатков

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

15 лучших проектных документов для включения в проектную документацию

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

1. План проекта

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

Бесплатный шаблон плана проекта ProjectManager. Загрузить сейчас

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

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

Бесплатный шаблон плана проекта ProjectManager. Загрузить сейчас

3. Экономическое обоснование

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

Бесплатный шаблон бизнес-кейса ProjectManager. Скачать сейчас

4. График проекта

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

Диаграмма Ганта ProjectManager помогает планировать задачи, зависимости, ресурсы и многое другое. Попробуйте бесплатно.

5. Реестр рисков

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

Бесплатный шаблон отслеживания рисков ProjectManager. Скачать сейчас

6. Заявление о сфере применения

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

Бесплатный шаблон содержания проекта ProjectManager. Загрузить сейчас

7. Бюджет проекта

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

Бесплатный шаблон бюджета проекта ProjectManager. Загрузить сейчас

8. План коммуникаций проекта

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

Бесплатный шаблон плана коммуникации ProjectManager. Загрузить сейчас

9. Отчет о состоянии проекта

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

Бесплатный шаблон отчета о состоянии ProjectManager. Загрузить сейчас

10. Шаблон закрытия проекта

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

Бесплатный шаблон закрытия проекта ProjectManager. Загрузить сейчас

11. Шаблон проектного предложения

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

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

12. Шаблон краткого описания проекта

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

Бесплатный шаблон краткого описания проекта ProjectManager. Загрузить сейчас

13. Шаблон сбора требований

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

Бесплатный шаблон сбора требований ProjectManager. Загрузить сейчас

14. Шаблон обзора проекта

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

Бесплатный шаблон обзора проекта ProjectManager. Загрузить сейчас

15. Шаблон устава команды

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

Бесплатный шаблон устава команды ProjectManager. Загрузить сейчас

Что стоит задокументировать

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

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

• Все, что касается клиента . Представьте себе, что клиент внезапно ставит под сомнение решение, принятое несколько месяцев назад. Клиент говорит, что они выбрали одно направление, а ваша компания при внедрении решила пойти по другому пути. Четкая документация по встречам с клиентами, включая заметки с датами, временем и участниками, помогает устранять недоразумения.
• Юридические предписания — Для некоторых проектов юридические группы должны проверять документацию во время проекта. Для общедоступных проектов могут существовать процессы надзора и проверки, которые анализируют проект после его завершения. Узнайте, какие требования к документации нужны вашей команде юристов до начала вашего проекта. Играть в догонялки в такой среде рискованно.
• Правильный объем процесса . Хотя вы не хотите запутаться в документировании стольких планов и процессов, которые вы на самом деле не обрабатываете, вам необходимо некоторое определение плана и целей проекта. Пусть ваша организационная структура определяет, сколько процессов нужно документировать. Например, попытка работать без процессов над проектом, для которого требуется юридическая документация, только создаст проблемы для вашего проекта. Если вы сомневаетесь, лучшим подходом является документирование.
• Изменения в проекте . Текущие обновления проекта необходимо документировать, особенно по мере изменения целей проекта. В идеале у вас должен быть онлайн-инструмент управления проектами в режиме реального времени, чтобы ваши ресурсы и изменения задач планировались в режиме реального времени, а проблемы фиксировались по мере их возникновения. Однако более значительные воздействия на план проекта следует добавлять в проектную документацию с контролем версий.

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

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

• Не торопитесь – Используйте свой календарь! Многие люди думают, что календари предназначены только для планирования встреч. Это не. Используйте его, чтобы запланировать 2-3 часа непрерывного времени для сборки важного документа. Вместо того, чтобы отвечать на звонки или разговаривать с коллегой, найдите время, чтобы войти в зону письма. Сосредоточив время и внимание, вы сможете добиться значительного прогресса. Точно так же каждую неделю выделяйте в своем календаре 10–15-минутные блоки для просмотра и обновления документации.
• Правильный уровень детализации . Составление документации для инженеров отличается от документации, которую вы представляете руководителям. Инженерам нужны детали, которые вы можете предоставить, а у руководителей нет времени зацикливаться на деталях. Им просто нужны маркеры, итоги и следующие шаги. Вы должны определить правильный уровень документации для правильной аудитории.
• Используйте интеллектуальное хранилище  . Ваша документация должна быть легкодоступной. Документация бесполезна, если она спрятана под скалой, где никто не может ее найти. Это включает в себя обеспечение наличия инфраструктуры для доступа к документации в Интернете, а также простоту и интуитивность понимания структуры и иерархии папок.
• Делитесь с другими . Большинство людей ненавидят собирать документацию, но любят, когда она упакована для них. Вы будете приятно удивлены тем, что люди действительно читают документацию! Используйте свое онлайн-программное обеспечение для управления проектами, чтобы хранить свои документы в Интернете вместе с проектом, в идеале в защищенной среде для совместной работы.
• Контроль версий и актуальность . Поддержание проектной документации в актуальном состоянии и актуальность является сложной задачей. Легко добраться до исходной версии, но мучительно возвращаться назад, обновлять документацию и поддерживать контроль версий. Самая большая помощь — это инфраструктура репозитория документов, которая у вас есть. Автоматический контроль версий позволяет вам управлять этим процессом, и потребители вашей документации всегда уверены, что у них есть последняя версия.

Как ProjectManager помогает с проектной документацией

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

Создание планов проекта на интерактивных диаграммах Ганта

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

Отслеживайте свой проект с помощью информационных панелей в реальном времени

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

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

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

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

Связанный контент

• Как написать резюме проекта (бесплатный шаблон включен)
• Как написать описание проекта: краткое руководство
• Как написать резюме: краткое руководство
• Полное руководство по диаграммам Ганта
• Полное руководство по отслеживанию проектов
• Как использовать журнал решений по проекту для получения оптимальных результатов

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

Что такое план проекта? Полное руководство по планированию проекта

Термины планирования проекта

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

• Результат: Результаты проекта, такие как продукт, услуга, отчет и т. д.
• Заинтересованное лицо: Любое лицо, заинтересованное в проекте — менеджер проекта, спонсор проекта, члены команды, клиенты и т. д.
• Задачи: Небольшие задания, ведущие к конечному результату.
• Веха: Конец одной фазы проекта и начало следующей.
• Ресурсы: Все, что вам нужно для завершения проекта, например персонал, расходные материалы, материалы, инструменты, люди и многое другое.
• Бюджет: Оценка общих затрат, связанных с завершением проекта.
• Отслеживание и мониторинг: Сбор данных проекта и обеспечение того, чтобы они отражали запланированные вами результаты.

Этапы планирования проекта

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

Теперь мы познакомим вас с основными этапами планирования проекта :

1. Обрисуем экономическое обоснование
2. Встреча с ключевыми заинтересованными сторонами
3. Определить объем проекта
4. Собрать команду проекта
5. Определить бюджет проекта
6. Установить цели и задачи проекта
7. План результатов проекта
8. Создать расписание проекта
9. Назначайте задачи членам вашей команды
10. Проведите анализ рисков
11. Создайте свой план проекта
12. Сообщите о своем прогрессе

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

1. Опишите экономическое обоснование

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

2. Встреча с ключевыми заинтересованными сторонами

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

3. Определение содержания проекта

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

4. Соберите проектную команду

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

5. Определите бюджет проекта

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

6. Установите цели и задачи проекта

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

7. Описание результатов проекта

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

8. Создайте расписание проекта

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

9. Назначьте задачи членам вашей команды

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

10.

Проведите анализ рисков

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

11. Создайте свой план проекта

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

• Устав проекта
• График проекта
• Бюджет проекта
• Описание содержания проекта
• План управления рисками
• План управления изменениями
• План управления затратами
• План управления ресурсами
• План взаимодействия с заинтересованными сторонами

12. Сообщите о своем прогрессе

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

Как создать план проекта с помощью ProjectManager

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

1. Перечислите свои задачи для плана

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

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

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

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

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

3. Зависимые от ссылок задачи

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

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

4. Установите вехи и базовый уровень

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

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

5. Onboard Team & Assign

Объединив команду и инструмент, вы реализуете план проекта. Чем проще и плавнее будет этот переход, тем быстрее вы приступите к работе над проектом.

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

6. Мониторинг прогресса и отчеты заинтересованным сторонам

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

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

7. Корректируйте план по мере необходимости

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

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

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

Готовы составить свой план? Попробуйте ProjectManager сегодня с бесплатной 30-дневной пробной версией.

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

Какова цель плана управления проектом?

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

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

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

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

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

Элементы плана проекта

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

Результатом этапа планирования является документ, называемый планом проекта. Руководство к своду знаний по управлению проектами (Руководство PMBOK) — Пятое издание говорит о том, что план проекта состоит из множества вспомогательных планов. К ним относятся:

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

Очень много документации.

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

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

Сколько времени занимает этап планирования проекта?

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

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

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

Техники процесса планирования проекта

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

• Семинары
• Индивидуальные встречи или интервью
• Опросы или фокус-группы для сбора и проверки требований.

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

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

Как управлять планом проекта

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

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

Как составить план проекта, если у вас нет ответов на все вопросы

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

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

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

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

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

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

Следующие шаги по планированию проекта

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

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