Руководство по качеству проектные работы

Руководство по подготовке проектной документации для объектов капитального строительства производственного и гражданского назначения
СОДЕРЖАНИЕ

  1. 1. Общие положения
  2. 2. Нормативные ссылки
  3. 3. Термины и определения
  4. 4. Исходные и разрешительные документы
  5. 5. Предпроектные проработки
  6. 6. Задание на проектирование
  7. 7. График выполнения проектных работ
  8. 8. Договор на выполнение работ по подготовке проектной документации
  9. 9. Описание технологической последовательности подготовки проектной документации
  10. 10. Таблица технологического процесса подготовки проектной документации по разделам
  11. 11. Контроль качества проектной документации
    1. 11.1 Общие положения
    2. 11.2 Предпроектный контроль
    3. 11.3 Текущий контроль
    4. 11.4 Нормоконтроль — за правильностью применения проектных норм при выполнении работ по подготовке проектной документации
    5. 11.5 «Выходной» контроль
    6. 11.6 Внешний контроль — экспертиза проекта
  12. 12. Нормоконтроль
    1. 12.1 Назначение
    2. 12.2 Область применения
    3. 12.3 Применяемые термины и сокращения
    4. 12.4 Ответственность
    5. 12.5 Описание выполняемых действий
    6. 12.6 Записи по качеству
  13. 13. Согласование проектной документации
  14. 14. Выдача проектной документации заказчику
  15. 15. Порядок внесения изменений в проектную документацию
  16. 16. Передача проектной документации в архив
  17. 17. Приложения
  18. 18. Библиография

Введение

Настоящее «Руководство по подготовке проектной документации для
объектов капитального строительства производственного и гражданского
назначения» направлено на создание единой организационно-технологической
системы подготовки проектной документации, в соответствии с Градостроительным кодексом Российской Федерации [1], Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» [2], Федеральным законом от 30 декабря 2009 г. №384-Ф3 «Технический регламент о безопасности зданий и сооружений» [3].

1. Общие положения

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

Соблюдение требований настоящего Стандарта обеспечивает выполнение
требований «Положения о составе разделов проектной документации и
требованиях к их содержанию» утвержденного постановлением Правительства РФ
от 16 февраля 2008 г. № 87. [8].

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

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

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

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

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

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

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

Вернуться наверх

2. Нормативные ссылки

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

  • Федеральный закон от 30.11.1994 г. № 51-ФЗ «Гражданский кодекс
    Российской Федерации».
  • Федеральный закон от 29.12.2004 г. № 190-ФЗ «Градостроительный кодекс
    Российской Федерации».
  • Федеральный закон от 27.12.2002 г. № 184-ФЗ «О техническом
    регулировании».
  • Федеральный закон от 23 ноября 2009 г. № 261-ФЗ «Об энергосбережении и
    о повышении энергетической эффективности и о внесении изменений в отдельные
    законодательные акты Российской Федерации».
  • Федеральный закон от 30.12.2009 г. № 384-Ф3 «Технический регламент о
    безопасности зданий и сооружений».
  • Федеральный закон от 22.07.2008 г. № 123-Ф3 «Технический регламент о
    требованиях пожарной безопасности».
  • Постановление Правительства РФ от 12.08.2008 г. № 590 «О порядке
    проведения проверки инвестиционных проектов на предмет эффективности
    использования средств федерального бюджета, направляемых на капитальные
    вложения».
  • Положение о составе разделов проектной документации и требованиях к их
    содержанию», утвержденное постановлением Правительства РФ от 16 февраля
    2008 г. № 87.
  • РМД 11-08-2009 «Руководство по проектной подготовке
    капитального строительства в Санкт-Петербурге».
  • Постановление Правительства Российской Федерации от 19.01.2006 г. № 20
    «Об инженерных изысканиях для подготовки проектной документации,
    строительства, реконструкции объектов капитального строительства».
  • Постановление Правительства РФ от 09.06.2007 г. № 360 «Об утверждении
    Правил заключения и исполнения публичных договоров о подключении к
    системам коммунальной инфраструктуры» (с изменениями и дополнениями от
    16.07.2009 г., 27.11.2010 г., 16.04.2012 г.).
  • СП 44.13330.2011 «Административные и бытовые здания».
  • РД 78.36.003-2002 «Инженерно-техническая укрепленность. Технические
    средства охраны. Требования и нормы проектирования по защите объектов от
    преступных посягательств».
  • Форма градостроительного плана земельного участка, утвержденная
    приказом Министерства регионального развития Российской Федерации от
    10.05.2011 г. №207.
  • СП 118.13330.2012 «Общественные здания и сооружения».
  • СП 22.13330.2011 «Основания зданий и сооружений».
  • «Правила устройства электроустановок» (ПУЭ, 7 издание). Главы: 1.1, 1.2,
    1.7, 1.9, 7.5, 7.6, 7.10.
  • СП 30.13330.2012 «Внутренний водопровод и канализация зданий».
  • СП 124.13330.2012 «Тепловые сети».
  • СП 60.13330.2012 «Отопление, вентиляция, кондиционирование воздуха».
  • СП 134.13330.2012 «Системы электросвязи зданий и сооружений. Основные
    положения проектирования».
  • СП 133.13330.2012 «Сети проводного радиовещания и оповещения в зданиях
    и сооружениях. Нормы проектирования».
  • Технический регламент о безопасности сетей газораспределения и
    газопотребления, утвержденный постановлением Правительства Российской
    Федерации от 29.10.2010 г. № 870.
  • СП 62.13330.12 «Газораспределительные системы».
  • СП 48.13330.2011 «Организация строительства».
  • РД 153-39.4р-006-96 «Положение о составе и порядке сбора исходных
    данных
    для проектирования объектов нефтепродуктообеспечения».
  • СанПиН 2.2.1/2.1.1.1200-03 «Санитарно-защитные зоны и санитарная
    классификация предприятий, сооружений и иных объектов».
  • СанПиН 2.1.7.1322-03 «Гигиенические требования к размещению и
    обезвреживанию отходов производства и потребления».
  • СП 2.2.1.1312-03 «Гигиенические требования к проектированию вновь
    строящихся и реконструируемых промышленных предприятий».
  • СанПиН 2.1.2.2645-10 «Санитарно — эпидемиологические требования к
    условиям проживания в жилых зданиях и помещениях».
  • СП 1.13130.2009 «Системы противопожарной защиты. Эвакуационные пути
    и выходы».
  • СП 2.13130.2012 «Системы противопожарной защиты. Обеспечение
    огнестойкости объектов защиты».
  • СП 3.13130.2009 «Системы противопожарной защиты. Система оповещения
    и управления эвакуацией людей при пожаре. Требования пожарной безопасности».
  • СП 5.13130.2009 «Системы противопожарной защиты. Установки пожарной
    сигнализации и пожаротушения автоматические. Нормы и правила
    проектирования».
  • СП 11.13130.2009 «Места дислокации подразделений пожарной охраны.
    Порядок и методика определения».
  • СП 59.13330.2012 «Доступность зданий и сооружений для маломобильных
    групп населения».
  • СП 50.13330.2012 «Тепловая защита зданий».
  • Требований к энергетическому паспорту, составленному по результатам
    обязательного энергетического обследования, и энергетическому паспорту,
    составленному на основании проектной документации, и правил направления
    копии энергетического паспорта, составленного по результатам обязательного
    энергетического обследования, утвержденные приказом Министерства энергетики
    Российской Федерации от 19.04.2010 г. № 182.
  • ГОСТ Р 22.1.12-2005 «Безопасность в чрезвычайных ситуациях.
    Структурированная система мониторинга и управления
    инженерными системами зданий и сооружений. Общие требования».
  • ГОСТ Р 21.1101-2013 «Основные требования к проектной и рабочей
    документации».
  • СП 88.13330.2012 «Защитные сооружения гражданской обороны».
  • СП 11-107-98 «Порядок разработки и состав раздела «Инженернотехнические
    мероприятия гражданской обороны. Мероприятия по
    предупреждению чрезвычайных ситуаций» проектов строительства» (отменен).
  • МДС 81-35.2004 «Методика определения стоимости строительной
    продукции на территории российской федерации».
  • СП 16.13330.2011 «Стальные конструкции».
  • СП 132.13330.2011 «Обеспечение антитеррористической защищенности
    зданий и сооружений, общие требования проектирования».

Вернуться наверх

3. Исходные и разрешительные документы

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

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

Для подготовки проектной документации на объект капитального
строительства необходимы следующие исходные данные (п. 10, п.п.б [8]):

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

Вернуться наверх

4. Термины и определения

В настоящем Стандарте используются следующие термины и определения:

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

Стандарт — документ, в котором в целях добровольного многократного
использования устанавливаются характеристики продукции. правила
осуществления и характеристики процесса производства, эксплуатации, хранения,
перевозки, реализации и утилизации, выполнения работ или оказания услуг (ст. 2
[3]).

Национальный стандарт — стандарт, утвержденный национальным органом
Российской Федерации по стандартизации (ст. 2 [3]).

Стандарт организации — стандарт коммерческой, общественной, научной
организации, саморегулируемой организации, объединения юридических лиц,
разработанный и утвержденный ими самостоятельно, исходя из необходимости его
применения для достижения целей (ч. 1 ст. 17 [3]).

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

