Механика проектного управления
Методология управления
Э. Ш. Джураев
Н. Л. Персод

© Э. Ш. Джураев, 2016

© Н. Л. Персод, 2016

© Р. А. Семов, дизайн обложки, 2016

ISBN 978-5-4474-8639-6

Создано в интеллектуальной издательской системе Ridero

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

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

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

В помощь практикам НИИ корпоративного и проектного управления выпускает очередную книгу, названную авторами «Механика проектного управления», основой которой выступает одноименная собственная методология НИИ КПУ.

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

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

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

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

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

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

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

По сложившейся традиции мы не могли не сопроводить наше издание историческими очерками – срезом программно-целевого управления в России и мире, обзором крупномасштабного дореволюционного проекта электрификации всей страны, вылившегося в знаменитый план ГОЭЛРО, а также программно-целевых практик Госплана СССР и Кремниевой Долины (США).

                                                                    Эльдар Джураев,
                           Председатель Наблюдательного совета
                                                                              НИИ КПУ,
                                                           IoD Certificate Director
                                                                      Наталья Персод,
                                               Заместитель Председателя
                                   Наблюдательного совета НИИ КПУ,
                                                                                      к.э.н.

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

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

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

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

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

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

1. Управление содержанием проекта.

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

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

4. Управление интеграцией проекта.

5. Управление коммуникациями в проекте.

6. Управление стоимостью проекта.

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

8. Управление качеством проекта.

9. Управление закупками и контрактами проекта.

10. Управление заинтересованными лицами проекта.

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

1. Фаза инициирования.

2. Фаза планирования и организации.

3. Фаза выполнения и контроля.

4. Фаза завершения.

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

Таблица 1.1. Возможные варианты изменения состояний проекта

Модель жизненного цикла проекта представлена на рис. 1.1.

Различают следующие состояния проекта:

1. Инициируется. Выполняются операции фазы инициирования проекта.

2. Планируется. Выполняются операции фазы планирования и организации проекта.

3. Выполняется. Выполняются операции фазы выполнения и контроля проекта.

4. Завершается. Цель проекта достигнута. Выполняются операции фазы завершения проекта.

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

6. Отменен. Принято решение об отмене проекта (об отказе от реализации проекта). Выполняются операции фазы завершения проекта.

7. Завершен. Конечное состояние проекта после окончания фазы завершения.

2. Система управления проектом

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

Для реализации и управления проектом создается временная организационная структура (организационная структура проекта), которая включает:

1) уполномоченных представителей от всех заинтересованных лиц (заинтересованных сторон) проекта (вместе образуют круг заинтересованных лиц проекта);

2) команду проекта (проектную команду);

3) проектный офис (офис проекта).

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

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

1) Инвестор (Спонсор) – лицо, предоставляющее собственные, заемные или иные привлеченные финансовые средства для управления и реализации проекта;

2) Заказчик – лицо, уполномоченное Инвестором для реализации проекта;

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

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

5) Эксплуатирующая организация (Оператор) – лицо, осуществляющее эксплуатацию, поддержку и сопровождение результатов проекта;

6) Исполнитель (Генеральный проектировщик/подрядчик) – лицо, реализующее проект.

7) Эксперт/консультант/аудитор – лицо, оказывающее определенные консалтинговые услуги в интересах достижения цели проекта.

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

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

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

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

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

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

Модель типовой организационно-ролевой структуры проекта представлена на офис проекта.

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

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

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

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

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

5. Ответственный исполнитель (Исполнитель). Отвечает за решение поставленных ему в рамках проекта задач в требуемые сроки и с требуемым уровнем качества.

Все проектные роли должны быть описаны в Уставе (Паспорте) проекта (см. Приложения 11—12) и Матрице ответственностей проекта (см. Приложение 7.) Описание проектной роли должно содержать: функции, обязанности, полномочия и ответственности.

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

Рисунок 2.2. Типовая структура офиса проекта

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

3.1. Управление содержанием проекта

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

На основе описания объема проекта формируется иерархическая структура работ (ИСР) проекта (структурная декомпозиция работ (СДР) проекта) – структурированный по фазам, этапам и задачам (пакетам работ) перечень всех работ и вех (планируемых результатов и контрольных событий) проекта (вместе – элементы ИСР), выполнение которых необходимо для достижения цели проекта. Путем определения зависимостей между элементами ИСР формируется План реализации проекта. На основе плана реализации проекта разрабатывается Календарный графикпроекта (см. п. 2.). План реализации проекта подлежит регулярному уточнению и детализации в рамках процесса управления интеграцией проекта (см. п. 4.). В соответствии с действующей процедурой проведения комплексного план-факт анализа (см. п. 3.4.) осуществляется регулярный мониторинг и контроль результатов проекта.

Описание основных операций группы управления содержанием проекта (сгруппированные по фазам управления) приводится в Табл. 3.2.

Таблица 3.2. Операции группы управления содержанием проекта

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

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

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

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

