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

Содержание

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

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

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

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

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

Выводы

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

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

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

Документация в порядке / Хабр

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

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

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

Теория разбитых окон

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

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

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

При разработке ИТ-систем мне кажется очень важным поддерживать порядок в документации. Это и есть та самая “стена”, на фоне которой разворачивается проектная жизнь — на нее смотрят и делают выводы, что это за проект и как там все работает.

Зачем писать

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

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

Если коротко — то “без бумажки ты букашка”. Наша память обманчива и недолговечна. Завтрашний ты обманешь себя сегодняшнего или наоборот. Придет новый человек или уйдет старый — каждый такой финт будет стоить вам дорого. Без общей картины вы будете заниматься микроменеджментом и разработкой того, что уже кем-то сделано, но он забыл вам об этом сказать. Будете делать петли и вставлять друг другу палки в колеса. А через полгода мучительно вспоминать, зачем нужен этот огромный кусок кода, который все тормозит. И это даже не касаясь кейса, когда вы заказали разработку на стороне.

Что писать

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

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

Легче кому-то одному потратить пару часов на документирование, чем всей команде постоянно проверять свою память.

То есть даже когда обстоятельства не в пользу полноценного описания системы и вы работаете в “Agile”-режиме — важно понимать, что какая-то документация существенно облегчит процесс разработки и принесет много пользы.

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

Необходимый минимум

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

  1. Документ-маршрутизатор

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

  2. Артефакты проектных процессов

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

  3. Глоссарий

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

  4. Артефакты бизнес-потребности и бизнес-процесса

    Agile-манифест гласит: “Работающий продукт важнее исчерпывающей документации”. Но нельзя разработать работающий “как надо” продукт без четкого понимания, что же мы все-таки делаем и зачем. Бизнес-требования, схема процесса или просто письмо с постановкой от заказчика — что-то должно быть.

  5. Концептуальная модель системы

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

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

    Пример верхнеуровнего описания процесса
  6. Классы пользователей и уровни доступа

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

  7. Cценарии использования

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

  8. Логика работы системы

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

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

  9. Описание АПИ

    Да пребудет с нами swagger и стандартный формат ответа методов. Если с вами интегрируются внешние компании — не обойтись и без подробного описания параметров.

  10. Тестовые данные

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

  11. Ограничения/нефункциональные требования

    Вы договорились, что рассчитываете максимум на 100 пользователей? Делаете импорт справочников раз в сутки в час ночи? Внешняя система не умеет принимать какие-то значения? Сделайте приятно себе в будущем — запишите все эти детали.

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

Потребность в некоторых документах возникает вариативно, в зависимости от особенностей проекта:

  1. Архитектура системы

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

  2. Требования к данным

    Логическая модель, требования к составу и формату данных, особенности работы с ними и пр. Всё это не всегда покрывается характеристиками БД — в таком случае полезно зафиксировать их в отдельном документе.

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

  3. UX/UI макеты и прототипы

    Их лучше сразу собирать в одном известном всем месте и держать в актуальном состоянии.

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

  4. Описание интеграций

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

  5. Безопасность

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

  6. Внешняя документация

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

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

Как писать

Несколько инсайтов о работе с документацией:

  • Не забывайте про актуальность

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

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

  • Неоформленные артефакты — тоже документация

    Удобно складывать в одно место те артефакты, которые нет возможности обработать и хорошо оформить.

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

  • Растите культуру документирования в команде

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

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

  • Комментарии в коде не всегда спасают

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

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

    Документирование — это задача, которую легко разбить на небольшие отрезки времени и “размазать” по спринту.

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

  • Закрывайте техдолг

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

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

  • Больше схем и диаграмм

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

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

  • Учитесь писать нехудожественные тексты

    Навык написания текстов сильно ускоряет процесс документирования и повышает его качество. Рекомендую использовать https://glvrd.ru. Плюс по возможности почитать «Пиши, сокращай» и «Бизнес-копирайтинг». Так и работа быстрее пойдет, и тексты станут понятнее и приятнее.

    Вот еще хороший доклад на тему «Как писать полезные технические тексты».

Как итог

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

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

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

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

Информация об услуге.

В соответствии с частью 3 статьи 94 Федерального закона от 05.04.2013 N 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» заказчик обязан проверить результаты контракта, предоставленные подрядчиком, при этом к проверке могут привлекаться экспертные организации.

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

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

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

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

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

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

Документация, представляемая для проверки должна соответствовать требованиям Постановления Правительства РФ от 16.02.2008 N 87 «О составе разделов проектной документации и требованиях к их содержанию»; Приказа Минстроя России от 01.03.2018 N 125/пр «Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке»; Постановления Правительства РФ от 19.01.2006 N 20 «Об инженерных изысканиях для подготовки проектной документации, строительства, реконструкции объектов капитального строительства» и в соответствии с Федеральным законом от 30.12.2009 N 384-ФЗ «Технический регламент о безопасности зданий и сооружений».

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