Проектировщик — физическое или юридическое лицо, непосредственно
осуществляющее подготовку проектной документации в установленном порядке
(п. 3.2 ч. 3 [9]).

Руководитель проекта — лицо, ответственное за подготовку проектной
документации для конкретного объекта, назначенное приказом руководителя
предприятия из числа главных инженеров (архитекторов) проектов.
Объект капитального строительства — здание, строение, сооружение,
объекты, строительство которых не завершено, за исключением временных
построек, киосков, навесов и других подобных построек (п. 10 ст. 1 [2]).

Строительство — создание зданий, строений, сооружений, в том числе на
сносимых объектов капитального строительства (п. 13 ст. 1 [2]).

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

Капитальный ремонт объектов капитального строительства — замена и (или)
восстановление строительных конструкций объектов капитального строительства
или элементов таких конструкций, за исключением несущих строительных
конструкций, замена и (или) восстановление систем инженерно — технического
обеспечения и сетей инженерно — технического обеспечения объектов
капитального строительства или их элементов, а так же замена отдельных
элементов несущих строительных конструкций на аналогичные или иные
улучшающие показатели таких конструкций элементы и (или) восстановление
указанных элементов (п. 14.2 ст. 1 [2]).

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

Вернуться наверх

5. Предпроектные проработки

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

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

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

Технологический процесс подготовки проектной документации по разделам на
Этапе 1 «Поиск и принятие концептуальных объемно-планировочных и
архитектурных решений, согласованных с требованиями действующих
нормативных документов. Согласование принятых решений в установленном
заданием на проектирование порядке» на стадии «Предварительные решения
проектной документации», приведен в Приложении 11-10. Таблица 1 ТХ-ПР.

Вернуться наверх

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

