PMCS-PIntegrationManagement «Процедура управления интеграцией проекта» by Anatoly Savin

Обозначение документа: PMCS-PIntegrationManagement

PMDoc

<Название организации> "Утверждаю" Директор <Название организации> <Ф.И.О.> _______________________________ "____" __________________ 2018 г.

Корпоративный Стандарт Управления Проектами Процедура управления интеграцией проекта Редакция <2.0> <Примечание: Данный документ предназначен для использования с Корпоративным Стандартом Управления Проектами PMDoc (комплект документов «КСУП.Комплект»). Документ является шаблоном. Шаблон – пустая форма с подсказками автору по заполнению. При двойном щелчке левой кнопкой мыши на файле происходит создание копии документа вместо открытия. Для изменения самого шаблона, необходимо щёлкнуть правой кнопкой мыши на файле и выбрать "Открыть". Текст, заключённый в угловые скобки и отображаемый, как правило, синим курсивом, включён, чтобы обеспечить подсказки автору, и должен быть удалён или заменён на указанную в нем информацию перед публикацией документа. Данная процедура является универсальной, её необходимо изменить или дополнить в соответствии с требованиями организации. Отказ от ответственности Документы КСУП.Комплект предоставляются бесплатно, без поддержки, без рассмотрения претензий. Применение документов КСУП - это ответственность лица, применяющего документы. Разработчики не несут ответственность за любые (прямые или косвенные) последствия связанные с использованием документов КСУП. Внимание! Документ может содержать следующие ссылки на документы:  С обозначением «ПМБОК», относящиеся к комплекту «Общий Стандарт Управления Проектами» («ОСУП.Комплект»), которые можно пролистать и приобрести, перейдя на сайт PMDoc по ссылке www.pmdoc.ru/product/pmbok_kit  С обозначением «QMS», относящиеся к комплекту «Система Менеджмента Качества» («СМК.Комплект»), которые можно пролистать и приобрести, перейдя на сайт PMDoc по ссылке www.pmdoc.ru/product/smk Внимание! Перед публикацией документа заполните экспресс-блоки (фрагменты текста, выделяемые в рамку). Таким образом Вы внесёте соответствующие свойства файла. Повторяющиеся экспресс-блоки обновляются автоматически. Так же перед публикацией обновите таблицу содержания.> Для внутреннего использования

<Название организации>, 2018 г.

Лист 1 из 12

PMDoc

Корпоративный Стандарт Управления Проектами Процедура управления интеграцией проекта Обозначение документа: PMCS-PIntegrationManagement

Редакция: <2.0> Дата: 22.10.2018 г.

Лист изменений Дата 2.02.2007

Редакция Описание Автор 1.0 Издание для внутренних комментариев Савин В.А. Издание для внутреннего использования (с 17.02.2007 1.1 Савин В.А. незначительными изменениями) Издание для внутреннего использования (с 19.07.2007 1.2 Савин А.А. незначительными дополнениями) 07.06.2011 1.3 Обновлено Решта Е.А. 31.08.2011 1.4 Изменена сортировка нормативных ссылок Савин А.А. 20.02.2014 2.0 Издано для КСУП редакции 2. Решта Е.А. Редакция – номер редакции документа (если вносятся значительные изменения в документ, то первая цифра увеличивается, а вторая обнуляется; если вносятся незначительные изменения, то меняется вторая цифра). Описание – детальное описание редакции и внесённых изменений (к примеру: Издание для внутренних комментариев, Издание для использования, Издание с изменениями главы ТАКОЙ-ТО и т.д.). Автор - Ф.И.О. автора изменений.

Содержание 1.

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

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

Термины, обозначения, сокращения

Общее описание процессов

Процесс «Разработка Устава проекта»

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

Процесс «Руководство и управление исполнением проекта»

Процесс «Мониторинг и управление работами проекта»

Процесс «Осуществление общего управления изменениями»

10. Процесс «Завершение проекта или фазы»

Приложение А. Декомпозиция процессов

Приложение Б. Матрица ответственности

Для внутреннего использования

