Как в проект внести изменения в: Проект СПДС :: ГОСТ 21.1101-2013 «СПДС. Основные требования к проектной и рабочей документации» :: 7. Правила внесения изменений

Содержание

Внесение изменений в национальные проекты и федеральные проекты \ КонсультантПлюс

  • Главная
  • Документы
  • Внесение изменений в национальные проекты и федеральные проекты

Разработка, реализация, внесение изменений и мониторинг реализации национальных проектов (программ), федеральных проектов, ведомственных проектов в 2022 году осуществляются с учетом особенностей, предусмотренных Постановлением Правительства РФ от 09.04.2022 N 628.

Постановление Правительства РФ от 31.10.2018 N 1288 (ред. от 28.06.2022) «Об организации проектной деятельности в Правительстве Российской Федерации» (вместе с «Положением об организации проектной деятельности в Правительстве Российской Федерации»)

Внесение изменений в национальные проекты

и федеральные проекты

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

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

81. Внесение изменений в паспорт национального проекта и паспорт федерального проекта осуществляется посредством подготовки запроса на изменение паспорта соответствующего проекта.

82. Подготовка запроса на изменение паспорта национального проекта и паспорта федерального проекта осуществляется в соответствии с методическими указаниями президиума Совета и (или) методическими рекомендациями проектного офиса Правительства Российской Федерации.

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

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

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

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

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

КонсультантПлюс: примечание.

Действие абз. 2 п. 85 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09.04.2022 N 628).

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

КонсультантПлюс: примечание.

Действие абз. 3 п. 85 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09. 04.2022 N 628).

Подготовка заключений ведомственного проектного офиса и Министерства экономического развития Российской Федерации осуществляется в соответствии с методическими указаниями президиума Совета и (или) методическими рекомендациями проектного офиса Правительства Российской Федерации.

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

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

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

КонсультантПлюс: примечание.

Действие абз. 3 п. 86 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09.04.2022 N 628).

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

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

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

(абзац введен Постановлением Правительства РФ от 24.03.2022 N 451)

КонсультантПлюс: примечание.

Действие абз. 1 п. 88 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09.04.2022 N 628).

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

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

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

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

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

КонсультантПлюс: примечание.

Действие абз. 1 п. 90 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09.04.2022 N 628).

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

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

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

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

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

д) о необходимости доработки запроса на изменение паспорта национального проекта и паспорта федерального проекта;

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

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

КонсультантПлюс: примечание.

Действие абз. 2 п. 91 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09.04.2022 N 628).

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

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

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

КонсультантПлюс: примечание.

Действие п. 92 приостановлено в части подготовки, отражения, направления и рассмотрения заключений Минэкономразвития России (Постановление Правительства РФ от 09. 04.2022 N 628).

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

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

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

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

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

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

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

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

КонсультантПлюс: примечание.

Действие абз. 4 п. 96 приостановлено (Постановление Правительства РФ от 09.04.2022 N 628).

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

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

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

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

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

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

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

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

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

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

актуализации при необходимости в соответствии с проектами указанных федеральных законов по итогам их рассмотрения Государственной Думой Федерального Собрания Российской Федерации;

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

100. Утверждение запросов на изменение паспортов национальных проектов, связанных с приведением их в соответствие с федеральным законом о федеральном бюджете на очередной финансовый год и плановый период (федеральным законом о внесении изменений в федеральный закон о федеральном бюджете на текущий финансовый год и плановый период), а также с внесением изменений в сводную бюджетную роспись федерального бюджета в целях увеличения бюджетных ассигнований резервного фонда Правительства Российской Федерации, в связи с использованием бюджетных ассигнований резервного фонда Правительства Российской Федерации в соответствии с решением Правительства Российской Федерации или по основанию, предусмотренному частью 22 статьи 10 Федерального закона от 29 ноября 2021 г. N 384-ФЗ «О внесении изменений в Бюджетный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации и установлении особенностей исполнения бюджетов бюджетной системы Российской Федерации в 2022 году», может осуществляться соответствующим проектным комитетом в порядке, определенном настоящим Положением.

(п. 100 в ред. Постановления Правительства РФ от 17.03.2022 N 391)

(см. текст в предыдущей редакции)

101. Внесение изменений в сводную бюджетную роспись федерального бюджета в части бюджетных ассигнований, предусмотренных на финансовое обеспечение реализации национальных проектов, по основаниям, предусмотренным бюджетным законодательством Российской Федерации, за исключением оснований, указанных в части 1 статьи 7 Федерального закона от 28 ноября 2018 г. N 457-ФЗ «О внесении изменений в Бюджетный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации», в части 22 статьи 10 Федерального закона от 29 ноября 2021 г. N 384-ФЗ «О внесении изменений в Бюджетный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации и установлении особенностей исполнения бюджетов бюджетной системы Российской Федерации в 2022 году», в абзацах втором — пятом пункта 3, а также в абзаце восемнадцатом пункта 7 статьи 217 Бюджетного кодекса Российской Федерации (в части увеличения бюджетных ассигнований резервного фонда Правительства Российской Федерации), осуществляется при наличии утвержденных в соответствии с настоящим Положением запросов на изменение паспортов национальных проектов и паспортов федеральных проектов, соответствующих таким изменениям, в сводную бюджетную роспись федерального бюджета.

