PRINCE2

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск

PRojects IN Controlled Environments 2 (PRINCE2) представляет собой структурированный метод управления проектами, одобренный правительством Великобритании в качестве стандарта управления проектами в социальной сфере. Методология PRINCE2 включает в себя подходы к менеджменту, контролю и организации проектов.

История[править | править вики-текст]

Первоначально метод был разработан в 1989 году Central Computer and Telecommunications Agency (CCTA) в Великобритании как стандарт для руководства проектами в сфере информационных технологий. В настоящее время широко используется и является «de facto» стандартом для руководства проектами в Великобритании.

Описание метода PRINCE2[править | править вики-текст]

Преимущества[править | править вики-текст]

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

Недостатки[править | править вики-текст]

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

Обзор метода[править | править вики-текст]

Процессы в концепции PRINCE2[править | править вики-текст]

Prince2 diagram ru.png
Диаграмма показывает процессы метода PRINCE2. Стрелки показывают направления информационных потоков.
  • Начало проекта. Как от начальной идеи проекта (отраженной в мандате на проект) перейти к непосредственно реализации этих идей. Создается организация - минимум назначаются руководитель проекта и Председатель Комитета проекта. Формулируется краткое описание проекта (project brief) и подход к его реализации. Детально планируется стадия запуска проекта.
  • Запуск проекта. Производится планирование проекта, включая план качества. Создается экономическое обоснование проекта (Business Case) и открывается журнал рисков, производится оценка рисков проекта. Планируются вехи, точки контроля проекта.
  • Управление проектом. Здесь сосредоточены ворота принятия решений Комитетом проекта (в том числе по досрочному завершению проекта) и ситуационное управление по значительным проблемам и отклонениям.
  • Контроль стадий. Непосредственная работа руководителя проекта по ежедневному управлению проектом - выдача и приемка заданий, фиксация сложностей и рисков, принятие решения об эскалации, отчетность перед Комитетом.
  • Управление производством продукта. Меры, которые исполнители и рабочие группы должны предпринять для определения объемов работы, отчеты о прогрессе и передаче выполненной работы.
  • Контроль границ стадий. Здесь происходит анализ исполнения плана стадии, промежуточное планирование следующей стадии, запасных планов, обзор рисков и бизнес-плана. Служит для перехода между стадиями.
  • Завершение проекта. Как закрыть проект, как управлять последующими действиями, как разбирать обзоры преимуществ проекта.
  • Планирование. Как планировать, независимо от того, когда осуществляется планирование.

Организационная структура[править | править вики-текст]

  • Менеджер проекта в традиционном понимании.
  • Комитет проекта (project board), перед которым регулярно отчитывается менеджер. Состоит из 3х человек — Заказчика, Главного пользователя и Главного специалиста. Совет проекта ответственен за принятие стратегических решений. Менеджер проекта обязан отслеживать возможные проблемы и предлагать совету альтернативные решения. Совет решает — какой путь лучше.
  • служба project assurance (аналог проектного офиса), цель которой предоставлять независимое мнение о проекте с точки зрения тех же трех групп людей — заказчиков, пользователей и специалистов (в предметной области). Служба готовит три отчета —
    • business report (отчет о финансовом состоянии проекта и выгодности проекта в целом),
    • user report (насколько хорошо выполняются требования пользователей),
    • technical report (насколько хорош проект в технологическом плане — туда ли он движется).
  • Есть служба административной поддержки (администраторы проектов и т. п.), ответственная за проведение встреч, доведение нужной информации до всех ее адресатов, сохранение проектной информации и т. п. В случае маленьких проектов это делает менеджер проекта.

См. также[править | править вики-текст]

  • P2M - Японская методология управления инновационными проектами и программами

Ссылки[править | править вики-текст]

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