OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
МетодикиРацухиБиржаБлогТарифы
O
OrgDevTools

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

Продукты

  • Методики
  • Инструменты
  • Сценарии
  • Рацухи
  • Новости

Ресурсы

  • Блог
  • Кому подходит
  • Тарифы
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

ГлавнаяМетодикиPRINCE2
Управление проектами

PRINCE2

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

Заполните фрейм «PRINCE2» в OrgDevTools

Впишите свои данные в поля ниже — это настоящий фрейм методики, тот же, что в рабочей тетради.

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное

Сохранить в рабочую тетрадь →

Что внутри

  • Заполняйте фрейм прямо сейчас, без регистрации
  • 3 рабочие тетради бесплатно при авторизации
  • Больше функций по подписке: экспорт PNG/PDF, планы работ, MindMap, BPMN, Wiki и пр.
Начать бесплатно →

Без карты. Регистрация — 30 секунд.

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

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

Происхождение и исследовательская база

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

Ключевые идеи и принципы

Принцип: Шесть измерений толерантности

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

Принцип: Управление по исключениям (Management by Exception)

Руководитель проекта имеет полную автономию действовать самостоятельно в пределах установленных толерантностей на своём уровне — эскалация наверх («исключение») происходит только тогда, когда фактическое или спрогнозированное отклонение выходит за границы толерантности, что позволяет вышестоящему уровню управления фокусировать внимание только на действительно значимых отклонениях.

Принцип: Управление стадиями с точками контроля

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

Ограничения, слепые зоны и критика

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

Типовые ошибки

Ошибка 1: Толерантности не определены явно, и руководитель эскалирует любое отклонение.

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

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

Ошибка 2: Проект утверждается однократно в начале без регулярных контрольных точек по стадиям.

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

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

Главное, что нужно знать

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

План внедрения

Неделя 1: определить стадии проекта и роли (спонсор, руководитель проекта, команда).

Неделя 2: установить толерантности по шести измерениям для проекта в целом.

Неделя 3: установить толерантности для текущей стадии и запустить работу в её пределах.

Неделя 4: внедрить процесс отслеживания отклонений и эскалации только при выходе за толерантности.

Далее: на каждой границе стадии явно подтверждать жизнеспособность проекта и устанавливать толерантности следующей стадии.

Книги по теме

AXELOS — «Managing Successful Projects with PRINCE2» (различные издания). Официальное руководство по методологии PRINCE2.

Чек-лист внедрения PRINCE2

Отметьте пункты — прогресс анонимно не сохраняется, войдите, чтобы не потерять

0 из 4 выполнено0%

Похожие методики

Из той же рубрики «Управление проектами»

Timeline (Таймлайн проекта)

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

МетодикаБесплатно

Бережливый проект (Lean Project)

Last Planner System (Баллард/Хауэлл): детальное планирование переносится на непосредственных исполнителей. Процент выполнения плана (PPC) — показатель качества планирования, а не только исполнения.

МетодикаБесплатно

Управление рисками проекта (Project Risk Management)

Систематический процесс выявления, анализа и реагирования на риски проекта по PMBOK: реестр рисков, матрица вероятность-воздействие, четыре стратегии реагирования.

МетодикаБесплатно

Nexus Framework

Кен Швабер, Scrum.org (2015): официальный фреймворк масштабирования Scrum для 3-9 команд с одним общим бэклогом продукта. Автор описывает Nexus как «экзоскелет Scrum».

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт