Блог

Вхід до Instar LMS Поточна мова: Українська УКР | ENG Пошук

Facebook

Втілення ваших ідей у життя
через управління проєктами

Угору

Управління програмами: чому це більше, ніж управління проєктами на стероїдах

Управління програмами: чому це більше, ніж управління проєктами на стероїдах

9 січня 2025

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

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

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

Що таке управління програмою?

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

Згідно зі стандартами PMI, програма визначається як «група пов’язаних проєктів, керованих у скоординований спосіб для отримання переваг і контролю, які неможливо отримати при управлінні ними окремо».

Наприклад, у сфері IT розробка стратегії міграції на хмару для всієї організації може включати кілька проєктів, таких як міграція окремих застосунків, модернізація інфраструктури та навчання персоналу. Менеджер програми забезпечує узгодженість цих проєктів для досягнення стратегічної мети — ефективного та безпечного переходу на хмару.

Чим відрізняється управління програмою від управління проєктом?

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

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

Наприклад:

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

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

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

Коли організовувати програму, а коли достатньо проєкту?

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

  1. Стратегічне узгодження та цілі: Якщо ініціатива охоплює кілька організаційних цілей або сприяє досягненню довгострокових стратегічних цілей, програма є більш доцільною. Проєкти краще підходять для досягнення конкретних більш короткострокових завдань.
  2. Взаємозалежності: Програми ідеально підходять, коли існує значна залежність між пов’язаними ініціативами, які потребують координованого управління. Якщо ініціативу можна виконати незалежно, з мінімальною залежністю від інших зусиль, проєкт може бути достатнім.
  3. Обсяг і складність: Програми управляють ширшим і складнішим обсягом, що включає кілька проєктів, тоді як проєкти зосереджуються на чітко визначених результатах. Наприклад, запуск нової лінії виробництва продукту може бути програмою, яка охоплює дослідження і розробку, маркетинг та ланцюг постачання.
  4. Очікувані вигоди: Програми орієнтовані на сукупну реалізацію вигід і створення цінності через пов’язані проєкти. Якщо бажаний результат вимагає інтеграції різних результатів для досягнення більшої бізнес-цінності, програма є необхідною.
  5. Спільне використання ресурсів: Програми дозволяють оптимізувати розподіл ресурсів між проєктами. Якщо ініціатива вимагає інтенсивної координації ресурсів і пріоритезації між різними напрямками, нею краще керувати як програмою.

Управління програмами в різних методологіях

  • Управління програмами за PMI фокусується на реалізації переваг і стратегічному узгодженні. SAFe (Scaled Agile Framework) трактує програми як Agile Release Trains (ARTs), акцентуючи увагу на ітеративній доставці та потоках цінності. Підхід PMI є більш структурованим, тоді як SAFe пропонує гнучкість у швидкозмінних середовищах.
  • LeSS (Large-Scale Scrum) акцентує на простоті та використанні Scrum у масштабі, мінімізуючи накладні витрати і максимізуючи продуктивність на рівні команд. PMI забезпечує ширшу структуру для управління залежностями та стратегічного узгодження, що робить його більш комплексним для багатопроєктних програм з різноманітними цілями.
  • PRINCE2 зосереджується переважно на структурованому керуванні проєктами. Managing Successful Programmes (MSP), його аналог для програм, акцентує увагу на реалізації вигід і підтримці бізнес-кейсу, що тісно узгоджується з принципами PMI.
  • Disciplined Agile об'єднує різні гнучкі та Lean-підходи для забезпечення гнучкості. Хоча PMI та DA мають певну схожість в акценті на стратегії та перевагах, DA зосереджується на адаптації практик до конкретних потреб організації.

Роль менеджера програми