(в ред. Постановления Правительства РФ от 17.03.2022 N 391)

(см. текст в предыдущей редакции)

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

Согласование и внесение на рассмотрение и утверждение в порядке, установленном настоящим Положением, запросов на изменение паспортов национальных проектов, паспортов федеральных проектов, связанных с внесением изменений в сводную бюджетную роспись федерального бюджета в соответствии с абзацем вторым настоящего пункта и по основаниям, предусмотренным абзацем восемнадцатым пункта 7 статьи 217 Бюджетного кодекса Российской Федерации (в части увеличения бюджетных ассигнований резервного фонда Правительства Российской Федерации), обеспечиваются руководителем национального проекта, руководителем федерального проекта в срок не позднее 3 недель после внесения изменений в сводную бюджетную роспись федерального бюджета.

Анализ реализации национальных проектов, федеральных проектов и региональных проектов V. Завершение проекта

Внесение изменений в проектную документацию прошедшую экспертизу

  • Главная
  • Внесение изменений в проектную документацию после экспертизы

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

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

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

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

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

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

Когда необходима экспертиза изменений

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

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

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

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

Перечень изменений, связанных с безопасностью

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

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

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

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

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

Порядок проведения исследования

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

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

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

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

Для начала исследования необходимо предоставить в адрес экспертной организации:

  1. Заявление о проведении исследования.
  2. Предыдущую версию проектной документации.
  3. Копию предыдущего заключения эксперта.
  4. Задание на изменение проекта.
  5. Документ, в котором указан весь перечень изменений в документации.

Обратная связь

Можно ли вносить изменения в текущий проект и как это сделать

– Я хочу другой ламинат, а не тот, который в смете!

– Можно. Но тогда сроки переезда сдвинутся на месяц.

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

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

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

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

Истина, как всегда, посередине.

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

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

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

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

Решение об изменении проекта принимает заказчик на основании экспертного анализа

Сложности, риски, последствия изменений на этапах поиска помещения и проектирования

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

Изменения на этапе поиска помещения

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

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

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

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

Изменения на этапе проектирования

Какие изменения могут возникнуть на этапе разработки проекта?

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

Чем могут обернуться изменения в проекте на этапе строительства

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

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

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

Вариант первый

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

Вариант второй

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

  • дополнительные транспортные расходы;
  • разница в цене;
  • удержанные поставщиком 30 % за отказ от заказа.

Вариант третий

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

  • разница в цене ковролина;
  • дополнительные транспортные расходы;
  • сдвоенная аренда.

Наша задача в этом случае – учесть все риски, описать их заказчику и предоставить решения возникающих проблем. Мы обязательно ищем вариант, который уменьшает риски изменений. В описанном примере мы нашли ковролин дешевле выбранного заказчиком на 20 %. Он был у поставщика в наличии, так что сдвигать сроки не пришлось. В итоге дополнительные расходы составили уже не 30, а 10 %, удержанных поставщиком, плюс дополнительные транспортные расходы.

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

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

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

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

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

Письмо о внесении изменений в проект

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

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

Изменения в проекте приводят к увеличению или уменьшению стоимости строительства, поэтому при обращении за изменениями к Заказчику нужно указать «Прошу Вас согласовать без изменения стоимости строительства…» или «Прошу Вас согласовать с внесением изменений в сметную документацию…». Заказчик в своем ответе должен указать «согласовано с изменением стоимости строительства» или «согласовано без внесения изменений в ПСД». Деньгами распоряжается Заказчик.
Кроме того если проектная документация получила положительное заключение экспертизы проектной документации, то внесение изменений может потребовать повторного прохождения этой экспертизы, особенно если строительство ведется за счет бюджетов РФ (читай статьи 48.2, 49 Градостроительного кодекса РФ).

Хотя эта ведомость по форме ВСН 012-88 Миннефтегазстроя, она подходит и для любых других объектов строительства.

МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

от 18 октября 2018 года N 42269-ОД/08

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

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

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

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

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

Федеральным законом от 3 августа 2018 г. N 342-ФЗ «О внесении изменений в Градостроительный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации» (далее – Федеральный закон N 342-ФЗ) с 1 июля 2019 года уточняется состав проектной документации объектов капитального строительства, содержание разделов которой приведено в соответствие законодательству о техническом регулировании.

Также Федеральным законом N 342-ФЗ одновременно с признанием утратившими силу частей 3.5-3.7 статьи 49 Градостроительного кодекса Российской Федерации (далее – Кодекс) внесены изменения в часть 11 указанной статьи Кодекса, согласно которой порядок проведения государственной экспертизы проектной документации и государственной экспертизы результатов инженерных изысканий, негосударственной экспертизы проектной документации и негосударственной экспертизы результатов инженерных изысканий, устанавливается Правительством Российской Федерации, в том числе в случае внесения изменений в проектную документацию.

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

При этом, необходимо отметить, что в соответствии с частью 55 статьи 26 Федерального закона N 342-ФЗ в случае, если до дня официального опубликования Федерального закона N 342-ФЗ в отношении проектной документации, в которую после получения положительного заключения экспертизы проектной документации внесены изменения, не затрагивающие конструктивных и других характеристик безопасности объекта капитального строительства, получено положительное заключение, предусмотренное частью 3.5 статьи 49 Кодекса (в редакции, действовавшей до дня официального опубликования Федерального закона N 342-ФЗ), проведение экспертизы такой проектной документации не требуется.

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

