Керівник проекту, Управління портфоліо проектів

Рівень успішності проекту: чому дані Standish вказують на спонсора, а не на Керівника проекту

Найбільш цитованою цифрою в управлінні проектами є “31% успішних проектів” від Standish Group. Ця цифра, як правило, з’являється в презентаціях PMO як орієнтир загальної ефективності дисципліни. Те, що показано в тому ж звіті під цим заголовком, є більш корисним для керівників ОУП, які приймають операційні рішення: рівень успішності проектів коливається від 18% до 67% в залежності від однієї змінної – зрілості виконавчого спонсора. Зрілість спонсора робить більше роботи, ніж методологія, інструментарій чи досвід керівника проекту разом узяті.

У цій статті ми розглянемо, що насправді означає цей розрив в операційному плані, що Standish CHAOS 2020 і Wellingtone 2024 говорять про умови, в яких спонсори приймають рішення, і як шляхи затвердження, стан проекту і звіти про портфоліо FlexiProject працюють разом, щоб перетворити спонсора з пасивної точки ескалації в активну особу, яка приймає рішення.

У цій статті ви дізнаєтеся: Що насправді вимірює Standish CHAOS 2020 і чому категорія “оскарження” має більше значення, ніж номер заголовка Чому зрілість виконавчого спонсора підвищує рівень успішності проекту з 18% до 67%, і що означає “зрілий спонсор” з операційної точки зору Як дані Wellingtone 2024 про плани, KPI та ручну звітність формують умови, в яких спонсори приймають рішення Три типи структурних збоїв в управлінні спонсорів: затримка прийняття рішень, розрив у видимості та дрейф плану Як шляхи затвердження, стан проекту та звіти про портфоліо FlexiProject працюють як одна система для підтримки рішень на рівні спонсорів

Що насправді вимірює Standish CHAOS 2020

Standish Group публікує звіт CHAOS з 1994 року, а у виданні 2020 року, “За межами нескінченності”, автори використовують те, що називають “сучасним вимірюванням”: чотиривимірне визначення успіху проекту, що охоплює вчасне виконання, виконання в рамках бюджету, досягнення цільового результату та задоволеність замовника. Згідно з цим виміром, застосованим до програмних проектів, 31% проектів класифікуються як успішні, 50% – як такі, що перебувають під загрозою, і 19% – як невдалі. Найчастіше згадується перша цифра, 31%, але для керівників ОУП більш актуальною з точки зору операційної діяльності є середня категорія. “Складний” означає, що проект був виконаний, але з істотним відхиленням від одного або декількох планових параметрів. Саме на цю категорію фактично витрачається більшість бюджетів ОУП.

Пояснення трьох категорій результатів

“Успішний” за Стендішем означає, що всі чотири виміри повинні бути в межах допуску: графік, бюджет, цільові результати та задоволеність клієнтів. “Невдалий” означає, що проект було скасовано до завершення або завершено, але так і не використано. “Під питанням” – найбільша категорія (50%) – охоплює операційно поширені випадки: проект був відправлений, але із запізненням, з перевищенням бюджету, зі скороченим обсягом або зі слабкими бізнес-результатами. Для ОУП, яка керує 30 проектами, це означає приблизно 15 проектів на рік, які споживають всі ресурси, але приносять часткову цінність. Показник “проблемних” проектів є реалістичною метою для вдосконалення роботи ОПП, оскільки перевести проекти з категорії “проблемних” в категорію “успішних” легше, ніж рятувати невдачі.

Чому цифра 31% важлива для PMO, а не лише для ІТ-команд

Вибірка Стендіша зосереджена на програмних проектах, що змусило деяких керівників ОКУ відкинути ці дані як такі, що не мають відношення до портфоліо проектів будівництва, R&D або бізнес-трансформації. Таке відкидання не відповідає дійсності. Моделі, які призводять до “проблемних” результатів – запізнілі рішення, відсутність планів, слабке залучення спонсорів, неоднозначні зміни обсягу робіт – не є специфічними для певної галузі. Це моделі управління. Дані Standish про програмні проекти – це найбільш точна кількісна картина того, як ці патерни впливають на результати. ОУП, що управляє капітальними проектами, регуляторними програмами або запусками продуктів, виявить ті ж самі закономірності в оглядах власного портфоліо.

