
У цій статті ви дізнаєтеся:
|
Зрілість у цьому контексті – це не ярлик. Це показник того, наскільки передбачувано організація перетворює наміри на конкретні результати. На рівні 1 проекти повністю залежать від героїзму кількох людей. На рівні 5 організація може взяти нову стратегічну мету, провести її через визначений процес і надійно досягти результату незалежно від того, хто є Керівником проекту.
Різниця між 3 і 4 рівнями – це саме те місце, де знаходиться більшість польських ІТ-організацій, а також те, де найбільша цінність бізнесу опиняється в пастці. Організація 3-го рівня має визначені процеси, але вони живуть у документах та файлах PowerPoint. Організація 4-го рівня має ті ж самі процеси, вбудовані в щоденні інструменти, з вбудованим вимірюванням, управлінням та постійним вдосконаленням. Перехід полягає не в тому, щоб найняти більше керівників проектів або отримати сертифікат з методології. Йдеться про усунення невеликої кількості дуже конкретних операційних прогалин, і дослідження ІСП є корисним саме тому, що воно виявляє ці прогалини зі статистичною точністю.
З 32 опитаних інституцій 65,63% перебувають на рівні зрілості 3 або 4. Це сильний кластер, не катастрофічний, але ще не світового рівня. За всіма десятьма оцінюваними критеріями середній бал з року в рік зростав, що свідчить про те, що ІТ у державному секторі справді покращуються, а не стагнують.
Найбільш вражаючим є покращення в управлінні ризиками, де середній бал за один цикл зріс з 3,18 до 3,75. Звіт також відверто говорить про те, що стримує організації: несистемний, випадковий підхід до вибору інструментів і відсутність інтеграції між інструментами, які використовуються. Простіше кажучи, команди комбінують електронні таблиці, трекер проблем, електронну пошту та спільний диск, і відсутність узгодженої системи стає вузьким місцем. Люди докладають зусиль. Система їх не підсилює.
Десять аспектів, які оцінюються в дослідженні ІСП, відповідають питанням, на які зрештою має відповісти кожна ОПП. Чи має кожен проєкт задокументований статут, прив’язаний до бізнес-цілей? Чи дійсно графік використовується для управління виконанням, чи це статичний документ, який відкривають лише перед керівними комітетами? Чи знають керівники проектів відхилення від бюджету цього тижня, чи лише за минулий квартал? Ризик – це зареєстрована, власницька річ з планом пом’якшення, чи відчуття, яке люди відчувають біля кавомашини?
Розрив між рівнем 3 та рівнем 4 майже завжди полягає в частоті та автоматизації цих практик. Організації 3-го рівня застосовують їх, коли є час. Організації рівня 4 виконують їх за замовчуванням, оскільки система ускладнює будь-яку іншу поведінку. Ця відмінність, автоматизація як механізм досягнення зрілості, є найбільш дієвим висновком, який пропонує дослідження ІСП.
У звіті ІСП чітко визначено, що фрагментація інструментів є однією з основних перешкод. Коли графік живе в одному інструменті, бюджет – в іншому, реєстр ризиків – у третьому, а звіт про стан – у PowerPoint, керівник проекту витрачає непропорційно велику частину свого робочого тижня на узгодження даних. Гірше того, ОУП ніколи не бачить узгодженої картини по всіх проектах, тому що кожен керівник проекту виконує узгодження по-різному.
Результатом є саме те, на що вказує дослідження: ситуативний та випадковий вибір інструментів. Інструменти обираються тому, що хтось використовував їх на попередній роботі, тому що вони безкоштовні або тому, що вони були доступні в стеку ліцензій. Організація накопичує технічний борг у своїй практиці управління проектами так само, як вона накопичує його в коді, мовчки, поки вартість фрагментації не перевищить вартість його виправлення.
Існує поширена помилкова думка, що зрілість будується насамперед через навчання. Це не так. Навчання піднімає стелю можливого; система піднімає підлогу нормального. Більшість організацій, що застрягли між 3 та 4 рівнями, вже мають підготовлених керівників проектів. Чого їм бракує, так це середовища за замовчуванням, в якому правильні дії – це шлях найменшого опору. Тому сучасна система PPM – це не просто інструмент, а практичне втілення методології.
Найшвидший шлях до рівня 4 – зробити ініціювання будь-якого нового проекту механічним. Якщо кожен проект починається з шаблону, який вже містить правильні розділи статуту, категорії ризиків, які хвилюють організацію, типову структуру контрольних подій, стандартні статті бюджету та узгоджений шлях затвердження, керівник проекту не робить сотні дрібних методологічних виборів у перший день. Він заповнює відому структуру, і це усуває залежність від індивідуальної дисципліни.
Коли ризик пов’язаний з графіком завдання, бюджетна стаття – з результатом, а результат – зі стратегічною метою, весь портфель стає зрозумілим. Член правління може заглибитися від стратегічного KPI до конкретного завдання, яке вислизає з Графіку. ОУП може бачити в тридцяти проектах, де сконцентровані ризики. Це не функція звітності – це принципово інша операційна модель.
Графік FlexiProject підтримує залежності між завданнями , критичний шлях і відстеження відхилень від плану в режимі реального часу. Система попереджувальних піктограм з першого погляду показує, які завдання мають невирішені ризики, пов’язані з ними статті витрат або залежні від них результати. Керівник проекту, дивлячись на графік у понеділок вранці, бачить не лише те, що має бути виконано цього тижня, але й те, які з завдань цього тижня піддаються ризику.
Кожен ризик у FlexiProject має визначеного власника і план дій. Ризики можуть бути пов’язані з конкретними завданнями графіку, а це означає, що сам графік відображає вплив ризиків. Більшість великих невдач проекту не спричинені невідомими ризиками – вони спричинені відомими ризиками, якими ніхто активно не керував. Реєстр, який знаходиться в тій самій системі, що й графік, з призначеним власником і видимим статусом зменшення ризиків, робить такий тип невдач значно менш імовірним.