подскажите ссылку для обоснования.

–Конец цитаты—— –
Случай1.
Если необходимость корректировки возникла до начала работ
При выполнении корректировки проектной документации следует руководствоваться нормой Закона «Об архитектурной деятельности в Российской Федерации » (ст. 20).
Статья 20. Изменения архитектурного проекта
1. Изменения архитектурного проекта при разработке документации для строительства или при строительстве архитектурного объекта производятся исключительно с согласия автора архи-тектурного проекта, а в случае отклонения от требований архитектурно-планировочного задания также по согласованию с соответствующим органом архитектуры и градостроительства.
Т.е., имеющаяся практика привлечения для корректировки проекта, разработанного одним ав-торским коллективом, других проектировщиков без согласования с архитектором-автором архитек-турного проекта представляется неправомерной.
Кроме того,
СНиП 11-01-95 «ИНСТРУКЦИЯ О ПОРЯДКЕ РАЗРАБОТКИ, СОГЛАСОВАНИЯ, УТВЕРЖДЕНИЯ И СОСТА-ВЕ ПРОЕКТНОЙ ДОКУМЕНТАЦИИ НА СТРОИТЕЛЬСТВО ПРЕДПРИЯТИЙ, ЗДАНИЙ И СООРУЖЕНИЙ»
2. 11. Заказчики проектной документации и проектировщики обязаны своевременно вносить в рабо-чую документацию изменения, связанные с введением в действие новых нормативных документов.
Т.е. п. 2.11 содержит обязательное положение по внесению в рабочую документацию изменений, связанных с введением в действие новых нормативных документов.
Кроме того, есть ещё и такой документ – «Организация проведения государственной экспертизы проектной документации в Московской области»
«В случае, когда строительство по проекту не осуществлялось в течении 2-3 лет, Заказчику необхо-димо до передачи документации на экспертизу обеспечить проверку соответствия этой документации действующему законодательству, нормативным документам по проектированию, а также пролонгиро-ванным ТУ, выданным местными органами надзора и заинтересованными органами местной админист-рации (с привлечением проектной организации).»
Поэтому, требование к проектировщикам по корректировке уже выполненной проектно-сметной документации является правомерным только в случае изменения нормативных документов.
В этом случае проектная документация должна быть приведена заказчиком в соответствие с но-выми требованиями до начала строительства. Для этого заказчик заключает договор или дополни-тельное соглашение с проектной организацией на выполнение работ по корректировке проектной документации.
Но, так как корректировка ПСД требует нового обозначения, откорректированная документация, по существу, является новым видом документации, исполненной другим автором и требующей но-вого утверждения.

Случай 2.
Если работы уже начаты
Гражданский Кодекс РФ. Статья 744. Внесение изменений в техническую документацию
1. Заказчик вправе вносить изменения в техническую документацию при условии, если вызываемые этим дополнительные работы по стоимости не превышают десяти процентов указанной в смете общей стоимости строительства и не меняют характера предусмотренных в договоре строи-тельного подряда работ.
2. Внесение в техническую документацию изменений в большем против указанного в пункте 1 на-стоящей статьи объеме осуществляется на основе согласованной сторонами дополнительной сметы.
При этом необходимость проведения согласования заказчиком с проектировщиком вносимых изменений в техническую документацию, осуществляемых в соответствии с ГК РФ не определена.
В случаях, если изменения нормативов произошло после начала работ, и внесение необходимых изменений в проект влечет при их реализации значительные и неадекватные расходы заказчика, ре-комендуется руководствоваться п. 3.5 СНиП 11-01-95, получив разрешение на использование утра-тившей силу нормы у органа, утвердившего новую норму.
3.5. Обоснованные отступления от требований нормативных документов допускаются только при наличии разрешений органов, которые утвердили и (или) ввели в действие эти документы.
Поэтому, требование к проектировщикам по корректировке уже выполненной проектно-сметной документации на объекты, строительство которых начато, ведется, или возобновляется после при-остановки или консервации, является правомерным только в случае изменения нормативных доку-ментов и отсутствия согласования выполнения работ по уже выполненному проекту.

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

Выписки из ГОСТ Р 21.1101-97
7.1 Внесение изменений в рабочую документацию
7.1.1 Общие положения
7.1.1.1 Изменением рабочего документа, ранее переданного заказчику, является любое исправ-ление, исключение или добавление в него каких-либо данных без изменения обозначения этого до-кумента.
Обозначение документа допускается изменять только в случае, если разным документам оши-бочно присвоены одинаковые обозначения или в обозначении документа допущена ошибка.
Внесение изменений в расчеты не допускается.
7.1.1.2 Если изменение документа неприемлемо, то должен быть выпущен новый документ с но-вым обозначением.
7.1.1.3 Любое изменение в документе, вызывающее какие-либо изменения в других документах, должно одновременно сопровождаться внесением соответствующих изменений во все взаимосвя-занные документы.
7.1.1.4 Информацию об изменении документа указывают в основной надписи этого документа, в общих данных по рабочим чертежам и на титульном листе (при наличии).
7.1.1.5 Изменения вносят в подлинник документа.
7.1.1.6 При внесении изменений в подлинник электронного документа любое изменение индек-сируется как новая версия этого документа.
7.1.1.7 Копии листов (измененных, дополнительных и выпущенных вместо замененных листов) рабочей документации направляют организациям, которым ранее были направлены копии доку-ментов, одновременно с копиями общих данных соответствующего основного комплекта рабочих чертежей, уточненных в соответствии с 7.1.3.
7.1.2 Разрешение на внесение изменений
7.1.2.1 Изменение документа (в том числе его аннулирование) выполняют на основании разре-шения на внесение изменений (далее – разрешение), составленного по формам 9 и 9а приложения Л.
7.1.2.2 Разрешение утверждает руководитель организации-разработчика документа или другое уполномоченное должностное лицо.
Разрешение является основанием для получения подлинников документов и внесения в них из-менений.
Допускается отправка заказчику вместе с копиями измененной документации копии разрешения.
7.1.2.3 Изменения на каждый документ (например, основной комплект рабочих чертежей, спе-цификацию оборудования, изделий и материалов) оформляют отдельным разрешением.
Допускается составлять одно общее разрешение на изменения, вносимые одновременно в не-сколько документов, если изменения взаимосвязаны или одинаковы для всех изменяемых докумен-тов.
7.2 Внесение изменений в проектную документацию
7.2.1 Изменения в проектную документацию, ранее переданную заказчику, как правило, вносят авто-матизированным способом и осуществляют:
– заменой, добавлением или исключением отдельных листов тома;
– заменой (перевыпуском) тома (части, книги) – при его полной переработке;
– выпуском дополнительных частей или книг.
7.2.2 Изменения в проектную документацию вносят, как правило, на основании разрешения на внесение изменений (см. 7.1.2). Основаниями для внесения изменений могут быть замечания заказ-чика и согласующих органов исполнительной власти, замечания и отрицательные заключения ор-ганов негосударственной и государственной экспертизы.
7.2.3 При внесении изменений в проектную документацию следует учитывать положения 7.1.1.1-7.1.1.6 и 7.1.3 (с учетом особенностей комплектования проектной документации).
7.2.4 При полной переработке всего тома в начале текстовой части, входящей в измененный том, рекомендуется приводить сведения о внесенных изменениях: основание для внесения изменений, краткое описание внесенных изменений.
7.2.5 Если изменения в проектную документацию вносят на основании отрицательного заключе-ния государственной экспертизы, то в раздел «Пояснительная записка» в качестве приложения включают справку по форме, установленной органом государственной экспертизы, с описанием изменений, внесенных в проектную документацию. Справка должна быть подписана главным ин-женером проекта.
7. 2.6 Регистрацию изменений тома в целом производят в таблице регистрации изменений по форме 10 приложения М, которую размещают на его титульном листе и обложке.
Регистрацию изменений в текстовой части проектной документации рекомендуется производить в таблице регистрации изменений по форме 11 приложения М, которую размещают на последнем листе текстовой части при внесении первого и последующих изменений.
Сведения о замене листов графических документов приводят в графе «Примечание» содержания тома, выполняемого в соответствии с 8.6.
Сведения об изменении томов, а также выпуске дополнительных частей томов и книг заносят в ведомость «Состав проектной документации», выполняемую в соответствии с 8.8.
При внесении изменений должны быть соблюдены требования 8.5.
7.2.7 Изменения в утвержденную проектную документацию, связанные с изменением парамет-ров объекта строительства и необходимостью переутверждения проектной документации, вносят по решению заказчика на основе нового задания на проектирование или дополнения к ранее утвер-жденному заданию на проектирование.

————–
ПиСи
Извините за ссылки на старые СНиП и ГОСТ, просто облом исправлять, но в новых всё так же. Если хотите – проверьте.

[09.07.2014 9:26:06]

07.2014″ 9:58:23] </p> <td colspan=» name=»QВолжанин 09.07.2014 9:58:23″>Ну, постановление 145 – это о повторной экспертизе в ГЭ, а автора волнует сам процесс внесения изменений в проект.

[09.07.2014 10:10:35]

Федеральный закон №116-ФЗ от 21. 07.1997 ст.8 п.2
2. Отклонения от проектной документации опасного производственного объекта в процессе его строительства, реконструкции, капитального ремонта, а также от документации на техническое перевооружение, капитальный ремонт, консервацию и ликвидацию опасного производственного объекта в процессе его технического перевооружения, консервации и ликвидации не допускаются. Изменения, вносимые в проектную документацию на строительство, реконструкцию опасного производственного объекта, подлежат экспертизе проектной документации в соответствии с законодательством Российской Федерации о градостроительной деятельности.

[09.07.2014 17:07:33]

Статья 83. Требования к системам автоматического пожаротушения и системам пожарной сигнализации

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

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

[09.07.2014 19:05:02]

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

Мне кажется это с некоторыми умышленными перегибами, но типовая ситуация. И чего бегать кого-то искать?

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

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

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

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

Вносить изменения (или монтировать не по проекту) никак не уведомляя заказчика – чревато трудностями.

[09.07.2014 21:13:05]

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