Стоимость услуги по проведению проверки проектной, рабочей документации определяется в соответствии с «СБЦП 81-2001-05. СБЦП 81-02-05-2001. Государственные сметные нормативы Российской Федерации. Справочник базовых цен на проектные работы в строительстве. Нормативы подготовки технической документации для капитального ремонта зданий и сооружений жилищно-гражданского назначения» по формуле .

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

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

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

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

Узнать подробнее о последовательности и сроках процедур при предоставлении услуги по проверке проектной, рабочей документации объектов капитального строительства, в том числе отдельно подготовленных разделов, расчетов конструктивных и технологических решений, и (или) результатов инженерных изысканий, на соответствие требованиям технических регламентов, норм действующего законодательства Вы можете ознакомившись с Порядком предоставления государственным автономным учреждением «Региональный центр экспертизы и ценообразования в строительстве Пензенской области» услуги по проверке проектной, рабочей документации объектов капитального строительства, в том числе отдельно подготовленных разделов, расчетов конструктивных и технологических решений, и (или) результатов инженерных изысканий на соответствие требованиям технических регламентов, норм действующего законодательства, утв. Приказом начальника ГАУ «РЦЭЦС» от 17.12.2019 №307.

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

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

16 июня 2021 года Государственной  Думой в третьем чтении принят  Федеральный закон «О внесении изменений в Градостроительный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации», направленный на реформирование системы административных процедур в строительстве, на решение ряда иных важных проблем строительной отрасли, в том числе в сфере архитектурно-строительного проектирования.

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

Основными нововведениями принятого Федерального закона являются закрепление в Градостроительном кодексе Российской Федерации исчерпывающего перечня мероприятий, необходимых для реализации проектов по строительству и реконструкции объектов капитального строительства, а также нормативное определение понятия «рабочая документация», оформление правового статуса рабочей документации. В данной части были учтены предложения НОСТРОЙ, который принимал активное участие в рассмотрении проекта Федерального закона. В частности, проект рассматривался Экспертным советом НОСТРОЙ по вопросам совершенствования законодательства в строительной сфере.

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

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

Одновременно законом устанавливается запрет на предъявление к застройщику требований о получении разрешений, согласований, не установленных в соответствии с ГрК РФ.

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

Согласно законопроекту нормативным правовым актом субъекта РФ может быть предусмотрено, что на территории этого субъекта РФ «региональные» и «местные» процедуры могут осуществляться, но только до 1 сентября 2022 года.

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

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

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

Вместе с тем НОСТРОЙ полагает, что закрепить в законе необходимо также и понятие «исполнительная документация». В настоящее время указанное понятие лишь упоминается, но не раскрывается в тексте ГрК РФ. Сегодня определение и правовой статус исполнительной документации закрепляется в ведомственном акте – РД-11-02-2006, утвержденном приказом Ростехнадзора от 26 декабря 2006 г. № 1128. Вместе с тем исполнительная документация является основным источником сведений, материалов и информации о создании (изменении) объекта капитального строительства на каждом этапе его жизненного цикла. В связи с этим определение понятия «исполнительная документация» следует закрепить непосредственно в ГрК РФ.

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

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

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

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

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

Порядок проведения экспертизы по принципу «одного окна» будет устанавливаться Правительством Российской Федерации.

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

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

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

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

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

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

ПЕРЕЧЕНЬ ДОКУМЕНТОВ,

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

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

1. Заявление на предоставление услуги с приложением анкеты заявителя и стоимости ПИР (с 17.01.2020 форма анкеты изменена – размещена во вкладке «Формы заявления и документов»).

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

3. Ведомости объемов работ, учтенных в сметных расчетах.

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

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

6. Задание на выполнение инженерных изысканий.

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

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

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

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

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

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

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

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

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

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

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

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

Документы, указанные в пунктах 1, 2, 4 — 13.

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

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

Документы, указанные в пунктах 1, 5, 6, 10 — 13.

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

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

Документы, указанные в пунктах 1 — 16.

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

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

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

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

Документы, указанные в пунктах 1 – 4, 7 – 16.

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

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

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

Документы, указанные в пунктах 1 – 4, 7 – 16.

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

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

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

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

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

Документы, указанные в пунктах 1 – 4, 7, 10 – 16.

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

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

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

Документы, указанные в пунктах 1, 3 , 7, 10 – 12.

Проект организации работ по сносу объекта капитального строительства.

Смета на снос объекта капитального строительства.

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

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

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

Документы, указанные в пунктах 1 – 4, 7, 10 – 15.

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

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

(*) – в соответствии с постановлением Правительства Российской Федерации от 05.03.2007 № 145 и постановлением Правительства Москвы от 20.12.2016 г. № 894-ПП «Об утверждении Административного регламента предоставления услуги «Проведение государственной экспертизы проектной документации и результатов инженерных изысканий» в городе Москве».

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

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

Нормативные акты : Состав рабочей документации

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


4.2.1. В состав рабочей документации, передаваемой заказчику, включают:

Статьи, комментарии, ответы на вопросы : Состав рабочей документации

Открыть документ в вашей системе КонсультантПлюс:
Основные требования к порядку оформления и составу рабочей документации содержатся в ГОСТ Р 21.1101-2013 «Система проектной документации для строительства (СПДС). Основные требования к проектной и рабочей документации». Также в проектной документации должны содержаться требования, которые должны быть учтены в рабочей документации, разрабатываемой на основании проектной документации, в связи с принятыми методами возведения строительных конструкций и монтажа оборудования. При этом объем, состав и содержание рабочей документации должны определяться заказчиком (застройщиком) в зависимости от степени детализации решений, содержащихся в проектной документации, и указываться в задании на проектирование.

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

Елена, добрый день!

Отвечу на все Ваши вопросы в одном сообщении.

Текстовая часть раздела 5.7 содержит, согласно составу проектной документации:

а) сведения о производственной программе ….;

б) обоснование потребности в основных видах …;

в) описание источников поступления сырья и …;

г) описание требований к параметрам и качественным характеристикам…; и т.д.

Как правильно оформить содержание в соответствии с пунктом 8.6?

В том также входят состав проекта и графическая часть.

Не очень понятно про «раздел 5.7». Видимо «подраздел»

Я уже писал, что в СПДС, к сожалению, разные понятия названы одним и тем же словом. Это слово «содержание». Эти два понятия постоянно путают. Вы в своем вопросе — тоже.

1) Содержание (оглавление) текстовой части выполняется в соответствии с пунктом 4.1.11 ГОСТ 2.105-95. Это содержание (оглавление) включает в себя номера (обозначения) и заголовки разделов, подразделов, пунктов (если они имеют заголовки) и приложений, с указанием номеров листов (страниц), с которых начинаются соответствующие структурные элементы текстовой части. Оно помещается на первых листах текстового документа. Обычно оно формируется автоматически из заголовков разделов, подразделов и приложений;

2) В соответствии с пунктом 8.6 ГОСТ Р 21.1101-2009(2013) выполняется содержание тома – отдельный документ с самостоятельным обозначением согласно п. 8.6 (в ГОСТ 2.105-95 аналогичный документ называется «опись»). Эти два содержания не нужно смешивать и объединять. В ГОСТ 2.105-95 содержание тестового документа и «опись» также не объединяются.

Обозначение Наименование Примечание
2345-ИОС7-С Содержание тома 5. 7
2345-СП Состав проектной документации
2345-ИОС7Т* Текстовая часть Обозначения текстовых и графических документов,

входящих в состав раздела (подраздела)

проектная организация принимает самостоятельно

2345-ИОС7Г* Графическая часть
Л.1 – Название изображений на листе Графическую часть записывают полистно
Л.2 – Название изображений на листе
Л.3 – Название изображений на листе
Должна ли отчетная техническая документация по результатам инженерных изысканий входить в состав проектной документации? Например, в том 12 «иная документация»?

Документация по инженерным изысканиям не является проектной документацией и поэтому не может быть в разделе 12 «Иная документация».

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

Согласно п. 11 ПП 87 результаты изысканий «должны быть приложены к пояснительной записке в полном объеме». Под «пояснительной запиской» понимается Раздел 1.

Как она «прикладывается» — этот вопрос нужно задавать авторам Постановления № 87.

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

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

Сквозная, очень просто, в соответствии с пунктом 8.5 ГОСТ 21.1101 – в верхнем правом углу, начиная с цифры 2 после титульного листа тома, независимо от обозначений документов и нумерации листов этих документов. Просто «сколько физических листов в этом томе».

Только не нужно меня спрашивать – «кто ее придумал и зачем она нужна?» Я не знаю.

О «несквозной» нумерации также написано в п. 8.5:

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

В соответствии с п.4.1.4 в томе после титульного листа должно быть «содержание тома».

На первом листе этого документа в графе «Лист» должна быть цифра 1 (если содержание на одном листе — цифра 1 в графе «Листов»).

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

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

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

Нужно ли указывать в основной надписи общее количество листов всего тома? И если нужно, то на каком листе?

Не нужно.

К примеру обозначение документа, 357-ИОС5.7 — то,

состав проекта 357-ИОС5.7-СП

текстовая часть 357-ИОС5.7

приложения 357-ИОС5.7?

