PRINCE2 - PRINCE2

PRINCE2 - Структура

PRINCE2 (ПРОЕКТЫ В Контролируемых средах) является структурированным управление проектом метод^[1] и программа сертификации практикующих. PRINCE2 делает упор на разделение проектов на управляемые и контролируемые стадии.

Он принят во многих странах мира, включая Великобританию, страны Западной Европы и Австралию.^[2]Обучение PRINCE2 доступно на многих языках.^[3]

PRINCE2 разрабатывался как Правительство Великобритании стандарт для проектов информационных систем. В июле 2013 года право собственности на PRINCE2 было передано от HM. Кабинет Офис к AXELOS Ltd, а совместное предприятие посредством Кабинет Офис и Capita, с долями 49% и 51% соответственно.^[4]

История

PRINCE был создан на основе более раннего метода под названием PROMPT II (методы планирования управления организацией ресурсов проекта). В 1989 г. Центральное компьютерное и телекоммуникационное агентство (CCTA) приняла версию PROMPT II в качестве стандарта правительства Великобритании для управления проектами информационных систем (ИТ). Они дали ему название «ПРИНЦ», что первоначально означало «PROMPT II В то CCTA Environment ". PRINCE был переименован в Гражданская служба конкуренция как аббревиатура от "PRобъекты В Cконтролируемый Environments ». PRINCE2 - это вторая редакция более раннего метода PRINCE, который был первоначально анонсирован и разработан в 1989 г. CCTA (в центральный компьютер и телекоммуникационное агентство), агентство государственной поддержки Великобритании.^[5] PRINCE2 был выпущен в 1996 году как общий метод управления проектами.^[6] PRINCE2 становится все более популярным и теперь де-факто стандарт управления проектами во многих государственных ведомствах Великобритании и Система ООН.

С момента запуска в 1996 году PRINCE2 претерпело две основные версии: «PRINCE2: 2009 Refresh» в 2009 году и «PRINCE2 2017 Update» в 2017 году. Основанием для обновления 2017 года послужили изменения в практической деловой практике и отзывы практиков PRINCE2. в реальной среде проекта.^[7] Второе издание было объявлено и выпущено в 1996 году как универсальное ВЕЧЕРА методология.^[8]

Обзор PRINCE2

Шесть аспектов

Эти аспекты также называют допуски или же цели производительности. Они количественно определяют терпимость проекта и учитываются в процессе принятия решений. В некоторых организациях это может быть КПЭ. В следующей таблице приведены допуски на уровне проекта:^[9]

Тип допуска	Поддерживается на уровне проекта	Пример
Объем	План проэкта	Принтер должен печатать документы только в черно-белом режиме.
Шкала времени	План проэкта	План проекта / этапа / команды не может длиться более 3 месяцев.
Риск	Подход к управлению рисками	Принтер может не работать, если он находится в воде
Качественный	Описание продукта проекта	Принтер должен печатать не менее 10 различных стандартных размеров страниц.
Преимущества	Бизнес-кейс	Заказчик должен настраивать принтер на 10% быстрее, чем у конкурентов, и он должен быть на 10% дешевле.
Расходы	План проэкта	Стоимость проекта не должна превышать 100000 фунтов стерлингов.

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

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

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

Семь принципов

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

1. Постоянное деловое обоснование: Экономическое обоснование - это самый важный документ, который обновляется на каждом этапе проекта, чтобы гарантировать его жизнеспособность. Если это не так, может произойти досрочное прекращение.
2. Учитесь на опыте: каждый проект ведет журнал уроков, и проекты должны постоянно обращаться к своим собственным журналам уроков, а также к журналам уроков предыдущих и параллельных проектов, чтобы не изобретать колеса заново. Если уроки не приводят к изменениям, это всего лишь выявленные уроки (а не усвоенные).
3. Определенные роли и обязанности: Роли отделены от отдельных лиц, которые могут выполнять несколько ролей или совместно использовать одну роль. Роли в PRINCE2 разделены на четыре уровня (корпоративное управление или управление программой, совет проекта, уровень менеджера проекта и командный уровень). Команда управления проектом состоит из последних трех, где должны быть представлены все основные заинтересованные стороны (бизнес, пользователь, поставщик).
4. Управление по этапам: проект планируется и контролируется поэтапно. Переход между этапами включает обновление бизнес-обоснования, рисков, общего плана и подробного плана следующего этапа в свете новых данных.
5. Управление по исключению: В проекте PRINCE2 определены допуски (6 аспектов выше) для каждой цели проекта, чтобы установить пределы делегированных полномочий. Если уровень управления прогнозирует превышение этих допусков (например, время этапа управления будет больше, чем расчетное время на текущем этапе управления). он передается на следующий уровень управления для принятия решения о дальнейших действиях.
6. Сосредоточьтесь на продуктах: Проект PRINCE2 фокусируется на определении и доставке продуктов, в частности их требования к качеству.
7. Индивидуальный подход к условиям проекта: PRINCE2 адаптирован к среде проекта, размеру, сложности, важности, возможностям времени и рискам. Пошив одежды - это первое занятие в процессе Запуск проекта и просматривается на каждом этапе.