{%CAPTION%}
FlexiProject пропонує конфігуровані паспорти проекту – один для ІТ-програм, один для інвестиційних проектів, один для маркетингових кампаній – кожен з яких має поля та логіку затвердження, що відповідають фактичному характеру роботи. Шляхи затвердження формалізують контроль змін: зміни в обсязі, графіку або бюджеті проходять через задокументований процес затвердження, а не обговорюються в неформальній обстановці. Це операційне визначення управління і одна з найбільш відчутних речей, що відокремлюють організації рівня 3 від рівня 4.
Починаючи з рівня зрілості 3, фінансова прозорість за проектом не підлягає обговоренню. Бюджетний модуль FlexiProject підтримує детальне планування бюджету, постійний облік витрат і оновлення прогнозу в міру виконання проекту. Статті бюджету можуть бути пов’язані з конкретними завданнями або результатами, що дозволяє змістовно аналізувати відхилення. Перевиконання бюджету на 15% – це одна цифра; перевиконання на 15%, сконцентроване на двох результатах – це вже діагноз.

{%CAPTION%}
FlexiProject чітко моделює продукти та субпродукти як першокласні об’єкти, з власними власниками, термінами та критеріями затвердження. Це спонукає до корисної розмови під час планування: що саме дасть цей проект, хто відповідає за кожен результат і коли він має бути готовий? Без такого розмежування проекти закриваються за принципом “всі завдання виконані”, що є надійним способом здійснення діяльності без створення цінності.
FlexiProject автоматизує цикл звітування про стан – збір даних за визначеним графіком, заповнення налаштованого шаблону звіту та створення PDF-звітів без ручної консолідації. Вивільнений час ОУП може бути перенаправлений на аналіз портфоліо, огляди отриманих уроків та семінари з попереднього аналізу ризиків. Функція бази знань накопичує уроки та проектні рішення в тій самій системі, яка керує проектами, і робить їх доступними в той момент, коли вони потрібні, а не зберігає їх у папці SharePoint.
Конфлікти ресурсів – одна з найпоширеніших причин збоїв у графіку, і вони майже завжди невидимі, поки не відбудуться. Подання розподілу ресурсів у FlexiProject показує, як час кожної людини розподілений між активними проектами; реєстрація часу фіксує, яку роботу було фактично виконано. На рівні 3 конфлікти ресурсів виявляються, коли керівник проекту телефонує іншому, щоб дізнатися, чи вільний фахівець. На 4-му рівні їх можна побачити в системі ще до того, як завдання буде виконано.