Или текстовую части и приложения тоже нужно выделять индексом? Должно ли приложение иметь заглавный лист по форме 5? Или все листы делаются по форме 6 и являются продолжением текстовой части?

См. ответ в примере содержания в вопросе 1.

Цифра 5 (если это номер раздела) в обозначении не пишется (если по стандарту). После буквенного шифра раздела пишется номер подраздела.

И еще один вопрос — согласно п. 8.6, последний абзац — «в графе 5 основной надписи указывают «Содержание тома №»…». Что нужно указывать в графе 5 основной надписи состава проекта? — «Состав проекта»?

«Состав проектной документации» — не «Состав проекта».

Именно так называются эти документы. Они отдельно от тома не обращаются – находятся всегда в сброшюрованном томе. Всё остальное имеется на обложке и титульном листе.

И что нужно указывать на заглавном листе текстовой части в графе 5? Полное наименование документа выглядит так: «Раздел 5. Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений Подраздел 7. Технологические решения Часть 2. Котельная». Неужели все это название нужно записывать в эту графу?

Нет. Только «Текстовая часть». Всё остальное написано на обложке и титульном листе тома.

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

В связи с этим еще один вопрос — по приложению С (состав проектной документации), в графе «Наименование» тоже требуется «наименование документа (тома) в точном соответствии с наименованием, указанным на его титульном листе». Т.е. в составе проекта для раздела 5, каждого подраздела нужно переписать фразу «Раздел 5. Сведения об инженерном оборудовании,…..» столько раз, сколько в разделе содержится подразделов, частей (книг)…? в моем случае — 8 раз…

Наименование документа – «Состав проектной документации». Это отдельный документ с собственным обозначением и он один и тот же для любого тома . Это не состав проектной документации раздела 5.

Рассмотрим все стадии проекта по порядку:

  • Стадия 2 — ПД. Проек тная документация

Стадия 1 — ПП. Предпроектные проработки (Эскизный проект)

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

Разработка Стадии «ПП» не является обязательной, но помогает сэкономить время и средства при дальнейшем проектировании.

Стадия 2 — ПД. Проектная документация

В отличие от Эскизного проекта Стадия «Проект» («ПД» или просто «П») является обязательной и подлежит согласованию в государственных органах исполнительной власти. По результатам согласования Стадия «Проект» выдается разрешение на строительство объекта. Состав и содержание данного этапа регулируется Постановлением Правительства РФ №87 от 16.02.2008. Безусловно, состав будет индивидуален для каждого проекта, но мы попробуем составить наиболее полный перечень всех возможных разделов и подразделов Стадии «ПД»:

Номер Шифр раздела Название раздела
Раздел 1 Пояснительная записка
Том 1 — ОПЗ Пояснительная записка
Том 2 — ИРД Исходно-разрешительная документация
Раздел 2 — ПЗУ Схема планировочной организации земельного участка
Раздел 3 — АР Архитектурные решения
Раздел 4 Конструктивные и объемно-планировочные решения
Том 1 — КР1 Железобетонные конструкции
Том 2 — КР2 Металлические конструкции
Том 3 — КР3 Деревянные конструкции
Том 4 — КРР Статический расчет
Раздел 5 Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений.
Подраздел 1 Система электроснабжения
Том 1 — ИОС1.1 Наружное электроснабжение
Том 2 — ИОС1.2 Силовое электрооборудование
Том 3 — ИОС1.3 Электроосвещение
Подраздел 2 Система водоснабжения
Том 1 — ИОС2.1 Наружное водоснабжение
Том 2 — ИОС2.2 Внутреннее водоснабжение
Подраздел 3 Система водоотведения
Том 1 — ИОС3.1 Наружное водоотведение
Том 2 — ИОС3.2 Внутреннее водоотведение
Подраздел 4 Отопление, вентиляция и кондиционирование воздуха, тепловые сети
Том 1 — ИОС4.1 Отопление и вентиляция
Том 2 — ИОС4. 2 Теплоснабжение
Том 3 — ИОС4.3 Индивидуальный тепловой пункт
Подраздел 5 Сети связи
Том 1 — ИОС5.1
Том 2 — ИОС5.2
Том 3 — ИОС5.3
Том 4 — ИОС5.4 Видеонаблюдение
Том 5 — ИОС5.5 Охранная сигнализация
Том 6 — ИОС5.6
Том 7 — ИОС5.7 Прочие слаботочные системы
Подраздел 6 Система газоснабжения
Том 1 — ИОС6.1 Наружное газоснабжение
Том 2 — ИОС6.2 Внутреннее газоснабжение
Подраздел 7 Технологические решения
Том 1 — ИОС7.1 Технологические решения
Том 2 — ИОС7. 2
Том 3 — ИОС7.3 Воздухоснабжение
Том 4 — ИОС7.4 Холодоснабжение
Том 5 — ИОС7.5 Снабжение паром
Том 6 — ИОС7.6 Пылеудаление
Том 7 — ИОС7.7 Прочие технологические системы
Раздел 6 — ПОС Проект организации строительства
Раздел 7 — ПОД Проект организации работ по сносу или демонтажу объектов капитального строительства
Раздел 8
Том 1 — ООС Перечень мероприятий по охране окружающей среды
Том 2 — ООС.ТР Проект технологического регламента обращения со строительными отходами на объекте
Том 3 — ИЭИ Инженерно-экологические изыскания
Раздел 9
Том 1 — ПБ1 Мероприятия по обеспечению пожарной безопасности
Том 2 — ПБ2
Том 3 — ПБ3
Том 4 — ПБ4
Раздел 10 — ОДИ Мероприятия по обеспечению доступа инвалидов
Раздел 10(1) — МЭ Мероприятия по обеспечению соблюдения требований энергетической эффективности
и требований оснащенности зданий, строений и сооружений
приборами учета используемых энергетических ресурсов
Раздел 11
Том 1 — СМ1 Смета на строительство объектов капитального строительства
Том 2 — СМ2 Мониторинг цен на материалы
Раздел 12 Иная документация в случаях, предусмотренных Федеральными законами
Том 1 — КЕО Светотехнические расчеты инсоляции и естественной освещенности (КЕО)
Том 2 — ЗШ Мероприятия по защите от шума и вибраций.
Оценка шумового воздействия на период эксплуатации объекта
Том 3 — ИТМ ГОиЧС Инженерно-технические мероприятия гражданской обороны.
Мероприятия по предупреждению чрезвычайных ситуаций
Том 4 — ЭД Инструкция по эксплуатации здания
Том 5 — ПТА Мероприятия по противодействию террористическим актам
Том 6 — ДПБ Декларация промышленной безопасности опасных производственных объектов