Найбільший важіль впливу: вік виконавчого спонсора (67% проти 18%)

Коли Стендіш сегментує свої дані за терміном перебування на посаді виконавчого спонсора, рівень успішності проектів зростає з 18% до 67%, що є 3,7-кратним мультиплікатором. Жоден інший фактор у наборі даних не дає такого ефекту. Вибір методології (Waterfall, Agile, гібридний), рівень досвіду команди, розмір проекту та складність інструментів – усі ці фактори демонструють менші та менш стійкі кореляції. Змінна спонсора домінує над усіма ними. Для керівника ОУП, який читає ці дані, це має прямий наслідок: найбільш ефективні операційні інвестиції не в підвищення кваліфікації керівників проектів чи вибір кращої методології, а в побудову системи на основі рішень виконавчих спонсорів.

Що означає “високорозвинений спонсор” на практиці

Визначення зрілості спонсора за Стендішем є поведінковим, а не титульним. Спонсор з високим рівнем зрілості послідовно робить чотири речі протягом усього життєвого циклу проекту. По-перше, рішення приймаються протягом днів, а не тижнів, запити на зміни, коригування обсягу робіт і реагування на ризики не виносяться на щомісячні керівні комітети. По-друге, спонсор активно володіє економічним обґрунтуванням, включаючи його розвиток у міру зміни умов, а не лише на початку проекту. По-третє, огляди проекту ґрунтуються на даних з системи, а не на резюме в PowerPoint, підготовлених керівником проекту. По-четверте, спонсор підписує План як стратегічне зобов’язання, з такою ж серйозністю, як і рішення про виділення капіталу. Жодна з цих моделей поведінки не вимагає конкретної посади: вони вимагають рольової дисципліни і системної підтримки.

Чому керівник проекту не може компенсувати низьку зрілість спонсора

Загальна реакція керівників ОУП на ці дані – інвестувати в кращих керівників проектів, виходячи з припущення, що сильний керівник проекту може компенсувати слабкого спонсора. Структурна асиметрія цих двох ролей робить це неможливим у масштабі портфеля. Керівник проекту має операційні повноваження: виконання плану, координація команди, ескалація ризиків. Спонсор має стратегічні повноваження: змінювати пріоритети портфеля, розподіляти бюджет, затверджувати зміни обсягу робіт, які виходять за рамки толерантності керівника проекту. Коли стратегічні рішення приймаються протягом трьох-чотирьох тижнів, керівник проекту може бездоганно виконати план і все одно отримати “складний” результат. Дані Стендіша підтверджують це в масштабі: Досконалість ПМ не може замінити швидкість прийняття рішень спонсором.

Що додає Wellingtone 2024: плани, KPI, звітність

Число Стендіша говорить керівникам ОПП, що зрілість спонсора має значення. Звіт Wellingtone “Стан управління проектами 2024″ пояснює, чому більшість спонсорів не досягли зрілості, адже умови для зрілого прийняття рішень не створені. Wellingtone подає звіти, згідно з якими лише 34% організацій зазвичай або завжди завершують проекти вчасно, 34% – в рамках бюджету, а 36% – отримують Повну вигоду. Найбільш корисною частиною звіту є дані про системні умови, що стоять за цими результатами: лише 48% організацій зазвичай або завжди складають плани, близько половини не мають доступу до ключових показників ефективності в режимі реального часу, і щонайменше один день на місяць витрачається на створення звітів про стан справ вручну.

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