Не все аспекты PRINCE2 применимы к каждому проекту, поэтому для каждого процесса есть примечание. масштабируемость. Это дает руководство для менеджера проекта (и других участников проекта) относительно сколько применяемого процесса. Положительным аспектом этого является то, что PRINCE2 может быть адаптирован к потребностям конкретного проекта. Отрицательный аспект заключается в том, что многие из основных элементов PRINCE2 могут быть опущены, что иногда приводит к проекту PINO - Prince in Name Only.

Семь тем

Тема	Связано с принципом	Объяснение	Продукты управления
1. Экономическое обоснование	Постоянное деловое обоснование	Устанавливает механизмы оценки желательности, жизнеспособности и достижимости проекта.	Бизнес-кейс Подход к управлению выгодами
2. Организация	Определенные роли и обязанности	Определите и установите структуру подотчетности и ответственности проекта.	Подход к управлению коммуникациями
3. Качество	Определенные роли и обязанности Сосредоточьтесь на продуктах Учитесь на опыте	Определите и внедрите средства, с помощью которых проект будет проверять соответствие продуктов своему назначению.	Регистр качества Подход к управлению качеством
4. Планы	Постоянное деловое обоснование Управление по этапам Управление по исключению Определенные роли и обязанности Учитесь на опыте	Облегчите общение и контроль, определив средства доставки продуктов.	Планирование на основе продукта включает следующие шаги: Описание продукта проекта (часть Краткого описания проекта и уточнено в PID) Иерархическая структура продукта (минимальное требование) Описание товара Диаграмма потока продукта Последние три выполняются для всех уровней плана (план проекта, план этапа и план команды).
5. Риск	Постоянное деловое обоснование Определенные роли и обязанности Учитесь на опыте	Выявление, оценка и контроль неопределенности и улучшение способности проекта к успеху.	Реестр рисков Подход к управлению рисками
6. Изменить	Постоянное деловое обоснование Определенные роли и обязанности Учитесь на опыте	Выявление, оценка и контроль любых потенциальных и утвержденных изменений в базовых планах проекта.	Реестр проблем Подход к управлению изменениями
7. Прогресс	Управление по исключению Управление по этапам Постоянное деловое обоснование Учитесь на опыте	Для отслеживания и сравнения фактических достижений с запланированными.	Базовые параметры для контроля прогресса: планы проекта, стадии и команды Обзор: реестр проблем, учетная запись состояния продукта, реестр качества, реестр рисков Отчетность: отчет о контрольных точках, отчет об основных моментах, отчет о конечной стадии, отчет о завершении проекта

Семь процессов

1. Запуск проекта, в котором проектная группа назначается, включая руководителя и руководитель проекта, и составляется краткое описание проекта
2. Инициирование проекта, в котором доработано экономическое обоснование и Документация по инициированию проекта собранный
3. Управление проектом, которое определяет способы, которыми совет проекта контролирует проект.
4. Контроль этапа, который определяет, как следует контролировать каждый отдельный этап, в том числе способ, которым рабочие пакеты авторизованы и распространяются
5. Управление доставкой продукта, цель которого - контролировать связь между менеджером проекта и менеджером (ами) группы путем установления формальных требований по принятию, выполнению и доставке проектных работ.^[10]
6. Управление границами сцены, который диктует, как переходить от одного этапа к другому
7. Закрытие проекта, которое охватывает формальный вывод проекта из эксплуатации, последующие действия и оценку выгод.

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

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