Стадия 3 — РД. Рабочая документация

Стадия «РД» нужна в первую очередь строителям, так как в ней наиболее полно и детально разрабатываются проектные решения, которые в Стадии «ПД» лишь обозначались. В отличие от «П», «Рабочка» включает в себя чертежи узлов, аксонометрические схемы и профили инженерных сетей, спецификации и т. п. С другой стороны, на рабочей стадии документация лишается некоторых разделов, полнота которых была исчерпана на стадии проектной (например, ПОС, ООС, КЕО, ИТМ ГОиЧС и т. п.). Как и на Стадии «П», состав «РД» будет индивидуален для каждого проекта, но мы попробуем составить наиболее полный перечень всех возможных разделов Стадии «Рабочая документация»:

Шифр раздела Название раздела
— ГП Генеральный план
— ТР Сооружения транспорта
— ГТ Генплан и транспорт (при объединении ГП и ТР)
— АД Автомобильные дороги
— ПЖ Железнодорожные пути
— АР Архитектурные решения
— АС Архитектурно-строительные решения (при объединении АР и КР)
— АИ Интерьеры
— КЖ Конструктивные решения. Железобетонные конструкции
— КЖ0 Конструктивные решения. Железобетонные конструкции. Фундаменты
— КМ Конструктивные решения. Металлические конструкции
— КМД Конструктивные решения. Металлические конструкции деталировочные
— КД Конструктивные решения. Деревянные конструкции
— КРР Конструктивные решения. Статический расчет
— ГР Гидротехнические решения
— ЭС Система электроснабжения. Наружное электроснабжение
— ЭМ Система электроснабжения. Силовое электрооборудование
— ЭО Система электроснабжения. Электроосвещение
— ЭН Система электроснабжения. Электроосвещение наружное
— ЭИС Электроснабжение инженерных систем
— НВ Система водоснабжения. Наружные сети
— НК Система водоотведения. Наружные сети
— НВК Система водоснабжения и водоотведения. Наружные сети
— ВК Система водоснабжения и водоотведения. Внутренние сети
— ОВиК Отопление, вентиляция и кондиционирование воздуха
— ТС Теплоснабжение
— ТМ Тепломеханические решения (Котельная, ИТП, и т. п.)
— РТ Телефония, Радиофикация, Телеприем
— СКС Структурированные кабельные сети
— АИС Автоматизация инженерных систем
— АТП Автоматизация технологических процессов
— АК Комплексная автоматизация (при объединении АИС и АТП)
— ВН Видеонаблюдение
— ОС Охранная сигнализация
— СКУД Система контроля и учета доступа
— ГСН Наружное газоснабжение
— ГСВ Внутреннее газоснабжение
— ТХ Технологические решения
— ТК Технологические коммуникации
— ВС Воздухоснабжение
— ХС Холодоснабжение
— ПС Снабжение паром
— ПУ Пылеудаление
— АУПС
— СОУЭ
Автоматическая установка пожарной сигнализации,
Система оповещения и управления эвакуацией людей при пожаре
— АППЗ Автоматика противопожарной защиты
— ПТ Спецпожаротушение (водяное, порошковое и т. д.)
— СД1 Смета на строительство объектов капитального строительства
— СД2 Мониторинг цен на материалы
— АЗ Антикоррозийная защита
— ТИ Тепловая изоляция оборудования и трубопроводов