Коли половина операцій ОУП готує звіти про стан справ вручну раз на місяць, спонсор структурно відстає від реальності проекту на три-чотири тижні. Ризик, позначений на другому тижні чотиритижневого циклу звітності, потрапляє до спонсора на шостому тижні. На той час, коли керівний комітет обговорює його, ризик або матеріалізується, або саморозв’язується, в будь-якому випадку рішення спонсора надходить занадто пізно, щоб змінити траєкторію проекту. Та ж сама картина спостерігається зі змінами обсягу робіт, перевищенням бюджету та конфліктами з ресурсами. Розрив у 18% до 67% за Стендішем стосується не стільки таланту чи відданості спонсорів, скільки того, наскільки ефективною є система. Йдеться про те, чи достатньо швидко система надає спонсору поточні дані для прийняття своєчасних рішень.

Три типи структурних збоїв в управлінні спонсорською діяльністю

Об’єднані дані Стендіша та Веллінгтона виокремлюють три операційні прогалини, які спричиняють найбільше погіршення показників успішності проектів. Вони послідовно з’являються в діагностиці PMO, і кожна з них вимикає різні рівні ефективності спонсорів. Жоден з них не є питанням намірів чи навичок спонсора: це системні прогалини, за усунення яких відповідає ОПП. Наступні три розділи діагностують кожну прогалину; розділи з шостого по восьмий описують операційне реагування.

Затримка з прийняттям рішень: коли “ми обговоримо це на наступному засіданні” коштує тижнів

Більшість ОУП працюють у місячному ритмі, що означає, що середній цикл прийняття рішень щодо питань на рівні спонсорів становить два тижні. Зміна обсягу робіт, визначена на першому тижні, очікує на засідання на третьому тижні; якщо засідання відкладає рішення для додаткового аналізу, відповідь з’являється на сьомому тижні. Для проектів з восьми-дванадцяти тижневими фазами ця єдина затримка може поглинути 50% фази. Дані Стендіша про зрілість спонсорів відображають це: організації зі зрілими спонсорами мають цикли прийняття рішень, що вимірюються днями, а не тижнями, тому що вони не виносили кожне рішення на щомісячний форум. Форум все ще існує, він просто перестає бути єдиним шляхом до затвердження спонсора.

Розрив у видимості: спонсори дивляться на слайди, а не на систему

Коли 50% ОУП повідомляють, що доступ до KPI в режимі реального часу недоступний для керівництва, погляд спонсора на портфоліо повністю фільтрується через матеріали, підготовлені PM. Це створює структурне викривлення: спонсор бачить ту версію стану проекту, яку вирішив показати керівник проекту, після того, як він визначив пріоритети, які варто підняти. Важливі сигнали згладжуються, неоднозначні ризики формулюються оптимістично, а стратегічні рішення спонсора ґрунтуються на кураторських, а не прямих даних. Зрілі спонсори заповнюють цю прогалину не тим, що вимагають більше звітів, а тим, що самі отримують доступ до системи, дивлячись на поточний стан проекту, реєстр ризиків і бюджетний статус без посередників.

Дрейф базової лінії: коли “план” означає “останній графік”

Висновок Веллінгтона про те, що лише 48% організацій послідовно вирівнюють свої графіки, має прямий наслідок: у 52% ОУП “за планом” означає “за поточною версією плану”. Без застиглої точки відліку, яка вимагає формального контролю змін для модифікації, кожен звіт про стан описує поточний стан, а не відхилення від стратегічних зобов’язань. Простір для прийняття рішень спонсора руйнується, тому що немає з чим порівнювати: план продовжує підлаштовуватися під реальність, а не реальність підлаштовується під план. Це найбільш непомітна з трьох прогалин, тому що вона ускладнює виявлення двох інших. Чистий звіт про стан без плану насправді не є зеленим.

Що зрілі спонсори роблять по-різному на різних етапах життєвого циклу проєкту

Спонсорська зрілість – це не риса особистості чи стиль керівництва: це набір операційних моделей поведінки, прив’язаних до конкретних моментів життєвого циклу проекту. Чотири моменти мають найбільше значення: Затвердження паспорта проекту, затвердження плану, огляди в середині проекту та рішення щодо запиту на внесення змін. На кожному з цих етапів зрілий спонсор робить щось структурно відмінне від незрілого, і ця відмінність поширюється на весь портфель проектів. Роль ОПП полягає не в тому, щоб навчити спонсорів кращій поведінці, а в тому, щоб спроектувати систему таким чином, щоб зріла поведінка була шляхом найменшого опору, а незріла поведінка створювала тертя.