Менеджер програми є лідером, який забезпечує досягнення запланованих вигід програми через координацію пов’язаних проєктів, ресурсів і комунікацію зі стейкхолдерами. Їхня відповідальність виходить за межі простої поставки результатів; вони зосереджені на реалізації сукупних вигід і узгодженні зі стратегічними цілями організації. Нижче наведено детальний опис ключових обов’язків менеджера програми:

  1. Стратегічне узгодження: Менеджери програм забезпечують, щоб проєкти в межах програми узгоджувалися зі стратегічними цілями, досягненню яких слугує програма. Вони перетворюють високорівневі цілі на координовані плани проєктів, які сприяють досягненню загальних цілей організації. Наприклад, у фінансовій установі менеджер програми може керувати ініціативами з покращення клієнтського досвіду корпоративного бізнесу через мобільний банкінг, забезпечуючи, що ці зусилля відповідають ширшим цілям, таким як цифрова трансформація.
  2. Реалізація вигід: Менеджери програм визначають, відстежують і забезпечують досягнення очікуваної цінності від програми. Наприклад, у медичній сфері менеджер програми, який керує впровадженням нової системи електронних медичних записів, забезпечує підвищення операційної ефективності та покращення результатів для пацієнтів.
  3. Управління залежностями: Програми часто мають складні взаємозалежності, які потребують цілісного підходу. Наприклад, під час запуску програми з розробки автономного автомобіля менеджер програми має забезпечити, щоб розробка програмного забезпечення, інтеграція апаратного забезпечення, дотримання регуляторних вимог і тестування споживачами відбувалися узгоджено. Вони ідентифікують та вирішують залежності, наприклад, коли завершення тестування безпеки є критично важливим перед початком масштабного виробництва.
  4. Залучення стейкхолдерів: Вони ефективно спілкуються зі стейкхолдерами на різних рівнях, керуючи очікуваннями та досягаючи консенсусу. Наприклад, у сфері освіти менеджер програми, який впроваджує нову онлайн-платформу для навчання, має залучати вчителів, адміністрацію та ІТ-персонал для забезпечення успішного впровадження.
  5. Керування: Створення чіткої структури керування є життєво важливим. Менеджери програм визначають процеси ухвалення рішень, шляхи ескалації та показники ефективності для підтримання контролю над програмою. Наприклад, у сфері IT вони можуть створити керівну раду для нагляду за інтеграцією кількох програмних систем в рамках впровадження нової ERP-системи.
  6. Управління ризиками: Менеджери програм ідентифікують і зменшують ризики, які охоплюють кілька проєктів, часто зосереджуючись на використанні можливостей поряд із пом'якшенням загроз. Наприклад, у програмі відновлюваної енергетики менеджер програми може не лише вирішувати ризики в ланцюзі постачання сонячних панелей, але й досліджувати можливості отримання стимулів за раннє впровадження. На відміну від менеджерів проєктів, чий фокус на ризики зазвичай обмежується конкретними результатами їхніх проєктів, менеджери програм працюють у ширшому масштабі. Чи замислювалися ви, кому менеджер проєкту ескалює ризики та проблеми, які виходять за межі його контролю? Якраз менеджеру програми, який забезпечує вирішення цих питань на більш високому рівні.
  7. Оптимізація ресурсів: Програми часто передбачають спільне використання ресурсів між проєктами. Менеджер програми забезпечує ефективний розподіл ресурсів і вирішення конфліктів. Наприклад, у неприбутковій організації, яка реалізує кілька ініціатив зі збору коштів, менеджер програми може розподіляти волонтерів залежно від пріоритетності та впливу.
  8. Управління змінами: Програми часто спричиняють організаційні зміни. Менеджери програм планують і реалізують стратегії управління змінами, наприклад, навчання співробітників або комунікацію нових процесів. Наприклад, у програмі Agile трансформації вони забезпечують успішне впровадження нових практик командами.

Виклики для новачків-менеджерів програм