Подготовка проектной документации для объектов капитального
строительства осуществляется на основании задания застройщика или
технического заказчика, (при подготовке проектной документации на основании
договора), результатов инженерных изысканий, градостроительного плана
земельного участка, в соответствии с требованиями технических регламентов,
техническими условиями, разрешением на отклонение от предельных параметров
разрешенного строительства, реконструкции объектов капитального строительства,
(ч. 11 ст. 48 (п. 6 ст. 48 [2]).

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

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

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

Задание на проектирование объекта капитального строительства должно
включать (п. 14 разд. III [8]):

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

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

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

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

Форму и содержание задания на проектирование приведены в Приложениях: 1-6, 2-6, 3-6, 4-6.

Вернуться наверх

7. График выполнения проектных работ

Неотъемлемой частью договора на подготовку проектной документации
является Календарный план подготовки проектной документации. (Приложение 67.
Таблица 1).

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

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

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

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

  • Этап 1 — 10-15%. («Предварительные решения проектной документации».
    Поиск и принятие концептуальных объемно-планировочных и архитектурных
    решений, согласованных с требованиями действующих нормативных документов.
    Согласование принятых решений в установленном заданием на проектирование
    порядке).
  • Этап 2 — 15-20%. (Поиск и принятие объемно-планировочных и
    архитектурных решений, согласованных с требованиями действующих
    нормативных документов).
  • Этап 3 — 8-12%. (Разработка и согласование инженерных решений с
    объемно-планировочными решениями).
  • Этап 4 — 10-15%. (Разработка разделов ПЗУ, АР, КР, ЭЭ, ОДИ, ИОС
    проектной документации в полном объеме и выдача документации руководителю
    проекта (ГИПу, ГАПу).
  • Этап 5 — 6-10%. (Разработка разделов СМ, ПОС, ПОД, ООС проектной
    документации в полном объеме и выдача документации руководителю проекта
    (ГИПу, ГАПу).
  • Этап 6 — 1-3%. (Выдача проектной документации в полном объеме
    заказчику).

Пример оформления Календарного плана и Графика подготовки проектной
документации приведен в Приложении 6-7. Таблицы 1, 2,3,4.

Перечень и состав заданий руководителя проекта, разработчикам разделов
проектной документации приведен в приложениях: Приложение 7-9. Таблица 1. и
Приложение 9-10. Таблица 1.

Перечень и состав заданий начальников отделов (групп) руководителю
проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
Таблица 1.

Перечень и состав заданий разработчиков разделов проектной документации
приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
Таблицы 2,3.

На основе Графика подготовки проектной документации может быть
выполнен полистовой график с указанием исполнителей по каждому виду работ или листу, срокам разработки каждого вида работ или листа. (Пример приведен в
Приложении 6-7. Таблица 3).

Вернуться наверх

8. Договор на выполнение работ по подготовке проектной документации

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

Отношения между застройщиком (техническим заказчиком) и
привлекаемыми на договорной основе регулируются ст. 758-762 [1].

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

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

Заказчик обязан:

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

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

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

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

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

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

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

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

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

Вернуться наверх

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

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

  • Этап 1. «Предварительные решения проектной документации». Поиск и
    принятие концептуальных объемно-планировочных и архитектурных решений,
    согласованных с требованиями действующих нормативных документов.
    Согласование принятых решений в установленном заданием на проектирование
    порядке.
  • Этап 2. Поиск и принятие объемно-планировочных и архитектурных
    решений, согласованных с требованиями действующих нормативных документов.
  • Этап 3. Разработка и согласование инженерных решений с объемнопланировочными
    решениями.
  • Этап 4. Разработка разделов ПЗУ, АР, КР, ЭЭ, ОДИ, ИОС проектной
    документации в полном объеме и выдача документации ГИПу.
  • Этап 5. Разработка разделов СМ, ПОС, ПОД, ООС проектной
    документации в полном объеме и выдача документации ГИПу.
  • Этап 6. Выдача проектной документации в полном объеме заказчику.
    Объемы работ по этапу 1 производятся по объектам капитального
    строительства, расположенным в особо значимых местах застройки и имеющим
    ключевое значение в организации застройки территорий, архитектурное и
    объемно-планировочное решение которых требует профессионального и
    общественного обсуждения, а также по объектам технически и технологически
    сложным и не имеющим аналогов.
    Подготовка проектной документации по объекту производится на
    основании задания руководителя проекта (ГИПа, ГАПа).
    Форма и содержание задания руководителя проекта на подготовку
    проектной документации отделам (группам) приведена в Приложении 7-9.
    Таблица 1.
    Этапность и технологическая последовательность подготовки проектной
    документации, порядок выдачи заданий разработчиками разделов проектной
    документации друг другу приведены в Приложении 8-10. Таблицы 1,2.
    Перечень и состав заданий руководителя проекта, разработчикам разделов
    проектной документации приведен в Приложении 9-10. Таблица 1.
    Перечень и состав заданий начальников отделов (групп) руководителю
    проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
    приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
    Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
    Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
    Таблица 1.
    Перечень и состав заданий разработчиков разделов проектной документации
    приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
    Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
    2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
    Таблицы 2,3.

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

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

Вернуться наверх

10. Таблицы технологической последовательности

Этапность и технологическая последовательность подготовки проектной
документации, порядок выдачи заданий разработчиками разделов проектной
документации друг другу приведены в Приложении 8-10. Таблицы 1,2.

Перечень и состав заданий руководителя проекта, разработчикам разделов
проектной документации приведен в Приложении 9-10. Таблица 1.

Перечень и состав заданий начальников отделов (групп) руководителю
проекта (ГИПу, ГАПу) и разработчикам разделов проектной документации
приведен в Приложениях: Приложение 10-10. Таблица 1., Приложение 11-10.
Таблица 1., Приложение 12-10. Таблица 1., Приложение 13-10. Таблица 1.,
Приложение 14-10. Таблица 1., Приложение 15-10. Таблица 1., Приложение 16-10.
Таблица 1.

Перечень и состав заданий разработчиков разделов проектной документации
приведен в приложениях: Приложение 10-10. Таблицы 2,3,4,5,6., Приложение 1110.
Таблицы 1,2,3,4., Приложение 12-10. Таблицы 2,3., Приложение 13-10. Таблица
2., Приложение 14-10. Таблица 2., Приложение 15-10. Таблица 2., Приложение 1610.
Таблицы 2,3.

Вернуться наверх

11. Контроль качеств
11.1 Общие положения

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

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

  • предпроектный контроль;
  • текущий контроль;
  • нормоконтроль — за правильностью применения проектных норм при выполнении
    работ по подготовке проектной документации;
  • «выходной» контроль;
  • внешний контроль — экспертиза проекта;
    Перечень специалистов, рекомендуемых для осуществления контроля
    качества проектных работ:
  • руководители работ — ответственные за выполнение работ по разработке разделов,
    подразделов проектной документации
  • специалисты — нормоконтролёры,
  • специалисты — разработчики разделов, подразделов, проектной документации или
    их частей;
  • Руководитель проекта (ГИП, ГАП), ответственный специалист по обеспечению
    контроля качества проектных работ.

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

  • до начала работ (предпроектный контроль);
  • текущий (при выполнении работ);
  • нормоконтроль (при завершении разделов, подразделов и работ в целом);
  • выходной контроль (при выдаче проектной документации заказчику).

Вернуться наверх

11.2 Предпроектный контроль

До заключения контракта руководитель проекта (ГИП, ГАП) определяет
соответствие уровня возможностей предприятия предполагаемому для исполнения
заданию на проектирование, а именно:

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

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

Вернуться наверх

11.3 Текущий контроль

Осуществляется руководителем проекта (ГИПом, ГАПом), назначенным
Приказом по предприятию для руководства проектными работами для конкретного
объекта капстроительства.

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

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

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

Вернуться наверх

11.4 Нормоконтроль — за правильностью применения проектных норм при выполнении работ по подготовке проектной документации

Нормоконтроль осуществляется в соответствии с разделом 12 настоящего
«Руководства по подготовке проектной документации для объектов капитального
строительства производственного и гражданского назначения».

Вернуться наверх

11.5 «Выходной» контроль

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

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

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

Вернуться наверх

11.6 Внешний контроль — экспертиза проекта

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

Вернуться наверх

12. Нормоконтроль проектной документации
12.1 Назначение

Настоящий раздел Руководства по подготовке проектной документации для
объектов капитального строительства производственного и гражданского
назначения устанавливает задачи, порядок проведения и содержание
нормоконтроля проектной документации для строительства объектов
капитального строительства, а также ответственность и права специалиста,
осуществляющего нормоконтроль. Раздел обеспечивает реализацию
окончательного контроля готовой проектной продукции, предусмотренного
стандартом организации СТО-04006399-06-2005 и п.8.2.3. ГОСТ ISO 9001-2011.

Раздел включает требования ГОСТ Р 21.1002-2008 и дополняет их в части
обеспечения качества, рассматривая нормоконтроль как один из видов
контроля в системе менеджмента качества.

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

Вернуться наверх

12.2 Область применения

12.2.1 Требования раздела распространяется:

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

Вернуться наверх

12.3 Применяемые термины и сокращения

12.3.1 Применяемые в настоящем документе термины соответствуют ГОСТ
ISO 9001-2011, а также терминологии, применяемой в отечественной нормативной документации, регламентирующей область проектно-изыскательской
деятельности.

12.3.2 Применяемые сокращения:

  • ПИО — проектно-изыскательская организация;
  • СМК — система менеджмента качества;
  • РК — руководство по качеству;
  • СТО — стандарт организации;
  • РИ — рабочая инструкция;
  • ДП — документированная процедура;
  • ТЭО — технико-экономические обоснования проекта.

Вернуться наверх

12.4 Ответственность

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

12.4.2 Главный инженер организации несет ответственность:

  • за осуществление нормоконтроля проектной документации в организации,
    как вида проверки в процессе производства, обязательность проведения
    которой является не только требованием ГОСТ ISO 9001-2011, но и
    установлена межгосударственными стандартами СПДС (ГОСТ Р 21.1002 и
    ГОСТ Р 21.1101).

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

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

12.4.5 Специалист, осуществляющий нормоконтроль, несет ответственность
за:

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

Вернуться наверх

12.5 Описание выполняемых действий

12.5.1 Задачи нормоконтроля:

12.5.1.1 Основными задачами нормоконтроля являются:

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

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

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

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

12.5.2 Порядок проведения нормоконтроля:

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

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

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

12.5.2.4 Предъявленная на нормоконтроль документация должна быть
зарегистрирована в «Карточке учета документации и регистрации и
несоответствий» при проведении нормоконтроля. Форма карточки приведена в
12-Приложении 5.

12.5.2.5 Документы, не подписанные нормоконтролером, не должны
приниматься техническим архивом (на учет, хранение и тиражирование) и не
подлежат передаче Заказчику.

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

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

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

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

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

12.5.2.11 Подпись специалиста, осуществляющего нормоконтроль, следует
проставлять на каждом листе подлинника документа в основной надписи,
выполняемой по формам 3, 4, и 5 приложения Ж ГОСТ Р 21.1101.2013.
При привязке типовых и повторно — применяемых проектов подпись
нормоконтролера проставляют в штампах привязки. При оформлении
«Разрешения на внесение изменений» — в дополнительных графах основной
надписи (ГОСТ Р 21.1101-2013).

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

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

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

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

12.5.3 Содержание нормоконтроля

12.5.3.1 Нормоконтролю подлежат:

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

12.5.3.2 Специалист, осуществляющий нормоконтроль проектной
документации проверяет:

  • соответствие обозначений документов, установленной в организации
    системе обозначения (кодирование);
  • внешний вид предъявляемой проектной документации;
  • комплектность и состав проектной документации;
  • соблюдение требований, установленных к документации, подлежащей
    микрофильмированию;
  • правильность оформления привязок типовых проектов (типовых
    проектных решений);
  • правильность применения типовых конструкций, изделий и узлов;
  • наличие и правильность ссылок на действующие нормативные
    документы;
  • соответствие оформления документации требованиям стандартов СПДС
    и ЕСКД, распространяющихся на строительство (ГОСТ Р 21.1101, 12-
    Приложении 6;
  • возможность сокращения объема документации, отсутствие
    дублирования на чертежах и в текстовых документах;
  • правильность оформления Разрешений на внесение изменений и
    наличие в них необходимых подписей;
  • соответствие внесенных изменений в ранее выполненную и выданную
    Заказчику проектную документацию утвержденному Разрешению на внесение
    изменений;
  • целесообразность замены индивидуальных конструкций, изделий и
    узлов типовыми, стандартизированными или повторно — применяемыми;
  • правильность присвоения наименований и обозначений изделиям и
    материалам;
  • правильность нанесения позиционных обозначений (марок) на
    сборочных чертежах, марок оборудования и элементов конструкций — на
    чертежах расположения оборудования и схемах расположения элементов
    конструкций;
  • соответствие предусмотренного в документации оборудования
    указанному в действующих каталогах или согласованному с заказчиком;
  • соблюдение правил заполнения основных надписей, ведомостей,
    спецификаций и др. таблиц;
  • правильность наименований и обозначений и документов на изделия,
    материалы, записанных в ведомостях, спецификациях и таблицах.

12.5.3.3 Средняя норма проверки документов специалистами,
осуществляющими нормоконтроль за 8-часовой рабочий день (независимо от
специализации), составляет 80-100 листов, приведенных к формату А4. Нормы
проверки Разрешений на внесение изменений должны быть такими же, как и
для документов, на которые эти Разрешения выполняют.
При необходимости проведения нормоконтроля документов в подлинниках и
оригиналах, норма проверки соответственно увеличивается.

В эту норму не входит время, затрачиваемое на:

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

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

12.5.4 Права специалиста, осуществляющего нормоконтроль. Специалист, осуществляющий нормоконтроль имеет право:

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

Вернуться наверх

12.6 Записи по качеству

Результаты управления процессами, описанными в разделе 12.5,
обеспечивающие нормоконтроль проектной документации, должны
подтверждаться соответствующими данными по установленной форме.
Регистрацию записей по качеству следует осуществлять с учетом требований
процедуры СМК-ДП-02/05.

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

Вернуться наверх

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

Проектная документация утверждается застройщиком или техническим
заказчиком. В случаях, предусмотренных статьей 49 ГК № 190-ФЗ, застройщик или
технический заказчик до утверждения проектной документации направляет ее на
экспертизу. При этом проектная документация утверждается застройщиком или
техническим заказчиком при наличии положительного заключения экспертизы
проектной документации, (п. 15 ст. 48 [2]).

Не допускается требовать согласование проектной документации, заключение на
проектную документацию и иные документы, не предусмотренные настоящим
Кодексом, (п. 16 ст. 48 [2]).

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

  • если требование о согласовании проектной документации включено в задание
    на проектирование или в исходно-разрешительных документах. В этом случае в
    задании на проектирование или в исходно-разрешительных документах должно
    быть конкретно отражено, какие разделы проектной документации и с какими
    организациями должны быть согласованы.
  • если при подготовке проектной документации допущены отклонения от
    положений технических условий на инженерное обеспечение объекта. В этом
    случае согласование производится только с организациями, выдавшими
    технические условия, по которым произошли отклонения.
  • если при подготовке проектной документации допущены отклонения от
    требований и положений действующих градостроительных документов,
    градостроительного плана и в случае отклонения от предельных параметров
    разрешенного строительства и реконструкции объектов капитального
    строительства. Правообладатели земельных участков, размеры которых меньше
    установленных градостроительным регламентом минимальных размеров
    земельных участков либо конфигурация, инженерно-геологические или иные
    характеристики которых неблагоприятны для застройки, вправе обратиться за
    разрешениями на отклонение от предельных параметров разрешенного
    строительства, реконструкции объектов капитального строительства, (п. 1 ст. 40
    [2]). Порядок согласования отклонения от предельных параметров разрешенного
    строительства, реконструкции определен ГК № 190-ФЗ. (ст. 40 [2]).
  • случае если для разработки проектной документации на объект капитального
    строительства недостаточно требований по надежности и безопасности,
    установленных нормативными техническими документами, или такие требования
    не установлены, разработке документации должны предшествовать разработка и
    утверждение в установленном порядке специальных технических условий. Порядок разработки и согласования специальных технических условий
    устанавливается Министерством регионального развития Российской Федерации
    по согласованию с федеральными органами исполнительной власти,
    осуществляющими функции по нормативно-правовому регулированию в
    соответствующих сферах деятельности, (п. 5 [8])

Вернуться наверх

14. Выдача проектной документации заказчику

Копии текстовых и графических материалов проектной документации, а
также отчетной технической документации по инженерным изысканиям
брошюруют в тома сложенными на формат А4 по ГОСТ 2.301. (п.8.1 [40]).

Под брошюровкой понимается размещение материалов проектной
документации в переплетах или твердых папках с легкоразъемными креплениями
(замками), (п.8.1 [40]).

Копии документов рабочей документации для передачи заказчику
комплектуют в папки полистно сложенными на формат А4, как правило, отдельно
по разделам проектной документации, (п.8.2 [40]).

Правила оформления сброшюрованной документации приведены в п. 8 ГОСТ
Р 21.1101.2013 [40].

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

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

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

Выдачу проектной документации заказчику осуществляет Отдел механизации
и выпуска проектов на основании указаний руководителя проекта (ГИПа, ГАПа).
Отдел механизации и выпуска проектов комплектует, оформляет и
переплетает проектную документацию, оформляет накладные документы и
отправляет проектную документацию заказчику.

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

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

Вернуться наверх

15. Порядок внесения изменений в проектную документацию

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

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

Внесение изменений в расчеты не допускается, (п.7.1.2 [40]).

Если изменение документа неприемлемо, то должен быть выпущен новый
документ с новым обозначением, (п.7.1.3 [40]).

Любое изменение в документе, вызывающее какие-либо изменения в других
документах, должно одновременно сопровождаться внесением соответствующих
изменений во все взаимосвязанные документы, (п.7.1.4 [40]).

Общий порядок и правила внесения изменений в проектную документацию
регламентирован п.7 «Правила внесения изменений» ГОСТ Р 21.1101.2013. [40].

Особенности внесения изменений в проектную документацию
регламентированы п.7.4 ГОСТ Р 21.1101.2013. [40].

Вернуться наверх

16. Передача проектной документации в архив

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

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

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

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

Вернуться наверх

Скачать «Руководство по подготовке проектной документации для объектов капитального строительства производственного и гражданского назначения»

Текст ГОСТ Р ИСО 10006-2019 Менеджмент качества. Руководящие указания по менеджменту качества в проектах

ГОСТ Р ИСО 10006-2019

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Менеджмент качества

РУКОВОДЯЩИЕ УКАЗАНИЯ ПО МЕНЕДЖМЕНТУ КАЧЕСТВА В ПРОЕКТАХ

Quality management. Guidelines for quality management in projects

ОКС 03.120.10

Дата введения 2020-10-01

Предисловие

1 ПОДГОТОВЛЕН Ассоциацией по сертификации «Русский Регистр» (Ассоциация «Русский Регистр») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 076 «Системы менеджмента»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 августа 2019 г. N 516-ст

4 Настоящий стандарт идентичен международному стандарту ИСО 10006:2017 «Менеджмент качества. Руководящие указания по менеджменту качества в проектах» (ISO 10006:2017 «Quality management — Guidelines for quality management in projects», IDT).

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

5 ВЗАМЕН ГОСТ Р ИСО 10006-2005

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ «О стандартизации в Российской Федерации«. Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправокв ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользованияна официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Настоящий стандарт представляет собой руководящие указания по менеджменту качества в проектах. Он определяет принципы и практики менеджмента качества, внедрение которых значимо и оказывает влияние на достижение целей в области качества в проектах. Настоящий стандарт согласован с ИСО 9000:2015 и ИСО 9001:2015 и дополняет руководящие указания стандарта ИСО 21500:2012.

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

В настоящем стандарте использован процессный подход, который включает в себя цикл «планируй-делай-проверяй-действуй» (PDCA) и риск-ориентированное мышление. Две концепции «менеджмент качества в проектах» и «системы менеджмента качества в проектах» различаются следующим образом:

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

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

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

Примечание — Фраза «продукция и услуги» используется как сокращение словосочетания «продукция и услуги» по всему тексту настоящего стандарта.

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

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

Настоящий стандарт предназначен для использования в контексте требований к системам менеджмента качества, установленным в ИСО 9001:2015 и руководящих указаниях по процессам менеджмента проектов, приведенных в ИСО 21500. Процессы менеджмента проектов описаны в ИСО 21500.

Структура настоящего стандарта отражает его назначение в качестве вспомогательного стандарта, содержащего руководящие указания, а не стандарта на систему менеджмента. В приложении В представлена матрица, содержащая перекрестные ссылки на положения настоящего стандарта, ИСО 9001:2015 и ИСО 21500:2012.

1 Область применения

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

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

Настоящий стандарт не является руководством по менеджменту проектов. В настоящем стандарте представлены указания по качеству в процессах менеджмента проектов. Руководящие указания по менеджменту проектов и соответствующих процессов представлены в ИСО 21500.

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

— концепция «менеджмент качества в проектах» включает в себя: системы менеджмента качества в проектах (4); ответственность руководства в проектах (5); менеджмент ресурсов в проектах (6); реализация продукции и услуг в проектах (7) и измерение, анализ и улучшение в проектах (8);

— концепция «системы менеджмента качества в проектах» включает в себя: характеристики проекта (4.1); принципы менеджмента качества в проектах (4.2); процессы менеджмента качества проектов (4.3) и план качества для проекта (4.4).

2 Нормативные ссылки

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

ISO 9000:2015, Quality management systems — Requirements (Системы менеджмента качества. Основные положения и словарь)

3 Термины и определения

В настоящем стандарте применены термины по ИСО 9000, а также следующие термины с соответствующими определениями:

ИСО и МЭК поддерживают терминологические базы данных для применения в сфере стандартизации по следующему адресу:

— платформа онлайн-поиска ИСО, которая доступна по ссылке http://www.iso.org/obp;

— «Электропедия» МЭК, которая доступна по ссылке http://www.electropedia.org/.

3.1 действие (activity): Определенный элемент работы, который необходимо осуществить для выполнения проекта (3.3).

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

3.2 оценка продвижения проекта (progress evaluation): Оценка продвижения в достижении целей проекта (3.3).

Примечания

1 Данную оценку следует проводить на соответствующих этапах жизненного цикла проекта (3.8) по процессам проекта на основе критериев для процессов проекта и продукции или услуг проекта.

2 Результаты оценок продвижения могут привести к пересмотру плана менеджмента проекта (3.5).

3.3 проект (project): Уникальный процесс, осуществляемый для достижения цели.

Примечания

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

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

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

4 Результатом проекта может быть одна или несколько единиц продукции или услуг.

5 Проектная организация, как правило, является временной и создается на время выполнения проекта.

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

3.4 менеджмент проекта (project management): Планирование, организация, мониторинг, управление, регистрация всех аспектов проекта (3.3) и мотивирование всех лиц, задействованных в достижении целей проекта.

3.5 план менеджмента проекта (project management plan): Документ, устанавливающий меры, необходимые для достижения цели(ей) проекта (3.3).

Примечания

1 В план менеджмента проекта следует включать план качества (3.9) проекта или ссылку на него.

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

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

3.7 этап проекта (project phase): Деление жизненного цикла проекта (3.8) на управляемые наборы действий, таких как создание концепции, разработка, реализация и завершение.

3.8 жизненный цикл проекта (project life cycle): Определенная последовательность фаз, продолжающаяся от начала до окончания проекта (3.3).

[ИСО 21500:2012, 2.12]

3.9 план качества (quality plan): Спецификация, определяющая действия, ответственность и соответствующие ресурсы, которые должны быть применены в отношении конкретного объекта.

[ИСО 10005:-* 3.2]

______________

* На стадии подготовки. Этап на момент публикации: ИСО 10005:2017.

3.10 поставщик (provider): Организация, предоставляющая продукцию или услугу.

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

Примечания

1 Поставщик может быть внутренним или внешним по отношению к организации.

2 При заключении договора иногда поставщик именуется «подрядчик».

3 В контексте проектов (3.3) термины «подрядчик» или «субподрядчик» часто используют вместо термина «поставщик».

[ИСО 9000:2015, 3.2.5, изменение — добавлено примечание 3]

4 Системы менеджмента качества в проектах

4.1 Среда и характеристики проекта

4.1.1 Общие положения

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

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

— понять потребности и ожидания заинтересованных сторон;

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

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

Основные характеристики проектов:

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

— они обладают некоторой степенью риска и неопределенности;

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

— имеют запланированные даты начала и окончания с четко установленными ограничениями по затратам и ресурсам;

— имеют результаты, которыми могут являться одна или несколько единиц продукции или услуг;

— персонал может быть временно назначен в проектную организацию на период выполнения проекта [проектная организация может быть назначена инициирующей организацией (см. 4.1.2) и может быть заменена в ходе выполнения проекта];

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

4.1.2 Организации

Настоящий стандарт различает два понятия: «инициирующая организация» и «проектная организация».

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

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

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

4.1.3 Этапы и процессы в проектах

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

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

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

Примечание — ИСО 21500 содержит указания по процессам менеджмента проектов.

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

Примечание — В поддержку обсуждения указаний по менеджменту качества в проектах в настоящем стандарте принят процессный подход (см. 5.2.5). Кроме того, процессы проекта сгруппированы по двум категориям: процессы менеджмента проектов и процессы, связанные с продукцией или услугами проекта (процессы, главным образом связанные с продукцией или услугами проекта, такие как проектирование, производство и т.д.).

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

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

4.1.4 Процессы менеджмента проекта

Менеджмент проекта включает в себя планирование, организацию, мониторинг, управление и регистрацию всех процессов проекта, включая проведение необходимых корректирующих действий и действий по улучшению, необходимых для достижения целей проекта, на непрерывной основе. Принципы менеджмента качества (см. 4.2, 5.2 и ИСО 9000:2015, 2.3) следует применять в отношении всех процессов менеджмента проекта.

Руководящие указания по качеству в процессах менеджмента проектов рассматриваются в настоящем стандарте.

Примечание — ИСО 21500 содержит указания по менеджменту проектов и соответствующим процессам.

4.2 Принципы менеджмента качества

Указания по менеджменту качества проектов, приведенные в настоящем стандарте, основаны на семи принципах менеджмента качества (см. ИСО 9000:2015, 2.3):

— ориентация на потребителя;

— лидерство;

— взаимодействие работников;

— процессный подход;

— улучшение;

— принятие решений, основанных на свидетельствах;

— менеджмент взаимоотношений.

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

Примечание — Руководство по применению принципов менеджмента качества к планированию, проводимому в стратегическом процессе, приведено в 5.2.

4.3 Процессы менеджмента качества проекта

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

Следует определять и управлять документированной информацией, необходимой и разрабатываемой проектной организацией, с целью обеспечения результативного планирования, внедрения и управления проектом (см. ИСО 9001:2015, 7.5).

4.4 План качества проекта

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

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

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

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

Примечание — ИСО 10005 содержит указания по планам качества.

5 Ответственность руководства в проектах

5.1 Приверженность высшего руководства

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

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

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

5.2 Стратегический процесс

5.2.1 Применение принципов менеджмента качества через стратегический процесс

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

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

Общие рекомендации, приведенные в 5.2.2-5.2.8, также следует применять к процессам, описанным в 6.1, 6.2, 7.2-7.8 и в 8, дополнительно к особым указаниям, приведенным в этих разделах.

Примечание — Обзор процессов приведен в приложении А.

5.2.2 Ориентация на потребителей

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

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

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

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

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

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

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

5.2.3 Лидерство

Лидерами создаются единство цели и направления для организации. Им следует создавать и поддерживать внутреннюю среду, в которой люди могут быть полностью вовлечены в достижение целей организации (см. ИСО 9000:2015, 2.3.2).

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

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

a) установления политики в области качества и определения целей (включая цели в области качества) для проекта;

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

c) стимулирования применения процессного подхода и риск-ориентированного мышления;

d) поддержки организационной структуры, способствующей достижению целей проекта;

e) принятия решений, основанных на данных и фактической информации;