<Название организации>, 2018 г.

Лист 2 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

Перед Вами шаблон, входящий в пакет «КСУП.Комплект», который применяется для разработки и внедрения Корпоративных Стандартов Управления Проектами на предприятиях. КСУП.Комплект в чистом виде невозможно применить в какой-либо отрасли промышленности, но он даёт ясную процедурную модель, которая может быть адаптирована под нужды конкретной компании. Если требуется быстро создать действующий стандарт или регламент управления проектами в вашей организации, то обратите внимание на тренинги и услуги PMDoc. Наиболее подходящими к теме создания систем и стандартов УП являются: 

Курс разработки корпоративных систем управления проектами «12.Deliverables» PMDoc.ru/trainings/tools/12-deliverables



Услуги PMDoc по документированию проектов PMDoc.ru/services/project_documenting



Услуги PMDoc по разработке регламентов управления проектами PMDoc.ru/services/pm_regulations_development



Тренинг по документированию проектов «pm.Docs» - PMDoc.ru/trainings/methodology/pm_docs



Экзамен по управлению интеграцией на «Карте Знаний Проектного Менеджера» KnowledgeMap.pm/ru/product/integration-mng-exam



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

Наши другие интересные курсы:  pm.Praxis «Прикладное управление проектами»  it.Projects «Управления IT-проектами»  pm.Risks «Управление рисками проектов и программ»  ms.Project «Управление проектами с помощью Microsoft Project 2013 Professional»  pm.Kit «Модульная программа тренингов по управлению проектами»  А также тренинг быстрого построения команд «Прокачай команду проекта» Календарь курсов: PMDoc.ru/calendar/trainings_list

Для внутреннего использования

<Название организации>, 2018 г.

Лист 3 из 12

PMDoc 1.

Редакция: <2.0> Дата: 22.10.2018 г.

Общие положения <Данный раздел описывает общие характеристики настоящего документа.>

1.1. Настоящая процедура устанавливает порядок управления интеграций проектов организации "<Название организации>". 1.2. Процедура управления интеграцией проекта - процедура, которая включает в себя процессы и действия, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и действий по управлению проектом в рамках групп процессов управления проектами. 1.3. Процедура обязательна для применения всеми сотрудниками Организации, участвующими в управлении интеграцией проекта. 1.4. Для однозначного определения принадлежности документации проектов к каждому отдельному проекту, к КСУП или к системе качества Организации в целом, необходимо использовать систему нумерации документов, приведённую в методике системы качества QMS-DocsManagement «Управление документацией». 2.

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

2.1. Данный документ ссылается на следующие документы: Номер Название PMCS-Glossary Глоссарий КСУП PMCSПроцедура планирования проекта ProjectPlanning QMSУправление документацией DocsManagement ПМБОК4.1.1.2 Экономическое обоснование ПМБОК4.1.3.1 Устав проекта ПМБОК4.2.3.1 План управления проектом ПМБОК4.3.3.1 Акт приёмки результатов ПМБОК4.3.3.3 Запрос на изменения ПМБОК4.3.3.5 Документы проекта ПМБОК4.4.3.2 Отчёт об исполнении работ ПМБОК4.5.3.2 Журнал изменений ПМБОК4.6.3.1 Акт приёмки ПМБОК5.2.3.1 Документация по требованиям ПМБОК5.3.3.1 Описание содержания проекта ПМБОК10.2.3.2 Базовый план исполнения ПМБОК10.3.3.1 Информация об исполнении работ ПМБОК11.2.3.1 Реестр рисков ПМБОК12.1.3.2 Описание работ ПМБОК12.2.3.2 Соглашение Для внутреннего использования

<Название организации>, 2018 г.

Дата издания

Автор PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc Лист 4 из 12

PMDoc

Номер ПМБОК13.1.3.1 ПМБОК13.3.3.1 3.

Название Реестр заинтересованных сторон Журнал проблем

Редакция: <2.0> Дата: 22.10.2018 г.

Дата издания

Автор PMDoc PMDoc

