PRINCE2

Для чого існує PRINCE2

PRINCE2 часто порівнюють зі Scrum, і це порівняння спантеличує майже кожного з першого разу. Причина в тому, що це не альтернативи. Вони відповідають на зовсім різні питання.

Scrum описує, як команда перетворює список роботи на робочий продукт. PRINCE2 описує, як організація взагалі вирішує розпочати проєкт, регулярно перевіряє, чи варто його продовжувати, і зупиняє, коли відповідь змінюється. Одне — про створення. Друге — про рішення та гроші.

Назва — це абревіатура: PRojects IN Controlled Environments. Метод з’явився в уряді Великої Британії 1989 року, а зараз широко використовується в Європі, особливо в державному секторі та регульованих галузях, де підрядник має продемонструвати керованість, щоб виграти контракт.

Зміна термінології, яку варто знати

Перш ніж перейти до елементів, одне практичне попередження. PRINCE2 оновили 2023 року, і сьоме видання перейменувало одну з трьох груп. Те, що раніше називалося сімома темами, тепер називається сімома практиками.

Суть здебільшого та сама, але більшість навчальних матеріалів, статей і вакансій в інтернеті досі каже «теми». Якщо ви зустрінете це слово — воно означає те, що тут названо практиками. Знання обох термінів рятує від плутанини на співбесіді.

Сім принципів

Принципи — це та частина, яку не обговорюють. Проєкт може відмовитися від документів, спростити процеси й пропустити ролі й усе одно лишатися PRINCE2 — але якщо він порушує принцип, це вже не PRINCE2, хай що написано в документації. Ось кожен із них і те, чого він від вас насправді вимагає.

• 1. Тривала бізнес-виправданість

  Має бути задокументована причина проєкту, і вона має лишатися чинною на кожній точці контролю. Не написана одноразово заради бюджету, а переглянута знову і знову. Якщо причина зникла — проєкт зупиняють.

• 2. Вчитися з досвіду

  Уроки шукають на початку, записують під час роботи й передають наприкінці. Метод робить це явним обов’язком, бо інакше організації надійно все забувають.

• 3. Визначені ролі й відповідальність

  Кожен знає, хто що вирішує. Три інтереси мають бути представлені завжди: бізнес, який платить, користувачі, які цим користуватимуться, і виконавці, які це будують.

• 4. Управління стадіями

  Проєкт ділять на стадії, і рада затверджує лише одну за раз. Наступну стадію планують детально, а решту проєкту — приблизно. Це страховка від планування того, чого ви ще не розумієте.

• 5. Управління за відхиленням

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

• 6. Фокус на продуктах

  Спершу домовтеся, що буде поставлено і якої якості, і лише потім обговорюйте терміни. Проєкт, визначений через дії, не має способу перевірити, чи він завершений.

• 7. Налаштування під проєкт

  Масштабуйте метод під розмір і ризик роботи. Застосування повного апарату до малого проєкту — найпоширеніший спосіб зіпсувати PRINCE2 репутацію.

Сім практик (колишні теми)

Якщо принципи — це те, у що ви маєте вірити, то практики — це те, за чим маєте стежити весь час. Кожна з них є аспектом проєкту, яким треба керувати постійно, а не залагодити одноразово. Ось кожна з них і питання, яке вона постійно ставить.

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

Сім процесів

Процеси — це часова лінія: що саме відбувається, у якому порядку й хто це робить. Прочитайте їх послідовно — і ви отримаєте все життя PRINCE2-проєкту від першої ідеї до фінального звіту.

Зверніть увагу на дві речі в цьому переліку. По-перше, процеси 4, 5 і 6 повторюються для кожної стадії — це цикл, у якому живе проєкт. По-друге, «Закриття проєкту» використовується і коли проєкт вдався, і коли його зупинили достроково. PRINCE2 трактує скасування як повноцінне завершення з повноцінним процесом, а не як незручний вихід.

Хто сидить у раді проєкту

Третій принцип казав, що три інтереси мають бути представлені завжди. Ось вони, і поділ важливий тому, що ці три інтереси справді конфліктують: бізнес хоче дешевше, користувачі — краще, виконавці — здійсненно. Окреме іменування не дає одному з них тихо перемогти за замовчуванням.

• Executive — бізнес

  Володіє бізнес-кейсом і бюджетом та має право останнього слова. Завжди одна людина: PRINCE2 прямо каже, що рада не може володіти рішенням спільно.

• Senior User

  Представляє тих, хто користуватиметься результатом, і відповідає за те, щоб вигоди справді були отримані після поставки.

• Senior Supplier

  Представляє тих, хто будує, і відповідає за технічну життєздатність рішення та забезпечення ресурсами.

PRINCE2 поруч зі Scrum

Прочитайте обидві колонки разом — і стане очевидно, що жоден не заміняє інший. Саме тому поєднання таке поширене і саме тому існує офіційний варіант PRINCE2 Agile, який його формалізує.

Як це виявляється в реальній поставці

Для інженерної команди PRINCE2 здебільшого проявляється як межі стадій: передбачувані моменти, коли переглядають фінансування й очікують доказів. Команди, у яких це виходить, сприймають їх як справжні огляди й приносять показники результату. Команди, у яких не виходить, приносять відсоток виконання — відповідь на питання, якого рада насправді не ставила.

Де він вироджується

• Бізнес-кейс, написаний один раз заради затвердження й ніколи не переглянутий, — першого принципу просто немає, хай що каже документація.
• Повний пакет документів на малому проєкті, де управління коштує більше за ризик, яким воно керує.
• Допуски не узгоджені — і управління за відхиленням тихо стає управлінням через переривання.
• Рада, яка збирається, але жодного разу нічого не зупинила, робить кожен гейт церемоніальним.
• Проблеми, записані як ризики, — те, що вже сталося, чекає, доки хтось це перекласифікує.

Коли це застосовувати

Пов’язані сторінки

• МенеджментPMBOKPMBOK — це звід знань PMI з управління проєктами і, починаючи з 7-го видання, принципово інший документ, ніж той, якого більшість вчили. Він перестав приписувати 49 процесів і тепер описує 12 принципів та 8 доменів результативності, що робить його способом мислення, а не процедурою для виконання. На цій сторінці — усі дванадцять принципів, усі вісім доменів, стара структура, яку ви, найімовірніше, носите в голові, і чим це відрізняється від PRINCE2.
• МенеджментWaterfallWaterfall — це спосіб вести проєкт у строгому порядку: завершити й затвердити кожну фазу до початку наступної. Waterfall зазвичай викладають як застаріле, що його замінив Agile, і це водночас несправедливо й некорисно. Це правильний вибір щоразу, коли змінити рішення пізніше коштує дорожче, ніж ретельно описати зараз, — а таке трапляється частіше, ніж підказує його репутація.
• МенеджментScrumScrum — це найпоширеніший спосіб організувати роботу команди розробки. Scrum ділить роботу на короткі фіксовані цикли — спринти, дає трьом ролям чіткі зони відповідальності й обкладає роботу невеликим набором регулярних зустрічей, щоб проблеми спливали за дні, а не за місяці. На цій сторінці ми пройдемо кожну з цих зустрічей — включно з кількома, які реальні команди проводять, хоча в офіційному посібнику їх немає.