f) расширения полномочий и мотивации всего персонала проекта на улучшение процессов и продукции и услуг проекта и осведомленности об их вкладе в результативность процессов;

g) планирования предупреждающих действий.

5.2.4 Взаимодействие работников

Работники всех уровней являются основой организации, и их полное вовлечение позволяет использовать их способности на благо организации (см. ИСО 9000:2015, 2.3.3).

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

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

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

5.2.5 Процессный подход

Ожидаемый результат достигается эффективнее, если действиями и соответствующими ресурсами управляют, как процессом (см. ИСО 9000:2015, 2.3.4).

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

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

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

Это может быть осуществлено посредством:

a) идентификации соответствующих процессов проекта;

b) идентификации входных и выходных данных и целей процессов проекта;

c) идентификации владельцев процессов и определения их полномочий и ответственности;

d) разработки процессов проекта в жизненном цикле проекта;

e) определения взаимосвязей и взаимодействий между процессами;

f) учета рисков и возможностей, связанных с процессами проекта.

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

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

5.2.6 Улучшение

Улучшение общих показателей деятельности следует сделать постоянной целью организации (см. ИСО 9000:2015, 2.3.5).

Цикл непрерывного улучшения основан на концепции «планируй-делай-проверяй-действуй» (PDCA) (см. ИСО 9001:2015, 0.3.2).

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

Для того чтобы извлекать уроки из опыта, управление проектами следует рассматривать как процесс, а не как отдельную задачу. Необходимо создать процесс для фиксирования и анализа информации, полученной в ходе проекта, с целью ее использования в процессе постоянного улучшения (см. ИСО 9001:2015, 10.3).

Следует предусмотреть меры для проведения самооценок (см. ИСО 9004), внутренних аудитов и, если необходимо, внешних аудитов (см. ИСО 9001:2015, 9.2 и 9.3) для определения возможностей для улучшения. В них также следует учитывать необходимое время и ресурсы.

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

5.2.7 Принятие решений, основанное на свидетельствах

Результативные решения основаны на анализе данных и информации (см. ИСО 9000:2015, 2.3.6).

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

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

5.2.8 Менеджмент взаимоотношений

Организация и ее заинтересованные стороны являются взаимозависимыми, а взаимовыгодные отношения повышают их способность создавать ценность (см. ИСО 9000:2015, 2.3.7).

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

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

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

5.3 Анализ со стороны руководства и оценка продвижения проекта

5.3.1 Анализ со стороны руководства

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

5.3.2 Оценка продвижения проекта

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

a) Оценку продвижения следует использовать:

1) для оценки адекватности плана менеджмента проекта целям проекта, а также насколько выполненная работа соответствует ему;

2) оценки степени синхронизации и взаимосвязанности процессов проекта;

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

4) получения входных данных для еще не выполненной части работ по проекту;

5) содействия обмену информацией;

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

b) В планирование по оценке продвижения проекта следует включать:

1) подготовку общего графика оценок продвижения проекта (для включения в план менеджмента проекта);

2) назначение ответственности за управление отдельными оценками продвижения;

3) определение цели, требований к оценке, процессов и выходных данных для каждой оценки продвижения;

4) назначение персонала для участия в оценке (например, лиц, ответственных за процессы проекта и прочих заинтересованных сторон);

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

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

c) Лица, осуществляющие оценку, должны:

1) понимать цель процессов, проходящих оценку, и их влияние на систему менеджмента качества проекта;

2) изучать входные и выходные данные соответствующих процессов;

3) анализировать критерии мониторинга и измерения, применяемые к процессам;

4) определять результативность процессов;

5) осуществлять поиск потенциальных улучшений в эффективности процесса;

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

d) После проведения оценки продвижения проекта:

1) выходные данные оценки следует сопоставить с целями проекта для определения приемлемой эффективности проекта в отношении запланированных целей;

2) следует распределить ответственность за проведение действий по результатам оценки продвижения.

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

6 Управление ресурсами в проектах

6.1 Процессы, связанные с ресурсами

6.1.1 Общие положения

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

Процессы, связанные с ресурсами:

a) планирование ресурсов (см. 6.1.2);

b) управление ресурсами (см. 6.1.3).

Примечания

1 См. приложение A для обзора процессов.

2 Данный пункт применим к количественным аспектам управления человеческими ресурсами. Другие аспекты, такие как обучение, рассмотрены в 6.2.

6.1.2 Планирование ресурсов

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

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

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

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

6.1.3 Управление ресурсами

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

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

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

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

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

6.2 Процессы, связанные с персоналом

6.2.1 Общие положения

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

Эти процессы направлены на создание среды, в которой персонал может результативно и эффективно вносить свой вклад в осуществление проекта.

Процессы,связанные с персоналом:

a) определение организационной структуры проекта (см. 6.2.2);

b) распределение персонала (см. 6.2.3);

c) развитие группы (см. 6.2.4).

Примечания

1 См. приложение А для ознакомления с обзором процессов.

2 Количественные аспекты менеджмента персонала рассмотрены в 6.1. Аспекты обмена информацией менеджмента персонала рассмотрены в 7.6.

6.2.2 Определение организационной структуры проекта

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

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

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

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

a) с потребителями и иными заинтересованными сторонами;

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

c) другими соответствующими проектами в рамках одной инициирующей организации.

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

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

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

6.2.3 Распределение персонала

Для персонала, работающего над проектом, следует определить необходимую компетентность с точки зрения образования, подготовки и опыта (понятие «компетентность» определено в 3.10.4 ИСО 9000:2015 как «способность применять знания и навыки для достижения намеченных результатов»). Кроме того, следует определить особые навыки для проекта.

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

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

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

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

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

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

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

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

6.2.4 Развитие группы

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

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

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

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

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

7 Реализация продукции и услуг в проектах

7.1 Общие положения

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

7.2 Взаимозависимые процессы

7.2.1 Общие положения

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

Взаимозависимые процессы:

a) начало проекта и разработка плана менеджмента проекта (см. 7.2.2);

b) управление взаимодействиями (см. 7.2.3);

c) управление изменениями (см. 7.2.4);

d) завершение процесса и проекта (см. 7.2.5).

Примечание — См. приложение А для обзора процессов.

7.2.2 Начало проекта и разработка плана менеджмента проекта

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

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

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

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

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

b) определял и документировал процессы проекта и их назначение;

c) определял организационные взаимосвязи, уделяя особое внимание:

1) связям и линиям отчетности проектной организации с различными функциональными лицами инициирующей организации,

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

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

1) план качества,

2) структура распределения работ (см. 7.3.4),

3) график проекта (см. 7.4.5),

4) бюджет проекта (см. 7.5.3),

5) план обмена информацией (см. 7.6.2),

6) план управления рисками (см. 7.7.2),

7) план закупок (см. 7.8.2);

e) определял и содержал характеристики продукции и услуг и способ их измерения и оценки или ссылку на них;

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

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

1) способствовать внедрению предупреждающих и корректирующих действий,

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

h) предусматривал анализ проекта, проведение которого необходимо согласно договору, для обеспечения выполнения требований договора;

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

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

7.2.3 Управление взаимодействиями

Для содействия взаимозависимостям (запланированным) между процессами следует управлять взаимодействиями (незапланированными) в проекте. В управление следует включать:

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

b) проведение межфункциональных совещаний по проекту;

c) разрешение вопросов, таких как противоречащие друг другу обязанности или изменения в воздействии риска;

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

е) выполнение оценок продвижения проекта для оценки состояния проекта и планирования оставшейся части работ.

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

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

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

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

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

a) управление изменениями в области применения проекта, целях проекта и плане менеджмента проекта;

b) координирование изменений во взаимосвязанных процессах проекта и разрешение любых конфликтов;

c) процессы документирования изменений;

d) улучшение (см. 8.3);

e) аспекты изменений, влияющие на персонал (см. 6.2.4).

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

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

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

Примечание — Дальнейшие указания по управлению конфигурациями приведены в ИСО 10007.

7.2.5 Завершение процесса и проекта

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

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

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

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

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

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

О завершении проекта следует проинформировать заинтересованные стороны.

7.3 Процессы, связанные с областью применения

7.3.1 Общие положения

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

a) направлены:

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

2) обеспечение работы персонала в пределах области применения в ходе реализации этих действий,

3) обеспечение соответствия действий, выполняемых в рамках проекта, требованиям, указанным в области применения;

b) включают в себя:

1) разработку концепции (см. 7.3.2),

2) разработку и контроль области применения (см. 7.3.3),

3) определение действий (см. 7.3.4),

4) контроль действий (см. 7.3.5).

Примечание — См. приложение A для обзора процессов.

7.3.2 Разработка концепции

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

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

7.3.3 Разработка и контроль области применения

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

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

Примечание — Управление изменениями в области применения рассматривают в процессе менеджмента изменений (см. 7.2.4).

7.3.4 Определение действий

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

Примечание — Часто термин «структура распределения» используют для описания способа разделения проекта по уровням на дискретные группы для программирования, планирования и управления затратами. Также такие термины, как «действия», «задачи» и «комплексы работ», применяют для обозначения элементов подобного структурирования, а его результат, как правило, называют «структура распределения работ» (СРР).

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

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

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

7.3.5 Контроль действий

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

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

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

7.4 Процессы, связанные со временем

7.4.1 Общие положения

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

Процессы, связанные со временем:

a) планирование зависимых действий (см. 7.4.2);

b) оценка продолжительности (см. 7.4.3);

c) разработка графика (см. 7.4.4);

d) контроль графика (см. 7.4.5).

Примечание — См. приложение А для обзора процессов.

7.4.2 Планирование зависимых действий

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

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

7.4.3 Оценка продолжительности

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

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

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

7.4.4 Разработка графика

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

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

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

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

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

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

7.4.5 Контроль графика

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

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

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

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

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

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

7.5 Процессы, связанные с затратами

7.5.1 Общие положения

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

Процессы, связанные с затратами:

a) оценка затрат (см. 7.5.2);

b) бюджетирование (см. 7.5.3);

c) контроль стоимости (см. 7.5.4).

Примечания

1 См. приложение А для обзора процессов.

2 Дальнейшие указания по экономическим воздействиям менеджмента качества приведены в ИСО 10014.

7.5.2 Оценка затрат

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

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

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

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

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

7.5.3 Бюджетирование

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

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

7.5.4 Контроль стоимости

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

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

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

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

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

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

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

7.6 Процессы, связанные с обменом информацией

7.6.1 Общие положения

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

Они обеспечивают своевременное и надлежащее формирование, сбор, распространение, хранение и окончательное удаление информации по проекту.

Процессы, связанные с обменом информацией:

a) планирование обмена информацией (см. 7.6.2);

b) управление информацией (см. 7.6.3);

c) контроль обмена информацией (см. 7.6.4).

Примечания

1 См. приложение А для ознакомления с обзором процессов.

2 Дополнительная информация приведена в ИСО 9004.

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

7.6.2 Планирование обмена информацией

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

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

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

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

Примечание — В 7.5 ИСО 9001:2015 приведена дополнительная информация об управлении документированной информацией.

7.6.3 Управление информацией

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

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

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

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

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

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

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

Следует устанавливать правила и инструкции по проведению совещаний и обеспечить их соответствие типу совещания.

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

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

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

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

7.6.4 Контроль обмена информацией

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

7.7 Процессы, связанные с рисками

7.7.1 Общие положения

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

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

Процессы, связанные с рисками:

a) идентификация рисков (см. 7.7.2);

b) оценка рисков (см. 7.7.2);

c) обработка рисков (см. 7.7.3);

d) контроль рисков (см. 7.7.4).

Примечания

1 См. приложение А для обзора процессов.

2 Дополнительная информация по менеджменту рисков приведена в ИСО 31000.

7.7.2 Идентификация рисков

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

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

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

a) взаимосвязи между разными рисками;

b) риски, возникающие в связи с новыми технологиями и разработками.

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

7.7.3 Оценка рисков

Оценка рисков — это процесс анализа и оценки идентифицированных рисков для процессов проекта и продукции и услуг проекта.

Следует оценивать все идентифицированные риски. При такой оценке следует учитывать опыт и исторические данные по предыдущим проектам.

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

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

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

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

7.7.4 Обработка рисков

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

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

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

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

7.7.5 Контроль рисков

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

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

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

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

7.8 Процессы закупок

7.8.1 Общие положения

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

Примечание — В 8.4 ИСО 9001:2015 перечислены требования к управлению внешне поставляемыми процессами, продукцией и услугами.

Процессы закупок:

a) планирование и контроль закупок (см. 7.8.2);

b) документирование требований к закупкам (см. 7.8.3);

c) управление и развитие внешних поставщиков (см. 7.8.4);

d) заключение договора (см. 7.8.5);

e) контроль договора (см. 7.8.6).

Примечания

1 См. приложение А для ознакомления с обзором процессов.

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

7.8.2 Планирование и контроль закупок

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

Ко всей продукции и услугам, которые являются входами для проекта, следует применять одинаковые меры входного контроля независимо от того, приобретаются они у внешних поставщиков или у инициирующей организации (т.е. «внутренний поставщик»). Внешняя продукция и услуги, как правило, приобретаются по договору; внутренняя продукция и услуги — с использованием внутренних процессов приобретения и средств управления процессами. Для внутренней продукции и услуг некоторые меры контроля закупок, описанные в данном пункте, могут быть упрощены.

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

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

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

7.8.3 Документирование требований к закупкам

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

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

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

7.8.4 Управление и развитие внешних поставщиков

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

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

7.8.5 Заключение договора

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

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

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

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

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

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

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

7.8.6 Контроль договора

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

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

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

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

8 Измерение, анализ и улучшение в проектах

8.1 Общие положения

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

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

8.2 Измерение и анализ

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

Примеры измерения показателей деятельности:

a) оценка отдельных действий и процессов;

b) проведение аудитов;

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

d) оценка продукции и услуг;

e) оценка деятельности внешних поставщиков;

f) достижение целей проекта;

g) удовлетворенность потребителей и других заинтересованных сторон.

Примечание — Дополнительная информация об оценке показателей деятельности приведена в разделе 9 ИСО 9001:2015.

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

8.3 Улучшение

8.3.1 Улучшение со стороны инициирующей организации

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

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

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

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

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

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

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

8.3.2 Улучшение со стороны проектной организации

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

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

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

Примечание — В разделе 10 ИСО 9001:2015 приведена дополнительная информация об улучшении.

Приложение А
(справочное)

Обзор процессов для менеджмента качества в проектах

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

Примечания

1 ИСО 21500 содержит указания по процессам менеджмента проектов.

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

Таблица А.1 — Обзор процессов для менеджмента качества в проектах

Раздел

Подраздел

Пункт

Процесс

Описание процесса

5 Ответственность руководства в проектах

5.2 Стратегический процесс

Стратеги-
ческий

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

6 Управление ресурсами в проектах

6.1 Процессы, связанные с ресурсами

6.1.2

Плани-
рование
ресурсов

Определение, оценка, планирование и распределение всех соответствующих ресурсов

6.1.3

Управление ресурсами

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

6.2 Процессы, связанные с персоналом

6.2.2

Определение организа-
ционной структуры проекта

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

6.2.3

Распре-
деление
персонала

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

6.2.4

Развитие
группы

Развитие индивидуальных и групповых навыков и способности повышать показатели проекта

7 Реализация продукции и услуг в проектах

7.2 Взаимоза-
висимые процессы