Термины, обозначения, сокращения <Данный раздел должен содержать определения всех терминов, обозначений и сокращений, необходимых для правильной интерпретации настоящего документа. Термины, обозначения и сокращения должны быть расположены в алфавитном порядке. Эта информация может быть представлена в виде приведённой ниже таблицы или в виде ссылки на Глоссарий КСУП (см. шаблон PMCS-Glossary).>

3.1. Термины, используемые в настоящем документе: Термин Определение Декомпозиция Метод планирования, предполагающий разбиение содержания проекта и результатов проекта на более мелкие и легко управляемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов, не определены достаточно подробно для исполнения, отслеживания и мониторинга этих работ. Документ Носитель и информация на нем, которые обычно имеют определённую устойчивость к воздействиям и могут быть прочитаны человеком или считаны устройством. Примерами могут служить планы управления проектами, отчёты, процедуры, расчёты и руководства. Контракт Контракт приобретающей организации Заказчика, если проект выполняется для стороннего Заказчика (см. шаблон ПМБОК12.2.3.2 "Соглашение"). Матрица Таблица, ставящая в соответствие организационную структуру ответственности проекта иерархической структуре работ и помогающая назначению лиц, ответственных за каждый элемент содержания проекта. Метод Определённая систематическая процедура, применяемая персоналом для выполнения операции с целью получения продукта или результата или оказания услуги, которая также может использовать один или несколько инструментов. Методология Система практик, методов, процедур и правил, используемых в определённой дисциплине. Прикладная Категория проектов, обладающих общими элементами, значимыми область для таких проектов, но не являющимися необходимыми или присущими всем проектам. Прикладные области обычно выделяются по продукту (т. е. по схожим технологиям или методам производства), типу заказчика (т. е. внутренние или внешние, государственные или коммерческие) или отрасли (т. е. коммунальные услуги, автомобилестроение, космонавтика, информационные технологии и т. д.). Прикладные области могут перекрываться. Проект Временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Для внутреннего использования

<Название организации>, 2018 г.

Лист 5 из 12

PMDoc

Термин Результат

Система

Редакция: <2.0> Дата: 22.10.2018 г.

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

3.2. Обозначения, используемые в настоящем документе: Обозначение Расшифровка Организация <Название организации> 3.3. Сокращения, используемые в настоящем документе: Сокращение Расшифровка PMCS Corporate Project Management Standard, см. КСУП КСУП Корпоративный Стандарт Управления Проектами 4.

Общее описание процессов <В данном разделе содержится общее описание Процедуры управления интеграцией проекта.>

4.1. Управление интеграцией проекта включает в себя процессы и операции, необходимые для выявления, определения, объединения, унификации и координации различных процессов и операций управления проектами в рамках групп процессов управления проектами. В контексте управления проектами интеграция включает в себя такие характеристики, как унификация, консолидация, артикуляция и интеграционные действия, являющиеся ключевыми для завершения проекта, успешного удовлетворения требований Заказчика и других участников проекта, а также управления ожиданиями. 4.2. В контексте управления проектом интеграция – это принятие решений о том, где концентрировать ресурсы на каждую конкретную дату, предугадывание потенциальных проблем, и их решение до того, как эти проблемы станут критическими, и хорошая координация работы проекта в целом. Интеграция также подразумевает нахождение компромиссов между пересекающимися целями и альтернативами. 4.3. Процессы данной процедуры описаны в разделах данного документа ниже. Декомпозицию данных процессов см. Приложение А. Декомпозиция процессов.

Для внутреннего использования

<Название организации>, 2018 г.

Лист 6 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

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

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

