Методология, фреймворк или стандарт проектного управления

PRINCE2

PMBoK (6 издание, 2017г.)

ISO 21500:20112

Определение проекта

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

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

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

Процессы

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

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

39 процессов, объединенных в 5 групп процессов: инициация, планирование, исполнение, управление, завершение.

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

7 тем:

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

2. Организация,

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

4. Планы работ,

5. Анализ и управление рисками,

6. Управление изменениями содержания,

7. Принятие решений.

10 областей знаний:

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

2. Управление содержанием,

3. Управление сроками,

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

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

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

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

8. Управления рисками,

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

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

10 предметных групп:

1. Интеграция,

2. Заинтересованные стороны,

3. Содержание,

4. Ресурсы,

5. Сроки,

6. Стоимость,

7. Риски,

8. Качество,

9. Закупки,

10. Коммуникации.

Жизненный цикл проекта

Структура стадий проекта:

1. Стадия инициации,

2. Последующие стадии (создание продуктов, соответствующих требованием),

3. Финальная стадия (приемка результатов, подведение итогов проекта).

Минимальное количество стадий в проекте – 2 (инициация и финальная).

Все проекты могут иметь следующую структуру жизненного цикла:

1. начало проекта;

2. организация и подготовка;

3. выполнение работ проекта;

4. завершение проекта.

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

Принципы

7 принципов (универсальны и не требуют обоснования):

1. Постоянная оценка целесообразности,

2. Учет предыдущего опыта,

3. Определенные роли и обязанности,

4. Управление по стадиям,

5. Управление по исключениям,

6. Фокус на продукте,

7. Адаптация к внешним условиям.

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

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

ISO 21500 по аналогии с PMBoK основан на процессной составляющей.

Ответственность за результат проекта

Ответственный руководитель (куратор/спонсор проекта) полностью отвечает за успех проекта.

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

Руководитель проекта = единый ответственный за результат.

Руководитель проекта обеспечивает общее руководство и управление работами проекта и отвечает за получение результатов проекта.

Инструменты управления

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

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

Стандарт не описывает конкретных инструментов для реализации процессов управления.

Возможность гибкого применения

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

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

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

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

Да

Да

Да

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

Да

Да

Да

Использование в Agile

Последняя версия метода имеет возможность интеграции с Agile.

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

Нет упоминаний (в силу давности публикации стандарта).

Преимущества

1. Применим для проектов любой предметной области, размера, организации;

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

3. Может применяться вместе с отраслевыми методологиями;

4. Повторное использование накопленного опыта;

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

1. Комплексный подход к процессам управления проектами с четкими входами, выходами и инструментами;

2. Применим для проектов любой предметной области;

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

4. Описаны верхнеуровневые требования к Руководителю проектов, его компетенциям и навыкам.

1. Очень сжатый пересказ, доступный для понимания начинающим РП;

2. Описаны верхнеуровневые требования к Руководителю проектов, его компетенциям и навыкам.

3. Идеологически полностью повторяет PMBoK, лаконичен за счет сжатого описания.

Недостатки

1. Отсутствуют примеры конкретных инструментов;

2. Отсутствует описание лидерских компетенций и управления коммуникациями.

1. Избыточность процессов для небольших проектов;

2. Не учитывает отраслевые особенности;

3. Не учитывает отсутствие необходимости в некоторых процессах в рамках конкретных проектов.

1. Отсутствует полноценная структура процессов и документов;

2. Отсутствуют примеры конкретных инструментов;

3. Отсутствует четкое описание жизненного цикла проектов;

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