Информационное письмо ГУПО №9/81 от 29.12.1981 г. исх.№7/1/4034 «О порядке оформления заказов и проведении централизованных работ по проектированию, монтажу и плановому техническому обслуживанию пожарной автоматики».

Стр.6: Монтажно-наладочная организация несёт ответственность за выполнение монтажных работ с нарушением проектных решений и за низкое качество этих работ. Отступление от проекта при производстве монтажных работ допускается только по согласованию с проектной организацией и органами ГОСПОЖНАДЗОРА.

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

>

Поделиться с друзьями:

Твитнуть

Поделиться

Поделиться

Отправить

Класснуть

Adblock
detector

должна, и согласно постановлению №145, если изменения были внесены в проектную документацию получившую положительное заключение экспертизы, и эти изменения повлияли на безопасность объекта (а т.к. нет четкого определения что это такое, то это может быть хоть что, напр. интенсивность предполагалась 0,24, а стала 0,08, СОУЭ была 5-го типа, стала 1-го)) необходима повторная экспертиза
я и подсказываю, чтобы изменяли проект так, чтобы на повторную экспертизу не попасть – бывали случаи.
Жинженёр
N 123-ФЗ “Технический регламент о требованиях пожарной безопасности”
МП-20
07.2014 19:05:02″>А если без общих абстракций и ближе к земле. Объект не технологический и без опасного производства. Пусть проект прошел экспертизу. Потом сделали рабочий проект. Его согласовывать не надо. Через 11 месяцев начали монтаж. В процессе изменили тип извещателей, потому что у принятых в проекте кончился сертификат и их не достать, а директор конторы закрыл производство извещателей и эмигрировал. Что делать, бывает – взяли аналоги . Та же картина и с приемной аппаратурой случилось.
0-1.ru/images/z.gif»/>
МП-20
Согласен Дмитрий К. Все решения получаются не сильно мудреные и очень правильные. Но хочется добавить еще одно недостающее звено, влияющее на обстановку в перспективе и не сильно озвученное при обсуждении.
Как всегда на Руси нужен еще третий, неформальный, но квалифицированный участник, который рано или поздно исполнительную документацию захочет глянуть.

Внесение изменений в проектную документацию, прошедшую экспертизу

23 сентября 2020 Горбылева Елена Николаевна 1

Добавить в избранное В избранное

Поделиться

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

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

Изменения в проектную документацию и повторная экспертиза

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

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

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

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

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

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

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

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

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

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

Перечень изменений, влияющих на безопасность объекта капстроительства

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

Приказом Минрегиона России № 624 от 30.12.2009 был утвержден Перечень видов работ, влияющих на безопасность объектов капстроительства. Документ достаточно подробен и оттого объемен. Виды работ поделены на 3 раздела:

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

Кроме того, значительная часть видов работ в рамках своего раздела разбиты на подвиды. Так, к примеру, подготовительные работы по строительству, реконструкции и капремонту (п. 2 раздел 3 Перечня) включают в себя 4 подвида:

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

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

Порядок проведения повторной экспертизы

В соответствии с п. 44 Постановления № 145, повторная экспертиза может осуществляться неограниченное количество раз (2 и более). При этом, каждая последующая экспертиза проводится в том порядке, который предусмотрен законодательством для проведения первичной госэкспертизы. Между тем, оцениваться экспертами будет:

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

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

  1. Заявление на экспертизу.
  2. Проектную документацию, получившую положительное заключение экспертизы ранее.
  3. Копию положительного заключения.
  4. Задание на внесение корректив в проектную документацию.
  5. Справку о внесенных в проект поправок.

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

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

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

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

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

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

Еще больше материалов по теме в рубрике: «Проектная документация».

Добавить в избранное В избранное

Поделиться

Предыдущий материал

Следующий материал

Внесение изменений в чужую проектную документацию » Блог Николая Морозова

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

Необходимо ли в этом случае в основной штамп вносить изменения (новый штамп новой организации и новые подписи)?

Какие пункты и стандарты в системе СПДС или иные законодательные акты указывают на процедуру внесения изменений в чужую проектную документацию?

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

Таким образом, «новая проектная организация» должна вносить изменения в листы книг/томов/разделов, которые имеются у застройщика, а это копии листов от прежней организации с основным штампом и подписями прежней организации?

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

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

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

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

По факту Застройщику передан раздел (например КР и т.д.), где на Титульном листе указаны реквизиты «новой проектной организации», а в составе книги часть листов вложены прежней организации. При этом на листах прежней организации внесены изменения и в штампе нет записи, что изменения эти внесены уже «новой проектной организацией». 

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

Но по факту на повторную экспертизу Застройщик несет не отдельные откорректированные листы, а целую книгу «КР». И тут уже экспертиза должна спросить, почему листы в одной книге подписаны разными организациями?

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

СБОРНИК РАЗЪЯСНЕНИЙ ПО ПРЕДПРОЕКТНОЙ И ПРОЕКТНОЙ ПОДГОТОВКЕ СТРОИТЕЛЬСТВА (вопросы и ответы) *** (по постановлению № 87) Выпуск 2 Москва 2008.

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