5.1. Это процесс разработки документа, который формально санкционирует проект или фазу, и документирования первоначальных требований, удовлетворяющих потребностям и ожиданиям заинтересованных сторон проекта. Он устанавливает партнёрство между исполняющей организацией и организацией, подавшей заявку (или Заказчиком, в случае внешних проектов). Утверждённый Устав проекта формально инициирует проект. Руководитель проекта определяется или назначается сразу, как только это становится возможным, предпочтительно во время разработки Устава проекта и обязательно до начала планирования. 5.2. Исходные ресурсы и данные для процесса Разработки Устава проекта:  Описание работ проекта (см. шаблон ПМБОК12.1.3.2);  Экономическое обоснование (см. шаблон ПМБОК4.1.1.2);  Контракт (см. шаблон ПМБОК12.2.3.2 "Соглашение");  Факторы среды предприятия;  Активы процессов организации. 5.3. Результат процесса:  Устав проекта (см. шаблон ПМБОК4.1.3.1). 5.4. Ответственный исполнитель и участники процесса:  Инициатор проекта (ответственный);  Руководитель проекта (участник). 6.

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

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

<Название организации>, 2018 г.

Лист 7 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

 Устав проекта (см. шаблон ПМБОК4.1.3.1);  Выходы процессов планирования (см. документ PMCS-ProjectPlanning “Процедура планирования проекта”);  Факторы среды предприятия;  Активы процессов организации. 6.3. Результат процесса:  План управления проектом (см. шаблон ПМБОК4.2.3.1). 6.4. Ответственный исполнитель и участники процесса:  Инициатор проекта (консультант);  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (участники);  Менеджер по планированию (ответственный);  Менеджер по качеству (участник);  Менеджер по рискам (участник);  Менеджер по ценообразованию и бюджетному мониторингу (участник);  Менеджер по персоналу (участник);  Менеджер по закупкам (участник). 7.

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

7.1. Это процесс исполнения работ, определённых в Плане управления проектом, для достижения целей проекта. Руководитель проекта вместе с командой управления проектом руководит выполнением запланированных операций проекта и управляет разнообразными техническими и организационными связями, которые существуют в рамках проекта. На процесс руководства и управления исполнением проекта напрямую влияет прикладная область проекта. Результаты производятся в качестве выходов процессов, осуществляемых для выполнения работ проекта, запланированных и внесённых в расписание Плана управления проектом. Информация о выполнении работ, о степени завершённости результатов и о том, что уже сделано, собирается как часть исполнения проекта и используется в процессе подготовки отчётов об исполнении. Руководство и управление исполнением проекта также требует реализации одобренных изменений, включая: корректирующее воздействие, предупреждающее действие, исправление дефекта. 7.2. Исходные ресурсы и данные для процесса Руководства и управления исполнением проекта:  План управления проектом (см. шаблон ПМБОК4.2.3.1);  Одобренные Запросы на изменение (см. шаблон ПМБОК4.3.3.3);  Факторы среды предприятия;  Активы процессов организации. 7.3. Результат процесса:  Результаты (см. шаблон ПМБОК4.3.3.1 "Акт приёмки результатов"); Для внутреннего использования

<Название организации>, 2018 г.

Лист 8 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

   

Информация об исполнении работ (см. шаблон ПМБОК10.3.3.1); Запросы на изменение (см. шаблон ПМБОК4.3.3.3); Обновления Плана управления проектом; Обновления Документов по требованиям (см. шаблон ПМБОК5.2.3.1 "Документация по требованиям");  Обновления Журналов проекта (см. шаблоны ПМБОК5.3.3.1 "Описание содержания проекта", ПМБОК4.5.3.2 "Журнал изменений", ПМБОК13.3.3.1 "Журнал проблем");  Обновление Реестра рисков (см. шаблон ПМБОК11.2.3.1);  Обновление Реестра заинтересованных сторон (см. шаблон ПМБОК13.1.3.1). 7.4. Ответственный исполнитель, участники процесса:  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (ответственные);  Менеджер по планированию (консультант);  Менеджер по качеству (консультант). 8.

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

