Приветствую, коллеги. В своей статье хочу рассказать о самой популярной в Великобритании и странах Восточной и Северной Европы методологии ведения проектов – PRINCE2. Данная методология разработана правительством Объединенного Королевства и является единственным повсеместно используемым фреймворком для ведения проектов в крупных организациях. Как явствует из названия, PRINCE2 призван структурировать проект в контролируемую среду, с чем он, несомненно, прекрасно справляется.
PRINCE2 является весьма четко структурированной методологией, которая позволяет системно (а не интуитивно-наобум) вести проекты, при этом легко масштабируя структуру и интегрируясь с различными техниками, как например, Agile или CMMI. Ключевое отличие PRINCE2 от того же PMBoK в следующем – PRINCE2 является продукто-ориентированным методом, а PMBoK – активность-ориентированным. Масштабируемость на уровень программ (портфолио проектов) обеспечивается за счет производной методологии MSP (Managing Successful Programs).
Основополагающими элементами PRINCE2 являются а) процессы, б) компоненты, в) техники. В контексте жестко поставленных процессов существуют четко определенные компоненты, которые связаны определенными техниками, которые каждый проект менеджер волен адаптировать на свое усмотрение. Это очень удобно, т.к. вся система четко структурирована, что позволяет подключать специфические для каждой фазы проекта техники, при этом, не нарушая общей структуры. Также важнейшим инструментом контроля в PRINCE2 является разбиение проекта на фазы с четко заданным временным началом и окончанием.
Процессы и компоненты в PRINCE2
Основным принципом в PRINCE2 является планирование от продукта (product-based planning). Это означает, что работа над проектом начинается с понимания финального продукта (final product) и последующего разбиения его на более мелкие субпродукты. Следующим этапом является построение карты последовательности продуктов (product flowchart), описывающей все взаимозависимости субпродуктов и последовательности их реализации. Фактически, проектный план выглядит не как дерево задач, а дерево продуктов.
vs. 
Cлева product-based planning, справа activity-based planning
Все результаты работы делятся на 2 категории – продукты управления (management products) и специализированные продукты (specialist products). Продуктами управления являются все документы, обязательными из которых являются PID (Project Initiation Document). По сути, PID является достаточно объемным документом, включающим в себя Project Brief с бизнес кейсом (то, что мы привыкли называть Project Vision), и описание продуктов (Product Description, нечто наподобие User Stories из Scrum), и Product Flowchart, и соответственно детальный проектный план. Специализированные продукты — это ничто иное, как непосредственно суб-продукты (элементы функционала).
Рассмотрим пример удобной интеграции PRINCE2 и Agile Scrum. В действительности, Scrum также полностью является продукто-ориентированной техникой, т.к. опирается на Product Backlog, в котором в виде User Stories (тех же описаний (суб)продуктов), описан требуемый функционал. Т.е. получается, что PRINCE2 представляет собой высокоуровневый фреймворк, в который вписывается на основе общности продуктов низкоуровневый метод Scrum. И даже в самом коварном аспекте – управлением изменениями (Change Management) – оба подхода придерживаются идеи «замораживания» функционала в рамках спринта / фазы, а также разделяют общие принципы матрицы уступок (trade-off matrix): ресурсы, время, функционал.
Если уважаемое хабросообщество заинтересуется PRINCE2, я мог бы подробно осветить это замечательную методологию (т.к. являюсь сертифицированным профессионалом, работающим по ней уже много лет), а также поделиться шаблонами в .doc / .xls и прочим полезным материалом.
PRINCE2 является весьма четко структурированной методологией, которая позволяет системно (а не интуитивно-наобум) вести проекты, при этом легко масштабируя структуру и интегрируясь с различными техниками, как например, Agile или CMMI. Ключевое отличие PRINCE2 от того же PMBoK в следующем – PRINCE2 является продукто-ориентированным методом, а PMBoK – активность-ориентированным. Масштабируемость на уровень программ (портфолио проектов) обеспечивается за счет производной методологии MSP (Managing Successful Programs).
Основополагающими элементами PRINCE2 являются а) процессы, б) компоненты, в) техники. В контексте жестко поставленных процессов существуют четко определенные компоненты, которые связаны определенными техниками, которые каждый проект менеджер волен адаптировать на свое усмотрение. Это очень удобно, т.к. вся система четко структурирована, что позволяет подключать специфические для каждой фазы проекта техники, при этом, не нарушая общей структуры. Также важнейшим инструментом контроля в PRINCE2 является разбиение проекта на фазы с четко заданным временным началом и окончанием.
Процессы и компоненты в PRINCE2
Основным принципом в PRINCE2 является планирование от продукта (product-based planning). Это означает, что работа над проектом начинается с понимания финального продукта (final product) и последующего разбиения его на более мелкие субпродукты. Следующим этапом является построение карты последовательности продуктов (product flowchart), описывающей все взаимозависимости субпродуктов и последовательности их реализации. Фактически, проектный план выглядит не как дерево задач, а дерево продуктов.
vs. Cлева product-based planning, справа activity-based planning
Все результаты работы делятся на 2 категории – продукты управления (management products) и специализированные продукты (specialist products). Продуктами управления являются все документы, обязательными из которых являются PID (Project Initiation Document). По сути, PID является достаточно объемным документом, включающим в себя Project Brief с бизнес кейсом (то, что мы привыкли называть Project Vision), и описание продуктов (Product Description, нечто наподобие User Stories из Scrum), и Product Flowchart, и соответственно детальный проектный план. Специализированные продукты — это ничто иное, как непосредственно суб-продукты (элементы функционала).
Рассмотрим пример удобной интеграции PRINCE2 и Agile Scrum. В действительности, Scrum также полностью является продукто-ориентированной техникой, т.к. опирается на Product Backlog, в котором в виде User Stories (тех же описаний (суб)продуктов), описан требуемый функционал. Т.е. получается, что PRINCE2 представляет собой высокоуровневый фреймворк, в который вписывается на основе общности продуктов низкоуровневый метод Scrum. И даже в самом коварном аспекте – управлением изменениями (Change Management) – оба подхода придерживаются идеи «замораживания» функционала в рамках спринта / фазы, а также разделяют общие принципы матрицы уступок (trade-off matrix): ресурсы, время, функционал.
Если уважаемое хабросообщество заинтересуется PRINCE2, я мог бы подробно осветить это замечательную методологию (т.к. являюсь сертифицированным профессионалом, работающим по ней уже много лет), а также поделиться шаблонами в .doc / .xls и прочим полезным материалом.