Затвердження статуту як стратегічні ворота, а не формальність

Паспорт проекту – це перший конкретний момент, коли можна побачити зрілість спонсора. Незрілий спонсор підписує Хартію як процедурний крок, після того, як проект вже суттєво визначений і команда мобілізована. Зрілий спонсор розглядає затвердження Хартії як інвестиційне рішення, яким воно насправді є: аналіз бізнес-обґрунтування, цільових результатів, зобов’язань щодо ресурсів та припущень, які обґрунтовують продовження проекту. Дані Standish показують, що проекти з активним залученням спонсорів на етапі затвердження статуту мають значно вищий рівень успіху, ніж ті, де затвердження статуту зводиться до процесу підписання. Хартія – це найдешевше місце для знищення слабкого проекту; як тільки починається виконання, вартість зупинки зростає щотижня.

Огляди в середині проекту, пов’язані з даними про ризики та Бюджет, а не з думками

Формат огляду спонсора-ПМ змінює якість рішень, які приймаються за його результатами. Коли огляд побудований на основі таблиці стану – слайдів, підготовлених керівником проекту, розповіді, яку веде керівник проекту, рішень, сформульованих керівником проекту – внесок спонсора обмежується реакцією на те, що було презентовано. Коли огляд побудований навколо самої системи – поточного стану проекту, реєстру поточних ризиків, відхилення плану від фактичної ситуації – внесок спонсора зміщується на визначення того, чого не вистачає, ставить під сумнів припущення і ініціює рішення, які керівник проекту не міг би підняти самостійно. Зміна є невеликою в операційному плані, але великою з точки зору результату для всього портфеля проектів.

Як шляхи затвердження в FlexiProject скорочують затримку в затвердженнях

Затримка у прийнятті рішень є найбільш легко усувною з трьох прогалин в управлінні спонсорів, оскільки це, по суті, проблема робочого процесу, а не поведінкова проблема. FlexiProjectШляхи затвердження передбачають заздалегідь визначений процес затвердження для затвердження ключових проектних документів: Паспорти проекту, План проекту, базові зміни. Замість того, щоб відкладати рішення на наступний керівний комітет, шляхи затвердження проходять асинхронно через заздалегідь визначену послідовність затверджувачів, при цьому кожне рішення реєструється з відміткою часу та ідентифікатором затверджувача. Щомісячні наради керівного комітету все ще проводяться для стратегічних обговорень; зміни полягають у тому, що рутинні погодження на рівні спонсорів перестали блокувати прогрес проекту в період між зустрічами.

Рішення рухаються асинхронно, з аудиторським слідом

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

Шляхи узгодження нанесені на карту відповідно до розміру та ризиків проекту

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

Стан проекту та графічне резюме як власне бачення спонсора

Розрив у видимості закривається, коли спонсори отримують доступ до поточного стану проекту безпосередньо, не залежачи від матеріалів, підготовлених менеджером проекту. FlexiProject’s Project Condition надає уявлення про стан кожного проекту, що охоплює графік, бюджет, обсяг і ризики, які постійно оновлюються в міру зміни основних даних. Графічне резюме об’єднує ці дані у візуалізацію на рівні портфоліо, яку спонсор може переглянути за лічені хвилини. Разом ці два представлення замінюють цикл підготовки, розповсюдження та обговорення щомісячних колод статусів безперервним доступом до поточного стану, що означає, що рішення спонсора можуть бути викликані сигналами, а не календарями звітності.

Від щомісячних колод стану до постійних поточних сигналів стану

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

Портфельні звіти: від сигналу до портфельного рішення