ГОСТ Р 21.1101-2013 Система проектной документации:

4.2. Рабочая документация
4.2.1. В состав рабочей документации, передаваемой заказчику, включают:
— рабочие чертежи, предназначенные для производства строительных и монтажных работ;
— прилагаемые документы, разработанные в дополнение к рабочим чертежам основного комплекта.
4.2.2. В состав основных комплектов рабочих чертежей включают общие данные по рабочим чертежам, чертежи и схемы, предусмотренные соответствующими стандартами Системы проектной документации для строительства (далее — СПДС).

4.2.6. К прилагаемым документам относят:
— рабочую документацию на строительные изделия;
— эскизные чертежи общих видов нетиповых изделий, выполняемые в соответствии с ГОСТ 21. 114;
— спецификацию оборудования, изделий и материалов, выполняемую в соответствии с ГОСТ 21.110;
— опросные листы и габаритные чертежи, выполняемые в соответствии с данными заводов — изготовителей оборудования;
— локальную смету по формам;
— другие документы, предусмотренные соответствующими стандартами СПДС.
Конкретный состав прилагаемых документов и необходимость их выполнения устанавливаются соответствующими стандартами СПДС и заданием на проектирование.

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

СНиП 11-01-95 Состав рабочей документации:

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

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

проектных документов | Специалист по управлению проектами (PMP)

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

Документы проекта

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

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

Утверждение плана управления проектом

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

Стартовое совещание

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

Руководство проектной работой и управление ею

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

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

  • Управление участниками проекта/заинтересованными сторонами/прочими лицами

  • Выполнение задач

  • Улучшение процесса

  • Управление изменениями

  • Помощь команде в завершении работы

  • Обеспечение калибровки, целенаправленности и информированности команды

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

В процессе «Руководство и управление проектами» роль менеджера проекта включает в себя:

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

Как создать структуру разбивки работ по проекту

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

 

Планируйте задачи проекта в SharePoint с помощью бесплатного шаблона!

 

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

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

Продолжайте читать, чтобы получить практические советы по созданию WBS, чтобы контролировать задачи!

 

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

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

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

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

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

  • Словарем WBS, в котором более подробно описаны результаты и задачи.
  • Базовый план содержания, который содержит описание проекта, ИСР и словарь ИСР.

 

Как использовать структуру распределения работ?

Создание WBS является неотъемлемой частью планирования проекта. Трата времени на определение вех и задач помогает:

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

 

Сосредоточив внимание на более широкой картине, WBS гарантирует, что ни один элемент проекта не будет упущен из виду на этапе планирования.

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

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

 

Как создать структуру разбивки работ по проекту

WBS может принимать разные формы – список в Word или Excel; записи на доске; список задач SharePoint. Конечным результатом может быть текстовый список, таблица или иерархический график.

На изображениях ниже показан простой WBS, созданный в PowerPoint, и более подробный список, созданный с использованием нашего бесплатного шаблона SharePoint.

 

 

 

 

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

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

  1. Начните с окончательного результата проекта и двигайтесь назад к первой основной задаче, необходимой для достижения этой цели. В этом случае закупки являются конечным результатом проекта, что означает, что команде необходимо работать с тремя поставщиками и так далее.
  2. Затем аналогичным образом разбейте каждую веху на . Избегайте подсчета одной и той же работы дважды по разным вехам, так как это исказит ваши оценки и затраты.
  3. Повторяйте этот шаг с каждым элементом, пока проект не будет разбит на различные компоненты.
  4. Расчетное время для рабочих пакетов. Обычно они длятся от 1 до 10 дней.
  5. Назначение ответственных за задачу – , в идеале, по одному ответственному за задачу.
  6. Начните сопоставление вашей WBS в желаемом формате .

 

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

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

Изображение предоставлено

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

 

Простое управление задачами проекта в SharePoint с помощью бесплатного шаблона [скачать здесь]

 

RACI — популярная модель, используемая для четкого определения ролей и обязанностей в проекте. RACI — это аббревиатура от R ответственный, A подсчитываемый, C подразумеваемый и I информированный. Для каждой задачи отдельному человеку или группе назначается один или несколько из четырех типов ассоциации.

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

 

Зачем использовать матрицу RACI?

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