• Подход к управлению выгодами (В редакции 2009 г. он назывался План обзора льгот): определяет, как и когда можно измерить выгоды проекта, ожидаемые Старшим пользователем.
• Бизнес-кейс: используется для получения финансового обоснования проекта. Принцип PRINCE2 заключается в том, что проект должен иметь постоянное коммерческое обоснование. Как только экономическое обоснование теряет смысл, измените или остановите этот проект.
• Отчет о контрольной точке: отчет о ходе работ, созданный менеджером группы и регулярно отправляемый менеджеру проекта для отчета о состоянии рабочего пакета.
• Подход к управлению коммуникациями (В редакции 2009 г. он назывался Стратегия управления коммуникациями): описание методов и частоты обмена информацией с заинтересованными сторонами, охватывающая поток информации в обоих направлениях к заинтересованным сторонам и от них (информация, которая должна быть предоставлена ​​в рамках проекта, и информация, необходимая для предоставления проекту).
• Запись элемента конфигурации: обеспечивает запись истории продукта, статуса, версии, варианта, подробностей любых отношений между элементами / продуктами и владельцев продукта / владельцев копий продукта.
• Подход к управлению изменениями (В редакции 2009 г. он назывался Стратегия управления конфигурацией): используется для определения того, как продукты проекта будут идентифицироваться, контролироваться и защищаться, этот документ создается менеджером проекта в процессе инициации проекта.
• Ежедневный журнал: используется для записи неформальных вопросов.
• Отчет о завершении проекта: проверяет, как проект выполнялся по сравнению с исходной документацией по инициированию проекта (PID)
• Реестр проблем: an Протокол ошибки заметок о запросах на изменение, проблемах и жалобах, отправленных всеми участниками проекта.
• Журнал уроков: набор заметок об извлеченных уроках, которые могут быть полезны в будущих проектах
• Краткое описание проекта: используется Советом проекта для авторизации этапа инициации (1-й этап проекта). В процессе инициирования проекта содержание краткого описания проекта расширяется и уточняется, а краткое описание проекта развивается, чтобы сформировать документацию по инициированию проекта (PID)
• Регистр качества: подробности всего запланированного контроль качества мероприятия, даты и задействованный персонал.
• Реестр рисков: запись идентифицированных рисков (угроз и возможностей), связанных с проектом

Интеграция с другими техниками

26 продуктов управления, описанных PRINCE2, используются только для управления проектом «высокого уровня». В рамках своего задачи, менеджеры задач все равно должны выбрать свою собственную структуру управления проектами. Некоторые предложения, приведенные в руководстве PRINCE2, являются планирование на основе продукта, изменить управление, метод проверки качества, Диаграммы Ганта, Диаграммы PERT и критический путь анализ.

PRINCE2 также можно использовать для управления проектами, использующими гибкая разработка программного обеспечения методы.^[11]

Методика проверки качества

Смотрите также: Гарантия качества

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

Различия между версиями 2009 и 2017 гг.

Версия 2009 г.	Версия 2017 г.[9]	тип
План обзора льгот	Подход к управлению выгодами	продукт управления
Стратегия управления коммуникациями	Подход к управлению коммуникациями	продукт управления
Стратегия управления рисками	Подход к управлению рисками	продукт управления
Стратегия управления качеством	Подход к управлению качеством	продукт управления
Стратегия управления конфигурацией	Подход к управлению изменениями	продукт управления

PRINCE2 Agile

PRINCE2 Agile - это расширение оригинального PRINCE2, позволяющее адаптировать PRINCE2 так, чтобы его можно было развернуть при использовании с гибким поведением, рамки и дополнительные техники. An гибкая структура (например. Scrum ) - это среда проекта. Таким образом, гибкая структура становится управляемой с помощью метода управления проектами. Структуры Agile не определяют ни управление принятием решений, ни управление рисками. PRINCE2 на гибкой платформе заполняет этот пробел.^[12]

В основном он использует следующие техники:^[11]

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

Обучение и сертификаты