Перегляд розподілу ресурсів на члена команди у FlexiProject – розподіл навантаження між активними проектами
Досягнення рівня зрілості 5 вимагає зв’язку між кожним активним проектом і вимірюваною стратегічною метою. FlexiProject підтримує портфоліо проектів, проектні програми, моделі скорінґу та зв’язок стратегії з KPI. Моделі скорінґу дозволяють оцінювати проектні ідеї за стратегічними критеріями до того, як будуть виділені ресурси. Операційним результатом є портфоліо, в якому питання “чи варто нам фінансувати цю нову ініціативу?” має структуровану відповідь, а не політичну, як це виглядає на практиці на рівні 5.
Визначте один або два варіанти паспортів проекту, які відповідають домінуючим типам проектів в організації. Створіть шаблони, які містять узгоджені етапи, типові ризики та стандартні результати. Налаштуйте шляхи затвердження для статуту та основних змін. Це фундамент, від якого залежить все, що відбувається далі.
Перенесіть реєстр ризиків з електронних таблиць у реальну систему. Визначте невеликий, послідовний набір категорій ризиків. Пов’яжіть ризики із завданнями графіку, на які вони впливають. Встановіть регулярність оглядів ризиків на рівні проекту та портфеля.
Налаштуйте автоматичні огляди проєктів з визначеною періодичністю. Замініть ручні колоди статусів на звіти, що генеруються системою. Запровадьте однаковий формат для всіх проєктів, щоб правління бачило узгодженість, а не інтерпретацію прогресу кожним керівником проєкту.
Визначте один або два критерії скорінґу нових проектних ідей. Згрупуйте активні проекти в портфоліо проектів. Надайте керівництву інформацію про фінансові показники та ризики на рівні портфелів. Кожен крок у цій послідовності ґрунтується на попередньому: стандартизація уможливлює прив’язку до ризиків, прив’язка до ризиків робить звітність змістовною, а змістовна звітність робить рішення щодо портфеля обґрунтованими.
Зрілість управління проектами – це ступінь, до якого організація може надійно досягати результатів проекту за допомогою визначених, повторюваних і постійно вдосконалюваних процесів – незалежно від того, які люди беруть у них участь.
Більшість моделей зрілості використовують п’ять рівнів. Рівень 1 є ситуативним і залежить від окремих осіб. Рівень 2 має базові, повторювані практики. Рівень 3 має задокументовані процеси. Рівень 4 – це виміряні, вбудовані процеси. Рівень 5 має постійно оптимізовані процеси, пов’язані зі Стратегією.
Маючи чітку дорожню карту та систему PPM, організація зазвичай може перейти з рівня 3 на рівень 4 приблизно за дванадцять місяців. Без системної підтримки таке ж сходження часто займає від трьох до п’яти років і часто зупиняється.
Інструмент PPM не підвищує зрілість сам по собі, але добре підібрана і правильно налаштована система PPM є одним з найефективніших способів втілення в життя практик, які вимірюють моделі зрілості. Система робить правильну поведінку поведінкою за замовчуванням.
Дослідження Центрального осередку інформатики (Centralny Ośrodek Informatyki) оцінило тридцять дві польські державні установи, які є бенефіціарами другого напряму Оперативної програми “Цифрова Польща”, за десятьма вимірами зрілості управління проектами. Дослідження показало, що 65,63% цих установ перебувають на рівні зрілості 3 або 4, з щорічним покращенням за всіма десятьма критеріями і найбільшим прогресом в управлінні ризиками.
Найкориснішим висновком з результатів ІСП є не те, що польські ІТ покращуються, а те, що покращення зосереджені саме в тих аспектах, де системи та стандарти виконують основну роботу. Управління ризиками покращилося найбільше завдяки тому, що організації запровадили структуровані практики управління ризиками. Звітність та управління покращилися, оскільки вони стали менш ситуативними. Відставання спостерігається саме в тих сферах, які залежать від інтеграції інструментів та узгоджених операційних моделей.
Зрілість управління проектами не є функцією зусиль. Це функція того, наскільки правильну поведінку система робить автоматичною. FlexiProject розроблений саме для цього – достатньо комплексний, щоб охопити десять вимірів зрілості, достатньо конфігурований, щоб відповідати організації, а не навпаки, та достатньо інтегрований, щоб усунути проблему фрагментації інструментів, яку дослідження ІСП визначило як один з основних блокуючих факторів.