Шкали ефективності спонсорів, коли окремі сигнали проектів можуть бути агреговані в портфельні рішення. Один проект з червоним статусом ризику – це питання на рівні проекту; три проекти в одному бізнес-підрозділі з червоним статусом – це питання на рівні портфеля, що вимагає перерозподілу ресурсів, ребалансування обсягу або стратегічної відстрочки. Модулі Звіти та Портфоліо проектів FlexiProject забезпечують рівень агрегації, дозволяючи спонсорам і керівникам ОУП бачити закономірності між проектами, які не були б видимі в оглядах окремих проектів. Саме тут працюють організації з найвищим показником успішності проектів за даними Standish, на рівні портфоліо, де рівень проекту є вхідними даними, а не одиницею прийняття рішень.

Коли сигнал одного проекту стає питанням портфоліо

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

Поширені запитання (FAQ)

Чи повинен виконавчий спонсор мати рівень С?

Визначення зрілості спонсора за Стендішем є поведінковим, а не ієрархічним. Спонсор на рівні директора з сильною рольовою дисципліною – швидкі рішення, активне володіння бізнес-кейсами, системні огляди – забезпечує кращі результати проекту, ніж спонсор рівня С, який ставиться до своєї ролі як до церемоніальної. Важливо, чи має спонсор повноваження приймати стратегічні рішення, яких вимагає проект, і дисциплінованість, щоб приймати їх у потрібний час. Деякі організації призначають спонсорів рівня С для всіх великих проектів; інші розподіляють спонсорів за розміром і ризиками проекту. Обидві моделі працюють за умови, що спонсор на будь-якому рівні діє зріло.

Як часто спонсор повинен проводити огляди проекту?

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

Чи замінюють шляхи затвердження керівний комітет?

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

Що робити, якщо у спонсора “немає часу”?

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

Чи вимагає ця зміна зміни організаційної культури?

Менше, ніж часто припускають керівники ОПП. Дані Стендіша показують операційний механізм: швидкість прийняття рішень, план дисципліни, системні огляди. Це вибір робочого процесу, а не вибір культури. Організації, які змінюють робочий процес – впроваджують маршрути затвердження, плани затвердження, прямий доступ спонсорів до стану проекту – виявляють, що поведінка спонсорів пристосовується до нової системи протягом одного-двох кварталів. Культурний наратив про “більш залучених спонсорів”, як правило, слідує за операційними змінами, а не передує їм.

Успіх проекту - це проблема системи спонсорів, а не проблема ПМ

Висновок Standish CHAOS 2020 про те, що зріле спонсорство підвищує рівень успішності проектів з 18% до 67%, переосмислює те, на чому слід зосередитися в роботі над вдосконаленням ОПП. Традиційний акцент на кращих керівниках проектів, кращому виборі методології або кращих функціях інструментів відображає реальні, але другорядні ефекти. Домінуючою змінною є система прийняття рішень виконавчими спонсорами: чи рішення приймаються за кілька днів або тижнів, чи спонсори бачать поточні дані або кураторські звіти, чи плани залишаються незмінними, чи дрейфують. Дані Wellingtone 2024 про ручну звітність, відсутні плани та KPI в реальному часі описують операційні умови, в яких наразі працює більшість спонсорів, і ці умови структурно перешкоджають зрілості, яку Стендіш визначає як фактор успіху.

Найсильніші ініціативи ОПП – це не ті, які додають четвертий інструмент, щоб залатати прогалину в третьому. Це ті, які використовують маршрутизацію рішень, видимість стану проекту та агрегацію портфелів як єдину цілісну систему, зі спільними даними, спільною каденцією та чітким розумінням того, де приймаються стратегічні рішення. FlexiProject поєднує шляхи затвердження, стан проекту з графічним резюме та звіти про портфоліо в одній платформі саме тому, що проблема зрілості спонсора є системною проблемою, а не трьома окремими проблемами робочого процесу. Розрив у показниках успішності, про який пише Standish, заповнюється не індивідуальним героїзмом на рівні спонсорів, а інфраструктурою, яка робить зрілу поведінку спонсорів стандартним шляхом.