Сертификаты PRINCE2, присуждаемые AXELOS, требуют от пользователя прохождения курса обучения в аккредитованной учебной организации (ATO) с последующим экзаменом. Обучение и экзамен могут проводиться онлайн или лично.^[13] AXELOS требует, чтобы любая организация, предоставляющая официальное обучение PRINCE2, прошла процесс аккредитации для подтверждения качества содержания курса и его проведения. После утверждения организация может использовать название Аккредитованная обучающая организация (АТО).^[14] Тренеры должны проходить повторную аккредитацию каждые 3 года и проходить контрольную проверку каждые 12 месяцев.^[15]

PRINCE2 имеет четыре уровня сертификации:^[16]

1. Основа PRINCE2® 2017: подтверждает, что владелец обладает достаточными знаниями и пониманием метода PRINCE2, чтобы иметь возможность работать в группе управления проектом, работающей с этим методом.
2. PRINCE2® 2017 Практик: подтверждает, что владелец достиг достаточного понимания того, как применять PRINCE2 в ситуации сценария, и с подходящим руководством сможет начать применять метод к реальному проекту. Квалифицированные практики PRINCE2, которые продолжают обучение для получения квалификации APMP Ассоциация управления проектами (APM) освобождены от некоторых тем программы, которые охватываются квалификацией PRINCE2 Practitioner.^[17] На экзамене необходимо правильно ответить на 38 вопросов из 68 (55%). Если экзаменующийся сдает экзамен на родном языке, продолжительность экзамена составляет 150 минут. В противном случае это 188 минут. Взвешивание вопросов: 35 вопросов по теме, 25 вопросов по процессам, 8 вопросов по принципам. Тестовые экзамены, предлагаемые Axelos и тестовыми центрами, включают в себя все аспекты настоящего экзамена. Изучаемым настоятельно рекомендуется прочитать книгу и пройти тестовый экзамен много раз.
3. PRINCE2 Agile® Foundation: был выпущен в июне 2018 года и подтверждает, что владелец обладает достаточными знаниями и пониманием метода PRINCE2 и гибкого подхода к работе, а также того, как гибкость может быть объединена с PRINCE2.
4. Практик PRINCE2 Agile®: подтверждает, что владелец может применять принципы управления проектами PRINCE2, комбинируя гибкий такие концепции, как Scrum и Канбан.

ПРИНЦ2 (Проект в контролируемой среде) сертификация признана во всем мире за ее практический подход к управлению проектами. AXELOS публикует успешный реестр кандидатов, который можно найти в Интернете.^[18] В сертификации PRINCE2 существуют разные уровни, которые необходимы для прохождения заявки, чтобы стать сертифицированным профессионалом PRINCE2.^[19]

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

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

Некоторые из рекламируемых преимуществ PRINCE2: повышенное качество готовой продукции, эффективный контроль ресурсов, отказ от «героической» (недостаточно регулируемой) или «механистической» (чрезмерно регулируемой) работы и повышенное доверие среди проектной команды. .

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

Общий ответ авторов PRINCE2 на критику состоял в том, чтобы указать, что методология масштабируема и может быть адаптирована к конкретным требованиям и ограничениям проекта и окружающей среды.^[20] Столь сильный упор на адаптацию заставил некоторых пользователей жаловаться на то, что PRINCE2 необъяснимый, т.е. невозможно сказать, «работает» ли PRINCE2 или представляет собой «передовой опыт», если любые проблемы, возникшие в проекте, можно объяснить неправильным применением PRINCE2, а не самим PRINCE2.

Опыт Администрация Блэра в Великобритании между 1997 и 2007 годами (и последующими правительствами Великобритании), возможно, подрывают претензии PRINCE2 как «передовой опыт», учитывая череду громких провальных ИТ-проектов, взимаемых с налогоплательщиков в течение этого времени,^[21][22][23] и разногласия вокруг финансовых отношений между правительством Блэра и совладельцами PRINCE2 Capita.^[24][25] Учебные материалы PRINCE2 обращаются к этим сбоям, обвиняя их в неправильной адаптации PRINCE2 к среде проекта и выступая за дополнительное обучение PRINCE2 для руководителей государственных проектов, чтобы решить эту проблему.

Отличия от PMP