Использование матрицы RACI поможет вам:

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

 

RACI – 4 типа ассоциации

R ответственный

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

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

 

A счетный

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

За задачу должен отвечать только один человек.

 

C Консультация

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

Они не работают над задачами напрямую.

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

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

 

I информированный

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

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

 

Когда использовать матрицу RACI

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

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

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

См. матрицу RACI:

  • На стартовом совещании по проекту.
  • При обновлении или переназначении задач.
  • Во время вскрытия проекта.

 

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

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

 

6 шагов для построения матрицы RACI

  1. Определите все задачи и действия, необходимые для конкретного проекта. При наличии см. структуру разбивки работ по проекту.
  2. Перечислите задачи в левой колонке вашей матрицы. Сосредоточьтесь на задачах проекта, вехах и ключевых решениях. Нет необходимости включать повседневные мероприятия, такие как встречи.
  3. Перечислите всех участников проекта в верхней части таблицы.
  4. Назначьте каждому участнику свою ассоциацию ( R ответственный, A подотчетный, C подотчетный и I информированный) для каждой задачи.
  5. Получайте отзывы от своей команды и заинтересованных лиц об их заданиях.
  6. Добавьте матрицу RACI на сайт проекта, например, изменив список задач SharePoint, включив в него четыре роли и владельцев.

 

Понимание и корректировка матрицы RACI

Ниже приведен пример очень простой матрицы RACI.

 

Перегрузка работой

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

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

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

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

В этом случае может иметь смысл передать часть задач Лизы другим участникам проекта, которые также являются «Ответственными» за определенные задачи. Например, Сара становится единолично ответственной за Задание 2 и Задание 5, а Бен становится единолично ответственным за Задание 3.

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

 

 

Излишняя коммуникация

Матрица RACI также полезна, когда речь идет об оптимизации коммуникации.

Когда задача завершена, многие стороны должны быть «информированы» для подписания.

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

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

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

Вот пересмотренная матрица RACI, которая демонстрирует перебалансировку «осведомленных» ассоциаций.

 

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

 

Другие модели распределения ответственности

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

RASIC

Эта модель расширяет ассоциации RACI (Ответственный, Подотчетный, Консультируемый, Информированный) 5-й ассоциацией – «Поддерживающая». Это относится к отдельным лицам или группам, которым поручено помогать «ответственной» стороне.

 

CAIRO

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

 

RACI-VS

Эта модель расширяет RACI за счет включения еще двух ассоциаций — «Проверка» и «Подписание».

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

 

Резюме

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

 

Изображение предоставлено

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

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

Советы по коммуникации для удаленных и гибридных команд

Удаленные и гибридные команды сталкиваются с некоторыми проблемами коммуникации.

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

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

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

Есть несколько способов решения этих проблем.

 

Синхронная и асинхронная связь

Во-первых, установите границы для синхронной и асинхронной связи.

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

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

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

 

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

Асинхронный режим хорошо подходит для удаленных и гибридных команд, поскольку он:

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

 

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

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

Некоторые группы используют такие аббревиатуры, как «Четырехчасовой ответ» (4HR) или «Нет необходимости отвечать» (NNTR), чтобы внести ясность в цифровое общение.

Также важно, чтобы люди допускали задержки при удаленном общении. Если что-то срочное, воспользуйтесь видеозвонком!

 

Каналы и тайминги

Далее вам нужно установить ожидания в отношении каналов и таймингов.

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

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

В качестве руководства используйте:

  • Электронная почта для объявлений и важных решений, а не для обмена сообщениями.
  • Видеовстречи для индивидуальных, групповых и корпоративных сессий.
  • Мгновенный чат для личных и командных обсуждений.
  • Инструмент управления проектами для планирования, управления и отслеживания задач, рисков и результатов.
  • Групповые календари при планировании собрания.
  • Центральное место для хранения документов.
  • Предварительно записанные видеоролики для учебных занятий, обновлений компании, быстрой обратной связи и т. д.
  • Опросы, опросы и формы для сбора отзывов.

 

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

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

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

  • Как часто вам нужно получать от них известия?
  • Какие инструменты следует использовать и когда?
  • Насколько они должны реагировать на команду?

 

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

  1. Развитие карьеры
  2. Проектная документация: преимущества, инструкции и советы
By Indeed Editorial Team

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

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

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

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

Некоторые отчеты, включенные в проектную документацию:

  • Экономическое обоснование проекта: документ, объясняющий, почему проект осуществляется, и излагающий его цели и задачи.

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

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

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

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

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

  • Структура декомпозиции работ (WBS): WBS — это документ, в котором задачи распределяются по временным рамкам в зависимости от приоритета достижения цели.

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

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

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