Согласно пункту 4.1 СП 11-110-99 «Авторский надзор за строительством зданий и сооружений» авторский надзор, в случае его выполнения юридическим лицом, осуществляется специалистами-разработчиками рабочей документации. В соответствии с ГОСТ 21.101-97 «Система проектной документации для строительства. Основные требование к проектной и рабочей документации» «изменение рабочего документа, ранее выданного заказчику», выполняют на основании разрешения, утвержденного руководителем организации-разработчика (пункт 7. 1, подпункт 7.4.1), который несет ответственность за несоответствие этих изменений техническим регламентам в соответствии с положениями статьи 60 Градостроительного кодекса Российской Федерации [1.2]. 

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

При этом следует принять к сведению, что частью 3 статьи 49 Градостроительного кодекса Российской Федерации [1.2] установлено: «Государственная экспертиза проектной документации не проводится в случае, если для строительства, реконструкции, капитального ремонта не требуется получение разрешения на строительство, а также в случае проведения такой экспертизы в отношении проектной документации объектов капитального строительства, получившей положительное заключение государственной экспертизы и применяемой повторно (далее — типовая проектная документация), или модификации такой проектной документации, не затрагивающей конструктивных и других характеристик надежности и безопасности объектов капитального строительства».    

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

Ответ ЗАО «Нанософт»

ГОСТ Р 21.1101-2013 (СПДС) не регламентирует внесение изменений в проектную и рабочую документацию другой проектной организацией.

В соответствии с пунктами 7.2.1, 7.2.2 ГОСТ Р 21.1101-2013, «изменение документа (в том числе его аннулирование) выполняют, как правило, на основании разрешения на внесение изменений», а «разрешение утверждает руководитель организации — разработчика документа или другое уполномоченное им должностное лицо». При этом, разработчик документа несёт ответственность за несоответствие внесенных изменений техническим регламентам согласно положениям статей 58 – 60.1 Градостроительного кодекса

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

  1. Согласно части 2 статьи 762 Гражданского кодекса, по договору подряда на выполнение проектных и изыскательских работ заказчик (застройщик) обязан, если иное не предусмотрено договором, «использовать техническую документацию, полученную от подрядчика, только на цели, предусмотренные договором, не передавать техническую документацию третьим лицам и не разглашать содержащиеся в ней данные без согласия подрядчика»
  2. В соответствии со статьёй 20 Федерального закона РФ №169-ФЗ «Об архитектурной деятельности», статьями 1294, 1270 (подпункт 10 пункта 2), 1252 (пункт 3), 1301 Гражданского кодекса, в случае, если будут внесены изменения в архитектурный проект, проект градостроительства или садово-паркового искусства, автор проекта может потребовать компенсации от заказчика (застройщика) или другого лица, которое распорядилось проектом.

Внесение изменений в ПД возможно по двум вариантам:

  1. Корректировка ПД — с внесением изменений, затрагивающих конструктивные и другие характеристики безопасности объекта капитального строительства.
  2. Модификация ПД — без внесения изменений, затрагивающих конструктивные и другие характеристики безопасности объекта капитального строительства (статья 48.2 Градостроительного кодекса).