Описание основных операций группы управления сроками проекта (сгруппированные по фазам управления) приводится в Табл. 3.3.

Табл. 3.3. Операции группы управления сроками проекта

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

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

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

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

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

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

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

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

Описание основных операций группы управления человеческими ресурсами в проекте (сгруппированные по фазам управления) приводится в Табл. 3.4.

Таблица 3.4. Операции группы управления человеческими ресурсами в проекте

3.4. Управление интеграцией проекта

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

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

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

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

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

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

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

3) Актуализация Реестра изменений проекта. Информация по существу Запроса на изменение вносится Руководителем проекта в Реестр изменений проекта. Реестр изменений – это проектный документ, в котором ведется перечень (реестр) всех изменений проекта. Каждая запись реестра содержит следующую информацию об изменении: название и краткое описание, Ф.И.О. инициатора, текущий статус (внесено, принято, отклонено, реализовано), дата изменения статуса, оказываемое влияние на проект, Ф.И.О. ответственного за реализацию и перечень реализуемых мероприятий (см. Приложение 5.).

На основе информации из укрупненных Календарного графика проекта и Ресурсного плана проекта в соответствии с установленными в проекте правилами коммуникаций (см. п. 5.) разрабатывается, согласоваться и утверждается укрупненный План-график проекта. План-график проекта – это проектный документ, содержащий в структурированном по фазам, этапам и задачам (пакетам работ) виде перечень всех работ и вех (планируемых результатов и контрольных событий) проекта с зависимостями, длительностями (оценивается по аналогам, по нормативам или экспертным путем), привязкой к календарным датам их начала и завершения и необходимыми (доступными) для их выполнения ресурсами (укрупненными – должностями или компетенциями; детальными – фамилиями участников проекта). Стандартной формой для представления Плана-графика проекта является Диаграмма Ганта (см. Приложение 8.).

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

Длительность = (оптимистичная оценка + (4 * наиболее вероятная оценка) + пессимистичная оценка) / 6

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

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

Описание основных операций группы управления интеграцией проекта (сгруппированные по фазам управления) приводится в Табл. 3.5.

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

Еженедельно на основе актуальной информации из Устава проекта, Плана-графика проекта, карт рисков, проблемных ситуаций и изменений проекта, а также документов Репозитария проекта Руководитель проекта готовит Еженедельный отчет о статусе проекта (см. Приложение 4.). Еженедельный отчет о статусе проекта – это проектный документ, содержащий сводную информацию о степени завершенности проекта на момент его составления. В состав Отчета должна быть включена следующая информация: Общие сведения о проекте (название, данные об основных заинтересованных лицах и команде управления проектом, информация об отчетном периоде); плановые сроки реализации; состояние реализации текущих фаз, этапов и задач (% выполнения; фактические/прогнозные сроки; выявленные отклонения, причины их возникновения, прогнозируемые риски и перечень предупреждающих/корректирующих мероприятий); статус разработки проектной документации (наименование, плановые/прогнозные/фактические сроки завершения разработки, состояние разработки, причины задержки с разработкой и предложения по их устранению); основные достигнутые результаты за отчетный период и планируемые результаты на следующий отчетный период; перечень основных проблемных ситуаций (название и краткое описание, перечень действий по устранению; перечень реализовавшихся рисков, которые привели к проблеме; ответственный за устранение); перечень актуальных рисков проекта (название и краткое описание, уровень, стратегия реагирования, перечень действий до/после возникновения, ответственный за выявление, ответственный за реагирование). Согласование и утверждение Отчета осуществляется в соответствии с установленными в проекте правилами коммуникаций (см. п. 3.5.). Как правило, Отчет готовится Руководителем проекта к еженедельным статусным совещаниям проекта.

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

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

3.5. Управление коммуникациями в проекте

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

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

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

– ведения электронной переписки;

– подготовки и проведения заседаний Управляющего совета и Оперативного совета;

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

– разработки, согласования, утверждения, актуализации и уточнения проектных документов (в т. ч. Устава проекта, Плана-графика проекта и Бюджета проекта);

– формирования, согласования, утверждения и реализации Запросов на изменение;

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

– формирования информационных и прочих запросов и предоставления информации.

Описание основных операций группы управления коммуникациями в проекте (сгруппированные по фазам управления) приводится в Табл. 3.6.

Таблица 3.6. Операции группы управления коммуникациями в проекте

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

Передача знаний производится:

– от Руководителя проекта Кураторам проекта;

– от членов рабочих (проектных) групп со стороны Исполнителя членам рабочих групп со стороны Заказчика и Функционального заказчика.

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

По завершению работ по проекту Руководитель проекта проводит итоговое совещание по проекту, на котором рассматривается Отчет о завершении проекта (см. Приложение 13.) и Итоговый отчёт об исполнении Бюджета проекта (см. Приложение 9.).

3.6. Управление стоимостью проекта

Конец ознакомительного фрагмента.

Текст предоставлен ООО «ЛитРес».

Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.