Связано: Как создать матрицу RACI (с примером) и успешное планирование проекта

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

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

  • Позволяет отслеживать задачи проекта среди команд или отделов

  • Сохраняет ожидания и цели проекта неизменными на каждом этапе процесса

  • Помогает отслеживать ход проекта на протяжении всего процесса ход процесса

  • Организует работу в управляемые блоки для членов команды

  • Планирует и распределяет ресурсы между членами команды

  • Улучшает коммуникацию с членами проектной команды и заинтересованными сторонами

  • Готовит планы по работе с рисками

Связано: Важность управления проектами

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

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

1.

Понимание цели проекта

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

Связанный: Что такое планирование проекта? (с примерами)

2. Выберите программное обеспечение для документирования

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

3. Используйте шаблон

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

4. Набросайте свой контент

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

См. также: Как создать устав проекта (с советами и примерами)

5. Делитесь своими документами с другими

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

6. Регулярно просматривайте и редактируйте

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

7. Сохранение и архивирование документов

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

Связано: Управление записями: определение и преимущества

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

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

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

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

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


  • 11 необходимых документов для использования в качестве руководителя проекта

    1. Развитие карьеры
    2. 11 основных документов для использования в качестве руководителя проекта
    Редакция Indeed

    5 августа 2021 г.

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

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

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

    11 основных документов по управлению проектами

    Рассмотрите этот список из 11 основных документов по управлению проектами, которые вы можете использовать при запуске вашего следующего проекта:

    1.

    Экономическое обоснование проекта

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

    Связанный: Что такое экономическое обоснование?

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

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

    Связано: Как написать устав проекта

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

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

    См. также: Руководство по планам управления коммуникациями

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

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

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

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

    6. Структура декомпозиции работ

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

    См. также: Как создать структуру распределения работ (с советами и примерами)

    7. Матрица RACI

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

    • Ответственный: включает, какие участники управляют какими элементами проекта.Ответственный участник завершает проект в соответствии с указаниями плана.

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

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

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

    8. Управление запросами на изменение

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

    9. Журнал рисков

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

    10. Журнал действий и проблем

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

    Связано: риск и проблема: в чем разница?

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

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

    Почему это важно для успеха проекта?

    4 Основные документы проекта 

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

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

    Вот документы, которые вам понадобятся:

     

    1. Документ об инициировании проекта или Устав проекта

    В документации об инициировании проекта должны быть определены: объем

  • Результаты проекта
  • Организация проекта
  • Экономическое обоснование проекта (Как он будет соответствовать бизнес-целям?)
  • Ограничения проекта (Что нельзя сделать?)
  • Заинтересованные стороны проекта
  • Риски проекта
  • Средства контроля проекта
  • 4 Рамки отчетности.
  •  

     

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

    Устав вашего проекта должен включать в себя :

    • Причины запуска проекта
    • Задачи и ограничения проекта
    • Проект Работа
    • Проектные результаты
    • Заинтересованные стороны проекта
    • Проектные риски
    • Целевой проект Преимущества
    • расходные полномочия.

     

    Ваша документация по запуску проекта имеет решающее значение.

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

     

    2. Документ о содержании проекта

    Вторым по важности документом является ваш объем работ.

    Ваш документ «Объем работ» должен включать :

    • Результаты
    • График проекта
    • Вехи проекта
    • Ограничения проекта.

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

    Можно указать, что вы можете потратить 50 дополнительных часов на внесение изменений.

    Тем не менее, вы не сможете провести больше времени, чем это. Это ограничение.

    Точно так же всегда полезно определить вехи проекта.

    Они отлично подходят для отслеживания прогресса и связи с заинтересованными сторонами.

     

    3. План проекта — один из самых важных документов по управлению проектом

    Когда вы определились с основами, пришло время планировать сам проект.

    План проекта содержит все ваши планы относительно задач, этапов и сроков.

    Считайте это своей дорожной картой к успеху проекта.

    Ваш план проекта должен включать :

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

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

    Это один из самых объемных документов в вашем проекте, но он стоит времени, потраченного на его сборку.

     

    4. Другие документы по проекту, которые вам понадобятся

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

    • Отчет о закрытии проекта ( Что было достигнуто? Какие уроки были извлечены? Другая информация, которую необходимо знать получателю.)
    • Журнал изменений и рисков (С какими изменениями и рисками вы справились? Как вы их уменьшили?).

     

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

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

    Тем не менее, это самые важные документы по управлению проектом, с которых следует начинать.

     

    3 совета по документированию проекта на профессиональном уровне

    1.Что вам нужно задокументировать

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

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

     

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

    Упростите для своей команды поиск нужных документов с помощью Project Central, , который легко интегрируется с Microsoft 365, включая SharePoint Online .

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

    Добавить комментарий

    Ваш адрес email не будет опубликован.