8.1. Это процесс отслеживания, проверки и регулирования исполнения для достижения целей исполнения, определённых в плане управления проектом. Мониторинг – это аспект управления проектом, осуществляемый на протяжении всего проекта. Мониторинг включает в себя сбор, измерение и распространение информации об исполнении, а также оценку измерений и тенденций для оказания влияния на улучшение процесса. Постоянный мониторинг даёт команде управления проектом возможность понимать общее состояние проекта и определять, на какие области следует обратить особое внимание. Управление включает в себя определение корректирующих или предупреждающих действий, либо повторное планирование и отслеживание планов с целью определить, удалось ли решить проблему с помощью предпринятых действий. 8.2. Исходные ресурсы и дынные для процесса Мониторинга и управления работами проекта:  План управления проектом (см. шаблон ПМБОК4.2.3.1);  Отчёты об исполнении (см. шаблон ПМБОК4.4.3.2);  Факторы среды предприятия;  Активы процессов организации. 8.3. Результат процесса:  Запросы на изменение (см. шаблон ПМБОК4.3.3.3);  Обновления Плана управления проектом;  Обновления прогнозов (входят в шаблон ПМБОК10.3.3.1 "Информация об исполнении работ");  Отчёты об исполнении (см. шаблон ПМБОК4.4.3.2);  Обновление Журнала проблем (см. шаблон ПМБОК13.3.3.1). 8.4. Ответственный исполнитель, участники процесса:  Руководитель проекта (ответственный); Для внутреннего использования

<Название организации>, 2018 г.

Лист 9 из 12

PMDoc       9.

Редакция: <2.0> Дата: 22.10.2018 г.

Менеджеры по направлениям (консультанты); Менеджер по планированию (участник); Менеджер по качеству (участник); Менеджер по рискам (участник); Администратор проекта (участник); Секретарь проектного офиса (участник).

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

9.1. Это процесс проверки всех Запросов на изменение, их утверждения и управления изменениями результатов, активов процессов организации, Документов проекта (см. шаблон ПМБОК4.3.3.5) и Плана управления проектом (см. шаблон ПМБОК4.2.3.1). Процесс Осуществления общего управления изменениями проводится с самого начала проекта и вплоть до его завершения. План управления проектом, Описание содержания проекта (см. шаблон ПМБОК5.3.3.1) и прочие результаты поддерживаются путём проведения тщательного и постоянного управления изменениями – отклонения или одобрения изменений, что позволяет гарантировать, что в пересмотренный Базовый план (см. шаблон ПМБОК10.2.3.2) включаются только одобренные изменения. 9.2. Исходные ресурсы и данные для процесса Общего управления изменениями:  План управления проектом (см. шаблон ПМБОК4.2.3.1);  Информация об исполнении работ (см. шаблон ПМБОК10.3.3.1);  Запросы на изменение (см. шаблон ПМБОК4.3.3.3);  Факторы среды предприятия;  Активы процессов организации. 9.3. Результат процесса:  Обновления статусов запросов на изменение (см. шаблон ПМБОК4.3.3.3);  Обновления Плана управления проектом;  Обновление Документов проекта, включая Журнал запросов на изменение (см. шаблон ПМБОК4.5.3.2) и любые документы, подверженные процессу формального управления изменениями. 9.4. Ответственный исполнитель, участники процесса:  Руководитель проекта (ответственный);  Менеджеры по направлениям (консультанты);  Менеджер по качеству (участник);  Менеджер по ценообразованию и бюджетному мониторингу (консультант).

Для внутреннего использования

<Название организации>, 2018 г.

Лист 10 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

10. Процесс «Завершение проекта или фазы» <В данном разделе описывается процесс «Завершение проекта или фазы», перечисляются его входные и выходные данные, указываются участники и ответственный.>

10.1. Это процесс завершения всех операций всех групп процессов управления проектом в целях формального завершения проекта или фазы. При закрытии проекта Руководитель проекта рассматривает всю предыдущую информацию, полученную во время закрытия предыдущих фаз, позволяющую удостовериться в том, что все работы по проекту завершены, и проект достиг своих целей. Так как содержание проекта определяется Планом управления проектом, Руководитель проекта производит анализ данного документа, чтобы удостовериться, что проект фактически завершён, перед тем, как формально констатировать это. Процесс завершения проекта или фазы также устанавливает процедуры, исследующие и документирующие причины предпринятых действий, если проект прекращён до завершения. 10.2. Исходные ресурсы и данные для процесса Завершения проекта или фазы:  План управления проектом (см. шаблон ПМБОК4.2.3.1);  Принятые результаты (см. шаблон ПМБОК4.3.3.1 "Акт приёмки результатов");  Активы процессов организации. 10.3. Результат процесса:  Передача конечного продукта, услуги или результата (см. шаблон ПМБОК4.6.3.1 "Акт приёмки работ").  Обновления активов процессов организации. 10.4. Ответственный исполнитель, участники процесса:  Инициатор проекта (участник);  Руководитель проекта (ответственный);  Менеджеры по направлениям (участники);  Администратор проекта (участник).