специалист по управлению проектами (PMP) можно рассматривать как конкурента PRINCE2. В целом, Великобритания и Австралия предпочитают PRINCE2, а США и страны Америки предпочитают PMP. В Азии, Африке и на Ближнем Востоке нет сильного предпочтения PMP или PRINCE2. Важно то, что PMP (PMBOK) можно использовать с PRINCE2.

PRINCE2 и PMP признают существование друг друга в своих рекламных материалах и пытаются позиционировать себя как взаимодополняющие продукты - PRINCE2 как «методология» и PMP как «стандарт»^[26] - которые можно использовать рядом друг с другом. На практике компании и практики выбирают одну систему или обе в зависимости от среды проекта, их географического положения и связанных с этим затрат.

Смотрите также

• Гибкая разработка программного обеспечения
• Сравнение программного обеспечения для управления проектами
• Диаграмма Ганта
• Список тем управления проектами
• Институт управления проектами (PMI)
• специалист по управлению проектами (PMP)
• Иерархическая структура работ

Рекомендации

1. "Что такое PRINCE2®?". AXELOS. Получено 1 февраля 2017.
2. PRINCE2® - ПРОЕКТЫ В контролируемых средах - Список консультационных организаций
3. Дэвид Хинд (2012). PRINCE2 Учебное пособие. Джон Вили и сыновья. п. 16. ISBN  978-1-119-97097-2.
4. Рейд, Эми (30 июля 2013 г.). «Capita приобретает контрольный пакет акций ITIL и PRINCE2». Ассоциация управления проектами. Международная ассоциация управления проектами. Архивировано из оригинал 30 января 2016 г.. Получено 22 февраля 2016. AXELOS был раскрыт как название нового совместного предприятия между Capita и Кабинетом министров, созданного для управления инструментами обучения и аккредитации передовой практике управления, включая PRINCE2 и ITIL. [...] Capita и Кабинет министров установили 51:49% акций новой организации, которая будет владеть интеллектуальной собственностью (IP) этого портфеля продуктов [...]
5. https://mymanagementguide.com/prince2-methodology-overview-history-definition-meaning-benefits-certification/
6. «OGC возвращает свой яркий квартет в центр внимания» (Пресс-релиз). Управление государственной торговли. 14 декабря 2005 г.
7. «Представляем обновление PRINCE2 2017» (Пресс-релиз). Акселос. 11 декабря 2017.
8. Левинсон, Мэри. «Обзор методологии PRINCE2: история, определение и значение, преимущества, сертификация». Получено 14 августа 2019.
9. «Управление успешными проектами с помощью PRINCE2, издание 2017 г.». Axelos.
10. PRINCE2 руководство
11. "PRINCE2 Agile®". www.axelos.com. Акселос. Архивировано из оригинал 15 марта 2015 г.. Получено 6 марта 2015.
12. "PRINCE2 Agile®". Axelos.
13. [1]
14. Найдите аккредитованного провайдера
15. - Схема аккредитации PRINCE2
16. PRINCE2 2017 обновление от AXELOS
17. "- APMP для практиков PRINCE2". Архивировано из оригинал 1 ноября 2013 г.. Получено 30 октября 2013.
18. Реестр успешных кандидатов AXELOS
19. Вопросы, Бизнес (3 января 2019 г.). «Обзор методологии управления проектами Prince2». Деловые вопросы. Получено 14 августа 2019.
20. "Лучшие практики управления OGC - PRINCE2". Архивировано из оригинал 25 декабря 2008 г.. Получено 22 апреля 2009.
21. «ИТ-проекты Блэра». ZDNet.com.
22. Король, Энтони; Крю, Айвор (2013). Ошибки наших правительств. ISBN  978-1780742663.
23. «Дорогой след британского правительства в области информационных технологий и катастроф проекта« большого взрыва »». theguardian.com.
24. «Блэр избегает вопросов депутатов о Capita». Telegraph.co.uk.
25. «Председатель Capita уходит после критики кредитов лейбористам». theguardian.com.
26. «Руководство по управлению проектами (PMP) ®». Институт управления проектами. Архивировано из оригинал 22 ноября 2011 г.. Получено 18 сентября 2009.

внешняя ссылка

• Официальный веб-сайт
• Руководство по управлению проектами (полностью соответствует PRINCE2) от Министерства по делам бизнеса, предпринимательства и регуляторной реформы Великобритании (BERR)
• PRINCE2.wiki