Перехід від управління проєктами до управління програмами може бути складним. Основні труднощі включають:

  1. Делегування: Нові менеджери програм часто стикаються з труднощами в ефективному делегуванні, зберігаючи проєктний підхід замість прийняття стратегічної перспективи.
    • Рішення: Встановіть чіткі ролі та відповідальність для менеджерів проєктів, наголошуючи на їхній відповідальності за ухвалення рішень у межах їхніх проєктів. Використовуйте структуровані техніки делегування, такі як матриці RACI, щоб визначити підзвітність і забезпечити прозорість. Проводьте регулярні 1-2-1 зустрічі з менеджерами проєктів для узгодження цілей, надання рекомендацій і вирішення проблем без мікроменеджменту. Запровадьте структуру, у межах якої оновлення на рівні програми зосереджуються на результатах і стратегічному узгодженні, залишаючи детальне виконання проєктним командам.
  2. Мікроменеджмент: Спроба контролювати кожну деталь підриває автономність команд і відволікає менеджерів програм від їхніх обов’язків.
    • Рішення: Запровадьте багаторівневу структуру звітності, щоб забезпечити отримання оновлень високого рівня, тоді як менеджери проєктів керуватимуть повсякденною діяльністю. Використовуйте дашборди для моніторингу прогресу на рівні програми без безпосереднього втручання. Плануйте регулярні, але короткі зустрічі з менеджерами проєктів для вирішення основних ризиків і залежностей, а не другорядних питань. Цей підхід сприяє довірі та дозволяє командам працювати незалежно, водночас підтримуючи програму в межах плану.
  3. Стратегічний фокус: Нездатність узгодити проєкти зі стратегічними цілями програми.
    • Рішення: Регулярно переглядайте та перевіряйте відповідність програми цілям організації на керівних комітетах з програми, залучаючи спонсора програми та інших ключових стейкхолдерів. Застосовуйте метрики для відстеження реалізації вигід і вносьте корективи за необхідності. Переконайтеся, що вас своєчасно інформують про будь-які стратегічні зміни в організації. Встановіть процеси контролю змін, і упевніться, що їх дотримуються на рівні проєктів.
  4. Управління залежностями: Ігнорування критичних взаємозалежностей може призвести до затримок або конфліктів.
    • Рішення: Створіть карту залежностей і запровадьте регулярні механізми координації, мастер план програми, комунікації щодо статусів, ризиків та проблем проєктів.
  5. Визначення методології: Відсутність визначеної методології програми може призвести до складнощів з контролем, обробкою та консолідацією інформації.
    • Рішення: Розробіть комплексний план управління програмою, використовуючи стандарти, такі як Стандарт управління програмами PMI, і адаптуйте його до потреб організації. Залучіть PMO (офіс управління проєктами) організації або створіть власний офіс управління програмою, якщо програма є досить великою та стратегічною.
  6. Цілісний погляд: Зосередження лише на окремих проєктах замість на сукупних перевагах.
    • Рішення: Фокусуйтеся на важливості реалізації вигід і залучення стейкхолдерів. Розробіть дашборди та звіти для візуалізації сукупного впливу програми. Іноді потрібно мати сміливість ухвалювати непопулярні рішення, наприклад, скасування невдалого проєкту та ініціювання нового, який повністю відрізняється за обсягом, цінністю та управлінською командою.
  7. Перевантаження через різноманітні галузеві аспекти та потік інформації: Управління інформацією з різних проєктів і сфер може бути виснажливим.
    • Рішення: Ефективно пріоритезуйте та делегуйте операційні завдання. Використовуйте програмне забезпечення для управління програмами, щоб централізувати дані та швидко ухвалювати рішення. Використовуйте штучний інтелект і експертну оцінку для підтримки в питаннях, що потребують вузької галузевої експертизи. Вам не обов’язково бути експертом у кожній сфері проєктів вашої програми; важливо бути компетентним саме в управлінні програмою.
  8. Брак часу: Балансування між конкуруючими пріоритетами та вирішення зазначених вище проблем може залишити менеджерів програм перевантаженими. Це швидкий шлях до вигорання.
    • Рішення: Розробіть чіткий графік і виділіть окремі часові слоти для діяльності з управління програмою та питань проєктів, надаючи перевагу першому. Уникайте залучення до щоденного виконання завдань проєктів.

Висновок

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

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

Усі дописи