В обоих случаях требуется предоставление изменённой ПД (или её модифицированных разделов) с угловыми штампами и подписями разработчика (или её модифицированных разделов) в экспертные органы с приложением всех документов, предусмотренных пунктом 13 Постановления Правительства РФ от 05.03.2007 №145 «Положение об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий» и «Порядком подготовки заключения о признании проектной документации модифицированной проектной документацией» (проект приказа Минстроя России доступен по адресу: http://www. normacs.info/projects/2661).

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

Материал подготовлен Блиндер А.Е.

Как составить план управления изменениями (шаблоны включены)

Управление проектами

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

Дженнифер Бриджес | 14 февраля 2022 г.

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

Что такое план управления изменениями?

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

Управляйте изменениями, пожинайте плоды

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

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

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

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

Элементы плана управления изменениями

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

  • Роли управления изменениями:  Во-первых, кто и что будет делать в вашем плане управления изменениями? Кто имеет право подавать запрос на изменение, кто их рассматривает и кто их санкционирует? Вам нужно будет определить роли и обязанности для эффективного управления изменениями
  • Совет по контролю за изменениями:  Укомплектуйте свой совет по контролю за изменениями людьми, которые будут получать запросы на изменения и иметь право одобрять их или накладывать на них вето.
  • Разработка процесса: Процесс необходим для эффективной подачи, оценки, авторизации, а также управления и контроля запросов на изменение. Без процесса управление изменениями невозможно.
  • Форма запроса на изменение: У вас не может быть процесса, если вы сначала не создадите форму запроса на изменение для сбора данных. Важно, чтобы информация, которую вы собираете, была последовательной на протяжении всего проекта.
  • Журнал изменений: По сути, это место для сбора и последующего отслеживания всех заказов на изменение. Без центрального места, где можно определить изменения, утвердить запросы и задокументировать задания, невозможно узнать, есть ли какой-либо прогресс.
  • Используйте инструмент: Программное обеспечение для планирования проекта может помочь вам отслеживать изменения на каждом этапе проекта, пока он не будет окончательно решен.

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

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

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


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

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

Бесплатные шаблоны плана управления изменениями

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

Шаблон формы заказа на изменение

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

Шаблон журнала изменений

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

Шаблон плана действий

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

Выход за рамки шаблонов планирования с помощью ProjectManager

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

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

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

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

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

Что такое контроль изменений в управлении проектами?

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

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

Что такое управление изменениями?

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

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

Ключевые элементы управления изменениями

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

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

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

  • Заказы на изменение: После того, как совет по контролю за изменениями утвердил запрос на изменение, приказ об изменении подписывается правлением и клиентами или заинтересованными сторонами.

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

  • Журнал изменений: Журнал изменений — это инструмент управления изменениями, который используется для документирования всех изменений, внесенных в план проекта или любые контракты. Это обязательный инструмент для любого руководителя проекта.

Роль запроса на изменение

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

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

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

Каковы преимущества хорошо выполненного контроля изменений?

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

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

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

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

5 шагов к процессу управления изменениями

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

1. Предложить изменение

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

2. Резюме воздействия

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

3. Принятие решения

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

4. Внесите изменения

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

5. Затвор

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

Пример процесса управления изменениями

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

  1. Изменение вносится во время встречи с руководителем строительного проекта, который создает предложение об изменении, чтобы зафиксировать изменение.
  2. Затем строительная бригада изучает, как изменение цвета повлияет на проект. Они уже купили белую краску, зеленая краска дороже и т. д.?
  3. После изучения последствий руководитель проекта примет решение. Если продвижение вперед повлияет на бюджет, то с клиентом будут проведены консультации.
  4. Когда все согласны, изменение вносится. Приобретается новая краска и наносится на конструкцию.
  5. Клиент утверждает покраску и любое изменение стоимости, что завершает процесс управления изменениями.

Бесплатные шаблоны управления изменениями

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

Шаблон формы заказа на изменение

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

Шаблон журнала изменений

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

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

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

Как ProjectManager может помочь в управлении изменениями?

Шаблоны

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

Отслеживание хода ваших изменений

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

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

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

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

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

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

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

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

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

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

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

Что такое изменение проекта

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

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

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

Какие существуют типы изменений?

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

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

При этом виды сдачи:

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

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

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

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

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

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

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

Теперь о том, как управлять изменениями проекта.

Примите перемены — они неизбежны

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

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

10 советов по управлению изменениями проекта

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

Вот 10 важных советов по управлению изменениями в клиентских проектах:

1. Знайте свой базовый план

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

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

.

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

3. Определить процесс изменения

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

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

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

4. Знайте лиц, принимающих решения

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

5. Изменения в документах

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

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

6. Сообщайте об изменениях — своевременно и часто

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

7. Просмотрите изменение и оцените влияние

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

8. Получите утверждение

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

9. Продолжайте работу с измененным планом

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

10. Остерегайтесь всякой мелочи, вползающей в

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

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

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

Управление проектом

6 минут чтения

Брэд Эгеланд

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

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


Это пятая статья из шести частей нашей серии «Как стать успешным менеджером проектов». Хочу больше? Загрузите полную электронную книгу ниже.

Хотите стать успешным менеджером проектов?

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

Введите адрес электронной почты


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

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

  1. Новый запрос или требование поступает около
  2. Руководитель проекта и команда оценивают усилия
  3. Запрос на изменение проекта официально документируется в форме приказа на изменение с указанием ресурсов, усилий и долларов, а также любых допущений, изменений в расписании проекта и т. д.
  4. График проекта изменен, чтобы включить работу заказа на изменение и стать частью заказа на изменение
  5. Заказ на изменение представлен заказчику для утверждения/подписания
  6. Заказ на изменение готов к выполнению немедленно или после документирования в запросе на изменение

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

Понимание бизнес-процессов клиента и реальных потребностей проекта 

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

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

Сбор подробных требований

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

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

Частый контакт команды во избежание позолоты

Золотое покрытие проекта — это, по сути, команда, которая немного перебарщивает — часто не осознавая этого или его влияния на проект — чтобы выполнить требование к проекту. Они могут тесно сотрудничать с командой заказчика проекта над подготовкой отчета, и внезапно то, что «хорошо иметь», становится «обязательным» без каких-либо изменений требований проекта и без инициирования какого-либо приказа об изменении проекта. Этот пример позолоты может добавить к проекту 15 часов работы, и внезапно проект оказывается на 50 000 долларов выше бюджета, и руководитель проекта не может понять, почему.

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

Не бойтесь инициировать запрос на изменение

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

Резюме

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

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

Хотите улучшить свои навыки управления проектами? Узнайте, как проводить эффективные командные собрания и многое другое, из курса «Управление проектами для бизнес-профессионалов».

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

Начните учиться сегодня на курсах GoSkills

Начать бесплатную пробную версию

Понравилось? Подпишитесь и присоединяйтесь к 379 505 другим пользователям.

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

Ваша электронная почта

Брэд Эгеланд

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

Рекомендуется

Список бизнес-навыков

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

Какие основные деловые навыки помогут вам преуспеть в любой рабочей среде? Ознакомьтесь с этим списком бизнес-навыков, чтобы узнать.

Рекомендуется

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

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

Рекомендуется

Матрица RACI (бесплатный шаблон включен)

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

Форма запроса на изменение управления проектом и процесс

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

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

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

Что такое управление изменениями?

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

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

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


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

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

1. Оцените влияние запроса на изменение

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

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

  • В чем заключается изменение?
  • Почему вводится изменение?
  • Способствует ли изменение достижению целей нашего проекта?
  • Какие проблемы ставит изменение?

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

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

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

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

2. Скорректируйте план проекта

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

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

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

3. Сообщите об изменении

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

Вот несколько простых способов сообщить об изменениях в проекте:

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

Как (и зачем) писать запрос на изменение

Лучший способ задокументировать и получить одобрение изменения (и всего, что с этим связано) — написать запрос на изменение.

Не знаете, с чего начать? Загрузите копию нашего бесплатного шаблона формы запроса на изменение Документов Google.

Использование шаблона формы запроса на изменение

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

Чтобы отредактировать шаблон, сначала необходимо сохранить его копию на свой диск. Просто нажмите Файл > Сделать копию (или Файл > Загрузить как) , и все готово!

Вот краткий обзор формы и ее полей, чтобы вы знали, как максимально использовать ее для запросов на изменение:

  • Название проекта: У каждого проекта есть имя, поэтому укажите, с каким проектом связано изменение здесь.
  • Запрошено: Кто запросил изменение? Укажите здесь имя заинтересованного лица, чтобы оно могло взять на себя ответственность за изменение и его последствия.
  • Имя запроса: Это может быть сложно, но дайте запросу простое имя, указывающее, что влечет за собой изменение. Например, мы могли бы назвать наш предыдущий пример с бассейном «Дополнение к джакузи».
  • Номер запроса: Помните, что проекты могут многое изменить, и вам, возможно, придется выполнить более одного запроса на изменение. Назначьте номер для уникальной идентификации каждого запроса на изменение.
  • Описание изменения: Это краткое описание запрошенного изменения.
  • Причина изменения: Объясните, почему было запрошено изменение. Обсудите причину изменения с вашими заинтересованными сторонами и задокументируйте их слова. Во многих случаях изменения должны быть обоснованы в конкретных терминах, чтобы другие согласились с ними.
  • Влияние изменения: Это суть запроса на изменение! Обязательно четко представьте, как изменение повлияет на все аспекты вашего проекта: объем, бюджет, сроки, ресурсы, коммуникации и т. д. Иногда это будет кратко и просто. В других случаях вам нужно будет определить влияние на каждую категорию. Этот раздел может быть длинным, и это нормально! Точная детализация здесь важнее всего.
  • Предлагаемое действие: Вот еще один раздел, где важны детали. Наметьте шаги, необходимые для устранения изменений. Не стесняйтесь указывать приблизительные часы или дни, необходимые для выполнения работы, а также любые корректировки объема. На самом деле это просто любое действие, которое вы предпримете для осуществления изменений.
  • Связанная стоимость: Это поле может быть для вас необязательным, и это нормально. Но если вы имеете дело с бюджетами и контрактами, обязательно учитывайте любые дополнительные расходы.
  • Утверждено и дата: Подпись часто может быть камнем преткновения, когда дело доходит до управления изменениями. Это связано с тем, что человек, запросивший изменение, не всегда оказывается тем человеком, который фактически одобряет (или финансирует) это изменение. Опять же, если вы имеете дело с бюджетами и контрактами, это важно. Если вы этого не сделаете, вы все равно хотите убедиться, что ваш руководитель проекта согласен с подходом к изменению и признает влияние, прежде чем продолжить.

Настройка шаблона формы запроса на изменение

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

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

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

С TeamGantt легче управлять изменениями проекта

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

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

Попробуйте нашу онлайн-программу для управления проектами бесплатно уже сегодня!

Основные советы по управлению запросами на изменение

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

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

Что такое запрос на изменение?

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

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

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

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

Почему важно иметь процесс запроса на изменение?

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

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

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

Основные этапы процесса запроса на изменение

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

  1. Поймите, что такое изменение объема.
    Первым шагом процесса запроса на изменение является точное понимание области действия запроса и того, что потребуется для его реализации. Имейте в виду, что запросы на изменение могут исходить как от спонсора проекта, так и от клиента. В любом случае вам необходимо убедиться, что ваш процесс запроса на изменение собирает необходимые данные для вас и всех заинтересованных сторон, чтобы принять обоснованное решение о запрошенном изменении.
  2. Определите влияние внесения изменения.
    Наряду с пониманием всего объема запроса на изменение необходимо определить и рассмотреть последствия включения изменения. Как изменение повлияет на бюджет проекта? Что насчет графика? Сколько отделов и членов команды затронет запрос на изменение? Все эти вопросы помогут вам, вашей команде и вашему руководству решить, утвердить или отклонить запрос на изменение.
  3. Запросить одобрение или отклонение запроса на изменение.
    Многие организации имеют несколько уровней утверждения. Например, если запрос на изменение требует только часа дополнительной работы, может потребоваться только одобрение менеджера проекта или основного спонсора. Однако запрос на изменение, который оказывает более значительное влияние на ресурсы, обычно требует одобрения со стороны руководства более высокого уровня.

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

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

Пример запроса на изменение

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

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

Чтобы максимально упростить процесс проверки, ваша команда может использовать форму запроса в Wrike, подобную приведенной ниже:

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

Следующая запись

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *