Положення про управління портфелем, програмами та проєктами для проєктної організації на 150 працівників

Що було зроблено — коротко

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

Про клієнта

Українська компанія на 150 працівників, яка впроваджує послуги цифровізації по всій країні. Це проєктна організація: майже вся її діяльність йде через програми і проєкти, згруповані у тематичні кластери, з кількома джерелами фінансування і різними вимогами до звітності. Є власний проєктний офіс і впроваджена інформаційна система управління проєктами на стеку Microsoft. Управлінська культура зріла: організація вже проходила діагностику зрілості й мала перший регламент 2021 року, з якого виросла.

Бізнес-виклик

Регламент 2021 року описував проєкти, але не програми і не портфель. За п'ять років структура ускладнилась: з'явились кластери програм, проєктний офіс як центр кращих практик, регулярний перегляд портфеля, рамка управління ризиками, окремі політики суміжних функцій. Кожен елемент був описаний окремо, єдиної картини того, як усе працює разом, не існувало. Нові менеджери вчились на усній традиції, вимоги замовників різного рівня жорсткості застосовували на око. Керівництву потрібен був документ, яким користуватиметься вся організація, від проєктного офісу до команд програм, і який стане для неї показником зрілості управлінської системи.

Конкретні потреби

• Один документ на три рівні: портфель, програма з підпрограмами, проєкт.
• Опис саме цієї організації: реальні органи врядування, реальні кластери, реальні інструменти.
• Класифікація програм і проєктів за складністю та правила, що з неї випливають.
• Життєві цикли програми і проєкту з фазами, результатами фаз і статусами в ІСУП.
• Механізм адаптації методології: що і хто має право змінювати.
• Інтеграція з уже чинними внутрішніми документами: рамкою управління ризиками, регламентом перегляду портфеля, положенням про проєктний офіс, політиками суміжних функцій.
• Прив'язка до наявної інформаційної системи управління проєктами: методологія має працювати в тому інструменті, який уже впроваджено, без окремої ІТ-ініціативи.

Що було зроблено

Крок 1. Структуроване інтерв'ю з керівництвом і проєктним офісом. Три десятки питань про зміст майбутнього документа: на якому стандарті ґрунтуватись, як пов'язати зі стратегічними цілями, чи різняться вимоги за складністю проєкту, що вважати проєктом і програмою саме тут, які статуси, фази, артефакти і шаблони потрібні, як зв'язати із закупівлями, фінансами, HR, ІТ. Кожне питання отримало рішення: включити, згадати посиланням, виключити або дослідити.

Крок 2. Архітектура документа. Узгодили логіку «від системи до операцій»: спочатку місце управління проєктами у врядуванні організації, потім методологічні засади (типологія, принципи, життєві цикли), в кінці механізм адаптації. Окремо опрацювали класифікацію за складністю: два варіанти матриці за бюджетом і тривалістю, з відкритими питаннями для рішення керівництва.

Крок 3. Наповнення та ітерації. Дві робочі редакції упродовж місяця з правками з боку клієнта. Розділи охоплюють сферу застосування, принципи, систему створення цінності, ієрархію рівнів управління, підходи до реалізації, місце управління проєктами у врядуванні, життєві цикли програми і проєкту, адаптацію, звітність і нагляд. Додатки зібрано у три блоки: методологічні документи, інструкції до ІСУП, розвиток компетенцій і шаблони, кожен зі ступенем готовності і планом, що ще належить створити.

Команда INSTAR: два консультанти, керівник проєкту.

Бізнес-результат

• Один документ замість кількох розрізнених. Положення зшиває структуру департаменту, проєктний офіс, перегляд портфеля, управління ризиками і ІСУП в одну систему з перехресними посиланнями.
• Правила стали письмовими. Класифікація за складністю, статуси, фази, обов'язкові та рекомендовані артефакти зафіксовані. Новий менеджер може прочитати, як тут працюють, замість того щоб перепитувати.
• Керована гнучкість. Механізм адаптації визначає, що можна змінювати, хто ухвалює рішення і де його фіксують. Це знімає постійний конфлікт між стандартом і реальністю в організації з різними замовниками.
• Методологія працює в наявному інструменті. Фази, статуси і артефакти описані під ту ІСУП, яка вже впроваджена, тому впровадження документа не тягне за собою нового ІТ-проєкту.
• Показник зрілості. Для організації цей документ є свідченням рівня управлінської системи перед замовниками і партнерами, і прямим продовженням результатів діагностики.

Поговорімо?

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