7.2.2

Начало проекта и разработка плана менеджмента проекта

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

7.2.3

Управление взаимо-
действием

Управление взаимодействиями в ходе проекта

7.2.4

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

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

7.2.5

Завершение процесса и проекта

Завершение процессов и получение отзывов

7.3 Процессы, связанные с

7.3.2

Разработка концепции

Определение общих черт продукции проекта

областью применения

7.3.3

Разработка и контроль области применения

Документирование характеристик продукции проекта в измеримых единицах и управление ими

7.3.4

Определение действий

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

7.3.5

Контроль действий

Управление фактическими работами, осуществляемыми в рамках проекта

7.4 Процессы, связанные со временем

7.4.2

Планиро-
вание зависимых действий

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

7.4.3

Оценка продолжи-
тельности

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

7.4.4

Разработка графика

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

7.4.5

Контроль графика

Управление реализацией действий в рамках проекта для подтверждения предложенного графика или принятия адекватных мер для восстановления после задержек в графике

7.5 Процессы,

7.5.2

Оценка затрат

Разработка оценки стоимости проекта

связанные со стоимостью

7.5.3

Бюджети-
рование

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

7.5.4

Контроль стоимости

Управление затратами и расхождениями с бюджетом проекта

7.6 Процессы, связанные с обменом

7.6.2

Планирование обмена информацией

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

информацией

7.6.3

Управление информацией

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

7.6.4

Управление обменом информацией

Управление обменом информацией в соответствии с запланированной системой обмена информацией

7.7 Процессы, связанные с

7.7.2

Идентифи-
кация рисков

Определение рисков в проекте

рисками

7.7.3

Оценка рисков

Оценка вероятности возникновения рисковых событий и воздействия рисковых событий на проект

7.7.4

Обработка рисков

Разработка планов для реагирования на риски

7.7.5

Контроль рисков

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

7.8 Процессы закупок

7.8.2

Планирование и контроль закупок

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

7.8.3

Документи-
рование требований к закупкам

Составление коммерческих условий и технических требований

7.8.4

Управление и развитие внешних поставщиков

Оценка и определение того, каких именно внешних поставщиков и субпоставщиков следует привлекать к поставке продукции

7.8.5

Заключение договора

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

7.8.6

Контроль договора

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

8 Измерение, анализ и улучшение в проектах

8.1 Общие положения

Улучшение

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

8.2 Измерение и анализ

Измерение и анализ

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

8.3 Улучшение

8.3.1

Улучшение со стороны инициирующей организации

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

8.3.2

Улучшение со стороны проектной организации

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

Приложение В
(справочное)

Матрица перекрестных ссылок между настоящим стандартом, ИСО 9001:2015 и ИСО 21500:2012

В таблице В.1 приведена матрица перекрестных ссылок между настоящим стандартом, ИСО 9001:2015 и ИСО 21500:2012.

Таблица В.1 — Матрица перекрестных ссылок между настоящим стандартом, ИСО 9001:2015 и ИСО 21500:2012

Настоящий стандарт

ИСО 9001:2015

ИСО 21500:2012

Предисловие

Предисловие

Предисловие

Введение

Введение

Введение

1 Область применения

1 Область применения

1 Область применения

2 Нормативные ссылки

2 Нормативные ссылки

3 Термины и определения

3 Термины и определения

2 Термины и определения

4 Системы менеджмента качества в проектах

4 Среда организации

3 Концепции менеджмента проектов

4.1 Среда и характеристики проекта

4.1.1 Общие положения

4.1.2 Организации

4.1.3 Этапы и процессы в проекте

4.1.4 Процессы менеджмента проектов

4.1 Понимание организации и ее среды

4.2 Понимание потребностей и ожиданий заинтересованных сторон

4.3 Определение области применения системы менеджмента качества

3.1 Общие положения

3.2 Проект

3.4 Организационная стратегия и проекты

3.5 Среда проекта

3.11 Ограничения проекта

3.12 Взаимосвязь между концепциями и процессами менеджмента проектов

4 Процессы менеджмента проектов

4.1 Применение процесса менеджмента проекта

4.2 Группы процессов и предметные группы

4.3 Процессы

4.2 Принципы менеджмента качества

4.3 Процессы менеджмента качества проекта

4.4 Система менеджмента качества и ее процессы

4.4 План качества для проекта

4.3.32-4.3.34

5 Ответственность руководства в проектах

5 Лидерство

3.3 Менеджмент проекта

3.6 Руководство проектом

3.8 Заинтересованные стороны и проектная организация

5.1 Приверженность высшего руководства

5.1 Лидерство и приверженность

5.2 Политика

5.2 Стратегический процесс

5.3 Анализ со стороны руководства и оценка продвижения проекта

5.3 Функции, ответственность и полномочия в организации

9 Оценка результатов деятельности

9.2 Внутренний аудит

9.3 Анализ со стороны руководства

6 Управление ресурсами в проектах

7 Средства обеспечения

7.2 Компетентность

7.3 Осведомленность

7.4 Обмен информацией

7.5 Документированная информация

4.3.15-4.3.20

6.1 Процессы, связанные с ресурсами

7.1 Ресурсы

4.3.6-4.3.31

6.2 Процессы, связанные с персоналом

3.9 Компетенции персонала проекта

7 Реализация продукции и услуг в проектах

8 Деятельность на стадиях жизненного цикла продукции и услуг

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

8.2 Требования к продукции и услугам

8.3 Проектирование и разработка продукции и услуг

8.4 Управление процессами, продукцией и услугами, поставляемыми внешними поставщиками

8.5 Производство продукции и предоставление услуг

8.6 Выпуск продукции и услуг

8.7 Управление несоответствующими результатами процессов

3.7 Проекты и операции

7.1 Общие положения

7.2 Взаимозависимые процессы

7.3 Процессы, связанные с областью применения

7.4 Процессы, связанные со временем

6 Планирование

6.2 Цели в области качества и планирование их достижения

6.3 Планирование изменений

4.3.21-4.3.24, 4.3.9

7.5 Процессы, связанные с затратами

4.3.25-4.3.27

7.6 Процессы, связанные с обменом информацией

4.3.38-4.3.40

7.7 Процессы, связанные с рисками

6.1 Действия в отношении рисков и возможностей

4.3.28-4.3.31

7.8 Процессы закупок

4.3.35-4.3.37

8 Измерение, анализ и улучшение в проектах

10 Улучшение

8.1 Общие положения

10.1 Общие положения

8.2 Измерение и анализ

9.1 Мониторинг, измерение, анализ и оценка

8.3 Улучшение

10.2 Несоответствия и корректирующие действия

10.3 Постоянное улучшение

4.3.8

Приложение А (справочное) Обзор процессов для менеджмента качества в проектах

Приложение А (справочное) Процессы групп процессов, соотнесенные с предметными группами

Приложение В (справочное) Матрица перекрестных ссылок между настоящим стандартом, ИСО 9001:2015 и ИСО 21500:2012

Приложение ДА
(справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1

Обозначение ссылочного международного стандарта

Степень соответствия

Обозначение и наименование соответствующего национального стандарта

ISO 9000:2015

IDT

ГОСТ Р ИСО 9000-2015 «Системы менеджмента качества. Основные положения и словарь»

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

— IDT — идентичные стандарты.

Библиография

[1]

ISO 9001:2015, Quality management systems — Requirements

[2]

ISO 9004, Managing for the sustained success of an organization — A quality management approach

[3]

ISO 10005, Quality management — Guidelines for quality plans

[4]

ISO 10007, Quality management — Guidelines for configuration management

[5]

ISO/TR 10013, Guidelines for quality management system documentation

[6]

ISO 10014, Quality management — Guidelines for realizing financial and economic benefits

[7]

ISO 10015, Quality management — Guidelines for training

[8]

ISO/TR 10017, Guidance on statistical techniques for ISO 9001:2000

[9]

ISO 19011, Guidelines for auditing management systems

[10]

ISO 21500:2012, Guidance on project management

[11]

ISO 31000, Risk management — Principles and guidelines

[12]

ISO/IEC 12207, Systems and software engineering — Software life cycle processes

[13]

ISO/IEC 17000, Conformity assessment — Vocabulary and general principles

[14]

ISO Guide 73, Risk management — Vocabulary

[15]

IEC 62198, Managing risk in projects — Application guidelines

УДК 658.562.014:006.354

OКC 03.120.10

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

Электронный текст документа

и сверен по:

, 2019

ГОСТ Р 57363-2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

 УПРАВЛЕНИЕ ПРОЕКТОМ В СТРОИТЕЛЬСТВЕ. ДЕЯТЕЛЬНОСТЬ УПРАВЛЯЮЩЕГО ПРОЕКТОМ (ТЕХНИЧЕСКОГО ЗАКАЗЧИКА)

 Project management for real estate development (construction). Project manager (client’s technical representative) activities

ОКС 91.010.30

Дата введения 2017-06-01

 Предисловие

1 РАЗРАБОТАН Акционерным обществом «Центральный научно-исследовательский и проектно-экспериментальный институт промышленных зданий и сооружений» (АО «ЦНИИПромзданий»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 465 «Строительство»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 16 декабря 2016 г. N 2043-ст

4 ВВЕДЕН ВПЕРВЫЕ

5 ПЕРЕИЗДАНИЕ. Ноябрь 2019 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

      1 Область применения

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

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

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

      2 Нормативные ссылки

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

ГОСТ Р 51901.4* Менеджмент риска. Руководство по применению при проектировании

________________

* Действует ГОСТ Р МЭК 62198-2015.

ГОСТ Р 52807 Руководство по оценке компетентности менеджеров проектов

ГОСТ Р 54869 Проектный менеджмент. Требования к управлению проектом

ГОСТ Р 54870 Проектный менеджмент. Требования к управлению портфелем проектов

ГОСТ Р 54871 Проектный менеджмент. Требования к управлению программой

ГОСТ Р ИСО 21500 Руководство по проектному менеджменту

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

      3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

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

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

3.3 предпроектная подготовка строительства: Комплекс работ, проводимых в целях обоснования градостроительной деятельности на территории и получение права на ее проведение [1].

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

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

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

Примечание — Управляющий проектом представляет управляющую компанию или непосредственно организацию застройщика (инвестора).

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

      4 Общие положения. Управление проектом в строительстве

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

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

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

— организация реализации инвестиционно-строительного проекта;

— сбор и подготовка исходных данных;

— предпроектная подготовка строительства;

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

— оценка и управление рисками;

— обеспечение функции технического заказчика и строительного контроля;

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

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

— сдача-приемка объекта в эксплуатацию.

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

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

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

4.7 Методология управления проектом в строительстве разработана в соответствии с отечественными и международными стандартами и практиками по управлению проектами. Основные этапы управления проектом в строительстве приведены на рисунке А.1 приложения А.

4.8 Принципиальная схема управления проектом в строительстве приведена на рисунке А.2 приложения А.

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

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

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

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

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

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

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

      6 Этапы реализации проекта в строительстве

      6.1 Инициирование проекта в строительстве

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

6.1.1 Инвестиционная деятельность в Российской Федерации осуществляется в соответствии с Федеральным законом N 39-ФЗ «Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных вложений» [2], а также в соответствии с Федеральным законом N 160-ФЗ «Об иностранных инвестициях» и другими нормативно-правовыми документами [3].

6.1.2 Объектами капитальных вложений в Российской Федерации являются находящиеся в частной, государственной, муниципальной и иных формах собственности различные виды вновь создаваемого и/или модернизируемого имущества [2].

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

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

6.1.5 В процессе принятия решения о целесообразности и возможности инвестирования в строительство предприятий, зданий и сооружений на соответствующей территории, а также для получения предварительных исходных данных, наличии земельных участков для строительства, условий присоединения объекта к источникам снабжения, инженерным коммуникациям и сетям необходимо разрабатывать Ходатайство (Декларацию) [4] о намерениях инвестирования в строительство предприятий, зданий и сооружений на территории Российской Федерации. При разработке Ходатайства (Декларации) [4] следует руководствоваться законодательными и нормативными актами Российской Федерации, субъектов Российской Федерации и другими государственными документами, регулирующими инвестиционно-строительную деятельность.

      6.2 Планирование проекта в строительстве

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

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

— планирование коммуникаций — обмен информацией и документацией в проекте;

— планирование бюджета проекта;

— планирование закупок для проекта;

— планирование качества проекта;

— планирование кадровых ресурсов проекта;

— определение рисков проекта и вероятных путей снижения их воздействия;

— планирование и управление сроками (графиком) реализации проекта;

— планирование работы с возможными изменениями проекта;

— определение ключевых показателей эффективности и результатов проекта в строительстве.

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

6.2.1 Определение состава работ (содержания) проекта

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

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

6.2.2 Планирование коммуникаций в проекте, обмен информацией и документацией между участниками проекта

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

6.2.3 Планирование бюджета проекта в строительстве

Финансовое планирование и управление бюджетом (стоимостью) проекта в строительстве включает в себя:

— расчет стоимости планируемых работ и услуг;

— сведение всех элементов и операций для планирования бюджета проекта, а также определение источников его финансирования;

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

— обеспечение своевременного финансирования и своевременной оплаты работ по договорам с исполнителями работ;

— определение стоимости необходимых изменений, предложения по оптимизации бюджета;

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

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

6.2.4 Планирование закупок для проекта

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

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

Отдел закупок может входить в структуру застройщика (инвестора).

6.2.5 Планирование и управление качеством проекта в строительстве

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

6.2.6 Планирование и управление кадровыми ресурсами проекта

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

6.2.7 Планирование и управление рисками проекта в строительстве

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

6.2.8 Планирование и управление сроками (графиком) реализации проекта в строительстве

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

6.2.9 Планирование работы с возможными изменениями проекта в строительстве и управление ими

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

6.2.10 Определение ключевых показателей эффективности и результатов проекта в строительстве

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

— проект закончен в срок, в рамках бюджета;

— требуемое (проектное) качество объекта достигнуто;

— ресурсы проекта распределены максимально эффективно;

— проект соответствует бизнес-плану.

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

      6.3 Реализация проекта строительства

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      6.4 Мониторинг и контроль за реализацией проекта в строительстве

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

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

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

      6.5 Завершение проекта, приемка объекта в эксплуатацию

6.5.1 Управляющий проектом:

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

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

— представляет приемо-сдаточной комиссии необходимые документы по законченному строительством объекту;

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

— взаимодействует с авторским надзором для получения заключения по объекту в случае необходимости;

— согласует сроки устранения дефектов и недоделок в рамках договора с подрядной организацией;

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

— готовит документы для осуществления ввода объекта в эксплуатацию и его последующей регистрации в местных органах власти, в установленном ими порядке;

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

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

      6.6 Эксплуатация объекта, гарантийный период, его капитальный ремонт, реконструкция и ликвидация

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

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

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

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

      7 Основные права управляющего проектом в строительстве

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

7.2 Управляющий проектом в строительстве имеет право:

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

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

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

— оценивать риски и влияние на проект изменений, предлагаемых застройщиком (инвестором), своевременно доводить рекомендации до ответственного представителя;

— принимать решения в рамках своих полномочий и компетенций, по всем вопросам планирования и реализации проекта в строительстве;

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

— при необходимости приостанавливать работу по реализации проекта, в том числе производство отдельных видов строительно-монтажных работ;

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

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

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

— предоставлять отчеты куратору (ответственному представителю) застройщика (инвестора);

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

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

Приложение А

(справочное)

Основные этапы управления проектом в строительстве

А.1 Основные этапы управления проектом в строительстве приведены на рисунке А.1.

Рисунок А.1

А.2 Принципиальная схема управления проектом в строительстве приведена на рисунке А.2.

Рисунок А.2

Приложение Б

(справочное)

Состав основных участников команды проекта в строительстве

В состав организационной структуры (команды) проекта в строительстве могут входить:

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

2 руководитель по проектированию (design manager); координирует выполнение работ по проектированию в рамках проекта, контролирует соответствие выполняемых рабочих документов проектных работ — ранее утвержденной предпроектной и проектной документации, отвечает за внедрение эффективных решений, вариантное проектирование и оптимизацию проектных решений (value engineering);

3 руководитель по строительству (construction manager); координирует все виды работ, выполняемые на строительной площадке, контролирует выполнение работ в соответствии с рабочей документацией, техническими регламентами и сводами правил;

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

5 руководитель по финансово-учетным вопросам (cost manager); координирует своевременность и полноту оплат по договорным обязательствам и прочим расходам в соответствии с графиком финансирования и фактом выполнения работ, контроль налоговых выплат, соответствие фактических затрат бюджету проекта, внесение необходимых корректировок в процессе реализации проекта;

6 руководитель по закупкам и поставкам материалов и оборудования (procurement manager); координирует все виды закупок и поставок на этапах реализации проекта в строительстве;

7 координатор по планированию (scheduling control coordinator/planner); отвечает за разработку графика реализации проекта и регулярный контроль его исполнения, внесение необходимых корректировок и изменений по ходу реализации проекта;

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

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

10 администратор проекта (document control coordinator); координирует и контролирует документооборот, а также вспомогательную деятельность, обеспечивает необходимые условия для работы команды проекта.

 Библиография

[1]

Рекомендации по деятельности Управляющего проектом при разработке и реализации проектной и рабочей документации на строительство предприятий, зданий и сооружений, МДС 11-2.99 (утверждено письмом Госстроя РФ 10 июня 1999 г. N ЛБ-1992/5)

[2]

Федеральный закон от 25 февраля 1999 г. N 39-ФЗ «Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных вложений»

[3]

Федеральный закон от 9 июля 1999 г. N 160-ФЗ «Об иностранных инвестициях»

[4]

Типовое положение по разработке и составу Ходатайства (Декларации) о намерениях инвестирования в строительство предприятий, зданий и сооружений (утверждено Минстроем РФ 7 марта 1997 г*.)

УДК 721.013:006.354

ОКС 91.010.30

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

Понравилась статья? Поделить с друзьями:
  • Холисал гель для десен инструкция по применению цена отзывы аналоги
  • Рольф петербург руководство
  • Руководство по операционному делу
  • Контроллер для холодильного оборудования eliwell инструкция
  • Talika light duo инструкция по применению как пользоваться