Приложение А. Декомпозиция процессов <Декомпозиция представлена в формате MS Visio с таким же названием файла. Обновите её согласно требованиям организации и перенесите в данное приложение.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 11 из 12

PMDoc

Редакция: <2.0> Дата: 22.10.2018 г.

Приложение Б. Матрица ответственности

Завершение проекта или фазы

У К

Секретарь проектного офиса

О К

Администратор проекта

У О

Менеджер по закупкам

У П П

Менеджер по ценообразованию и бюджетному мониторингу Менеджер по персоналу

Менеджер по рискам

Мониторинг и управление работами проекта Осуществление общего управления изменениями

Менеджер по качеству

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

Менеджер по планированию

Разработка ПУ проектом

О К

Менеджеры по направлениям

Разработка Устава проекта

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

О - Ответственный исполнитель У - Участник К - Консультант П - Принимающий решения

Инициатор проекта

<В данном приложении приводится Матрица ответственности.>

К У

<Внимание! Перед публикацией документа заполните экспресс-блоки и обновите таблицу содержания.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 12 из 12

Обозначение документа: PMCS-PIntegrationManagement

Корпоративный Стандарт Управления Проектами Процедура управления интеграцией проекта

PMDoc

<Название организации>

Редакция <2.0> 18.02.2014 г.

<Примечание: Данный документ предназначен для использования с Корпоративным Стандартом Управления Проектами PMDoc (комплект документов «КСУП.Комплект»). Текст, заключённый в угловые скобки и отображаемый, как правило, синим курсивом, включён, чтобы обеспечить подсказки автору, и должен быть удалён или заменён на указанную в нем информацию перед публикацией документа. Для настройки автоматических полей (тех, которые отображаются на сером фоне, когда они выбраны), нажмите Файл Сведенья Свойства и заполните поля Тема, Организация и пр. информацией для этого документа. После закрытия диалогового окна, автоматические поля сразу модифицируются во всём документе. См. справку MS Visio для получения дополнительной информации по работе с полями. Для того чтобы вставить схему в MSWord необходимо: выделить нужное изображение и нажать Ctrl+C, а в MSWord нажать Ctrl+V или, если рисунок переносится некорректно, выделить изображение, далее Файл Сохранить как... Сохранить в формате .emf. Изображение в формате метафайла (emf или wmf) корректно переносится во многие приложения. Под рядом элементов указаны ссылки на документы; их необходимо удалить или поменять. Отказ от ответственности. Документы КСУП.Комплект предоставляются бесплатно, без поддержки, без рассмотрения претензий. Применение документов КСУП - это ответственность лица, применяющего документы. Разработчики не несут ответственность за любые (прямые или косвенные) последствия связанные с использованием документов КСУП. Внимание! Перед публикацией документа обновите автоматические поля.>

Выходы процессов планирования

Одобренные запросы на изменение

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

Описание работ проекта Контракт

Разработка Устава проекта

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

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

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

Руководство и управление исполнением проекта

Результаты

План управления проектом - Информация об исполнении работ - Запросы на изменение

Передача конечного продукта, услуги или результата

Отчеты об исполнении

Мониторинг и управление работами проекта 3.N.N (4.N)

Запросы на изменение

Осуществление общего управления изменениями

Принятые Результаты

Завершение проекта или фазы

Обновление активов процессов организации

3.N.N (4.N)

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

Лист 1 из 1