
În acest articol, veți afla:
|
Standish Group publică raportul CHAOS din 1994, iar ediția din 2020, Beyond Infinity, utilizează ceea ce autorii numesc „măsurarea modernă”: o definiție a succesului unui proiect în patru dimensiuni, care acoperă livrarea la timp, livrarea în conformitate cu bugetul, atingerea rezultatelor vizate și satisfacția clienților. Conform acestei măsurători, aplicate proiectelor software, 31% dintre proiecte sunt clasificate ca fiind de succes, 50% ca fiind contestate, iar 19% ca fiind eșuate. Cifra principală, 31%, este citată cel mai des, dar pentru liderii PMO categoria cea mai relevantă din punct de vedere operațional este cea de mijloc. „Provocat” înseamnă că proiectul a fost realizat, dar cu abateri semnificative de la una sau mai multe dimensiuni de bază. Această categorie este cea în care se încadrează majoritatea bugetelor PMO.
„Succesul” lui Standish presupune ca toate cele patru dimensiuni să se încadreze în toleranță: program, buget, rezultate țintă și satisfacția clientului. „Eșuat” înseamnă că proiectul a fost anulat înainte de livrare sau a fost livrat, dar nu a fost utilizat niciodată. „Provocat”, de departe cea mai mare categorie cu 50%, acoperă cazul comun din punct de vedere operațional: proiectul a fost livrat, dar cu întârziere, peste buget, cu un domeniu de aplicare redus sau cu rezultate slabe. Pentru un PMO care gestionează 30 de proiecte, aceasta înseamnă aproximativ 15 proiecte pe an care consumă Resurse complete, dar produc o valoare parțială. Rata de proiecte „contestate” este ținta realistă pentru activitatea de îmbunătățire a PMO, deoarece trecerea de la proiecte contestate la proiecte de succes este mai ușor de realizat decât salvarea proiectelor eșuate.
Eșantionul lui Standish se concentrează pe proiectele de software, ceea ce i-a determinat pe unii lideri PMO să respingă datele ca fiind irelevante pentru portofoliile de construcții, cercetare și dezvoltare sau transformare a afacerilor. Această respingere nu are în vedere esențialul. Tiparele care produc rezultate „contestate” – decizii întârziate, Baza lipsă, implicarea slabă a sponsorului, schimbări ambigue ale domeniului de aplicare – nu sunt specifice industriei. Acestea sunt tipare de guvernanță. Datele Standish privind proiectele software reprezintă cea mai riguroasă imagine cantitativă pe care o avem despre modul în care aceste modele afectează rezultatele. Un PMO care gestionează proiecte de capital, programe de reglementare sau lansări de produse va recunoaște aceleași tipare în propriile sale Revizuiri ale portofoliului.
Atunci când Standish își segmentează datele în funcție de maturitatea sponsorului executiv, rata de succes a proiectului trece de la 18% la 67%, un multiplicator de 3,7 ori. Niciun alt factor unic din setul de date nu produce un efect comparabil. Alegerea metodologiei (Waterfall vs. Agile vs. hibrid), nivelul de experiență al echipei, dimensiunea proiectului și sofisticarea instrumentelor prezintă toate corelații mai mici și mai puțin consistente. Variabila sponsorului le domină pe toate. Pentru un lider PMO care citește datele, acest lucru are o implicație directă: investiția operațională cu cel mai mare efect de levier nu constă în modernizarea managerilor de proiect sau în selectarea unei metodologii mai bune: constă în construirea sistemului în jurul deciziilor sponsorului executiv.
Definiția Standish a maturității sponsorului este comportamentală, nu titulară. Un sponsor foarte matur face patru lucruri în mod consecvent pe parcursul ciclului de viață al proiectului. În primul rând, deciziile se iau în câteva zile și nu în câteva săptămâni, solicitările de modificare, ajustările domeniului de aplicare și răspunsurile la riscuri nu sunt așteptate lunar de comitetele directoare. În al doilea rând, sponsorul deține în mod activ cazul de afaceri, inclusiv evoluția acestuia pe măsură ce condițiile se schimbă, nu doar la începutul proiectului. În al treilea rând, Revizuirile proiectului se bazează mai degrabă pe date din sistem decât pe rezumate PowerPoint pregătite de Managerul de proiect. În al patrulea rând, sponsorul aprobă planul de Baza ca un angajament strategic, cu aceeași seriozitate ca o decizie de alocare a capitalului. Niciunul dintre aceste comportamente nu necesită un titlu de post specific: ele necesită disciplină de rol și sprijin din partea sistemului.
O reacție obișnuită a liderilor PMO care analizează aceste date este să investească în manageri de proiect mai buni, presupunând că un manager de proiect puternic poate compensa un sponsor slab. Asimetria structurală a celor două roluri face ca acest lucru să fie imposibil la nivel de portofoliu. Managerul de proiect are autoritate operațională: execută planul, coordonează echipa, escaladează Riscurile. Sponsorul are autoritate strategică: reprioritizarea portofoliului, alocarea bugetului, aprobarea modificărilor domeniului de aplicare care depășesc toleranța PM. Atunci când luarea deciziilor strategice durează trei-patru săptămâni, PM poate executa planul fără cusur și, cu toate acestea, să producă un rezultat „provocat”. Datele Standish confirmă acest lucru la scară largă: Excelența PM nu poate înlocui viteza de decizie a sponsorului.
Numărul Standish le spune liderilor PMO că maturitatea sponsorilor contează. Wellingtone’s State of Project Management 2024 le spune de ce majoritatea sponsorilor funcționează sub nivelul de maturitate, în primul rând pentru că nu există condițiile necesare pentru un proces decizional matur. Wellingtone raportează că doar 34% dintre organizații finalizează, de obicei sau întotdeauna, proiectele la timp, 34% la buget și 36% oferă beneficii complete. Datele privind condițiile de sistem care stau la baza acestor rezultate reprezintă partea cea mai utilă a raportului: doar 48% dintre organizații își Bazază, de obicei sau întotdeauna, programele, aproximativ jumătate nu au acces la KPI în timp real și cel puțin o zi pe lună este dedicată elaborării manuale a rapoartelor de stare.
Atunci când jumătate din operațiunile PMO produc Rapoarte de Stare manuale o dată pe lună, sponsorul este structural cu trei până la patru săptămâni în urma realității proiectului. Un risc semnalat în săptămâna a doua a unui ciclu de raportare de patru săptămâni ajunge la sponsor în săptămâna a șasea. Până în momentul în care comitetul director îl discută, riscul fie s-a materializat, fie s-a rezolvat de la sine; în orice caz, decizia sponsorului ajunge prea târziu pentru a schimba traiectoria. Același tipar se aplică și în cazul modificărilor domeniului de aplicare, al depășirii bugetului și al conflictelor legate de resurse. Decalajul Standish de la 18% la 67% nu este legat în primul rând de talentul sau angajamentul sponsorului. Este vorba despre faptul dacă sistemul furnizează sponsorului date actuale suficient de rapid pentru a lua decizii în timp util.
Datele combinate Standish și Wellingtone izolează trei lacune operaționale care produc cea mai mare parte a degradării ratei de succes a proiectului. Acestea apar în mod constant în diagnosticele PMO și fiecare dintre ele dezactivează un nivel diferit al eficacității sponsorului. Niciuna dintre acestea nu ține de intenția sau abilitatea sponsorului: acestea sunt lacune ale sistemului pe care PMO este responsabil să le elimine. Următoarele trei secțiuni diagnostichează fiecare lacună; secțiunile șase până la opt descriu răspunsul operațional.
Majoritatea PMO-urilor funcționează după un ritm de conducere lunar, ceea ce înseamnă că ciclul mediu de decizie pentru întrebările la nivel de sponsor este de două săptămâni. O modificare a domeniului de aplicare identificată în prima săptămână așteaptă reuniunea din a treia săptămână; dacă reuniunea amână decizia pentru o analiză suplimentară, răspunsul ajunge în a șaptea săptămână. Pentru proiectele cu faze de opt până la douăsprezece săptămâni, această singură întârziere poate consuma 50% dintr-o fază. Datele Standish privind maturitatea sponsorilor reflectă acest lucru: organizațiile cu sponsori maturi au cicluri decizionale măsurate în zile, nu în săptămâni, deoarece nu reunesc fiecare decizie într-un forum lunar. Forumul există în continuare, doar că nu mai este singura cale către aprobarea sponsorului.
Atunci când 50% dintre PMO raportează că accesul în timp real la KPI nu este disponibil pentru conducere, viziunea sponsorului asupra portofoliului este filtrată în întregime prin materialele pregătite de PM. Acest lucru creează o distorsiune structurală: sponsorul vede versiunea stării proiectului pe care PM a ales să o scoată la suprafață, după prioritizarea de către PM a ceea ce merită ridicat. Semnalele importante sunt atenuate, Riscurile ambigue sunt formulate optimist, iar deciziile strategice ale sponsorului se bazează mai degrabă pe date prelucrate decât pe date directe. Sponsorii maturi acoperă acest decalaj nu cerând mai multe Rapoarte, ci accesând ei înșiși sistemul, analizând starea actuală a proiectului, registrul riscurilor și situația bugetului fără intermediari.
Constatarea Wellingtone conform căreia doar 48% dintre organizații își bazează în mod constant programele are o consecință directă: în 52% dintre PMO-uri, „conform planului” înseamnă „conform versiunii actuale a planului”. În lipsa unui punct de referință înghețat, a cărui modificare necesită un control formal al schimbării, fiecare raport de situație raportează mai degrabă prezentul decât abaterea de la un angajament strategic. Spațiul decizional al sponsorului se prăbușește, deoarece nu există nimic împotriva căruia să se decidă: planul continuă să se adapteze la realitate, în loc ca realitatea să fie gestionată în funcție de plan. Aceasta este cea mai dăunătoare dintre cele trei lacune, deoarece le face pe celelalte două mai greu de detectat. Un raport de stare curat, fără Baza de referință, nu este de fapt verde.
Maturitatea sponsorului nu este o trăsătură de personalitate sau un stil de conducere: este un set de comportamente operaționale legate de momente specifice din ciclul de viață al proiectului. Patru momente sunt cele mai importante: Aprobarea Cartei proiectului, aprobarea Baza proiectului, Revizuiri la mijlocul proiectului și decizii privind cererile de schimbare. În fiecare moment, sponsorul matur face ceva diferit din punct de vedere structural față de cel imatur, iar diferența se accentuează în întregul portofoliu. Rolul PMO nu este de a îndruma sponsorii să adopte comportamente mai bune: este de a concepe sistemul astfel încât comportamentele mature să reprezinte calea de minimă rezistență, iar comportamentele imature să producă fricțiuni.
Carta proiectului este primul moment concret în care se poate observa maturitatea sponsorului. Un sponsor imatur semnează Carta ca o etapă procedurală, după ce proiectul a fost în mare parte delimitat și echipa mobilizată. Un sponsor matur tratează aprobarea Cartei ca pe o decizie de investiție: Revizuiește cazul de afaceri, rezultatele vizate, angajamentul de resurse și ipotezele care justifică continuarea. Datele Standish arată că proiectele cu implicare activă a sponsorului în etapa de elaborare a Cartei au rate de succes mult mai mari decât cele în care aprobarea Cartei este redusă la un flux de semnături. Carta este cel mai ieftin loc pentru a distruge un proiect slab; odată ce începe execuția, costul opririi crește în fiecare săptămână.

{%CAPTION%}
Formatul revizuirii sponsor-PM schimbă calitatea deciziilor care rezultă din aceasta. Atunci când revizuirea este structurată în jurul unei prezentări a stadiului proiectului – diapozitive pregătite de PM, narațiune condusă de PM, decizii încadrate de PM – contribuția sponsorului se limitează la a reacționa la ceea ce a fost prezentat. Atunci când revizuirea este structurată în jurul sistemului în sine – starea actuală a proiectului, registrul de riscuri activ, variația de la Baza la real – contribuția sponsorului se schimbă în identificarea a ceea ce lipsește, punerea la îndoială a ipotezelor și declanșarea unor decizii pe care PM nu le-ar putea lua singur. Schimbarea este mică în termeni operaționali, dar mare în ceea ce privește rezultatele unui portofoliu.
Latența decizională este cea mai direct abordabilă dintre cele trei lacune ale guvernanței sponsorilor, deoarece este mai degrabă o problemă de flux de lucru decât una comportamentală. FlexiProjectCalea de aprobare a proiectului oferă un proces decizional predefinit pentru aprobarea documentelor cheie ale proiectului: Carta proiectului, Planul proiectului, modificările de bază. În loc să aștepte deciziile pentru următorul comitet director, procesul de aprobare trece asincron prin secvența predefinită de aprobatori, fiecare decizie fiind înregistrată cu marca temporală și identitatea aprobatorului. Reuniunea lunară de coordonare continuă să existe pentru discuțiile strategice; ceea ce se schimbă este faptul că aprobările de rutină la nivel de sponsor nu mai blochează progresul proiectului între reuniuni.
Fiecare cale de aprobare este configurată pentru fiecare Spații de lucru, astfel încât diferite unități de afaceri pot avea rute de aprobare diferite pentru același tip de document. Calea de aprobare definește secvența aprobatorilor, condițiile de trecere la pasul următor și acțiunile disponibile la fiecare pas (aprobare, respingere, solicitare de modificări). Atunci când un plan de proiect este înaintat spre aprobare, acesta parcurge automat secvența, fiecare aprobator vede documentul în coada sa de așteptare, ia decizia, iar următorul aprobator este notificat. Pista de audit completă este păstrată, ceea ce este important atât pentru conformitate, cât și pentru diagnosticarea cazurilor în care deciziile încetinesc. Dacă un anumit aprobator reține în mod constant documentele timp de două săptămâni, datele sunt vizibile, iar PMO poate aborda direct blocajul.
Punctul forte al rutelor de aprobare predefinite este că acestea pot fi calibrate la scara proiectului. O inițiativă mică poate necesita o singură aprobare din partea liderului PMO. Un proiect mare sau cu risc ridicat ar putea trece prin PMO, finanțe și sponsor executiv în succesiune, cu ramificații condiționate în funcție de pragurile de buget sau de categoriile de risc. Rutele sunt configurabile pe Spații de lucru, ceea ce permite diferitelor unități de afaceri să adapteze modelul de guvernanță la contextul lor, fără a fi necesară reconfigurarea centrală pentru fiecare proiect. Rezultatul este că atenția sponsorului este concentrată asupra deciziilor care o necesită cu adevărat, în timp ce aprobările de rutină nu consumă timpul sponsorului.
Decalajul de vizibilitate se închide atunci când sponsorii pot accesa direct starea curentă a proiectului, fără a depinde de materialele pregătite de PM. Starea proiectului FlexiProject oferă o vizualizare a stării fiecărui proiect, acoperind dimensiunile calendar, buget, domeniu de aplicare și risc, actualizată continuu pe măsură ce datele de bază se modifică. Rezumatul grafic agregă aceste informații într-o vizualizare la nivel de portofoliu pe care un sponsor o poate analiza în câteva minute. Împreună, aceste două vizualizări înlocuiesc ciclul de pregătire, distribuire și discutare a rapoartelor lunare de stare cu accesul continuu la starea actuală, ceea ce înseamnă că deciziile sponsorilor pot fi declanșate de semnale, mai degrabă decât de calendarele de raportare.
Postul referitor la automatizarea Revizuiri de proiect acoperă în detaliu schimbarea operațională: Rapoartele de stare nu mai sunt un artefact separat produs pentru sponsori și devin o vizualizare continuă pe care sponsorii o accesează direct. Vizualizarea Starea proiectului arată unde se află fiecare proiect în cele patru dimensiuni cheie, cu posibilitatea de a detalia sarcinile, Riscurile sau liniile bugetare specifice care determină starea. Un sponsor care revizuiește starea portofoliului înainte de a lua o decizie marți dimineața vede datele de luni, nu datele de acum trei săptămâni. Deciziile care apar sunt mai rapide, mai bine direcționate și au mai multe șanse să abordeze problemele reale decât cele raportate.

{%CAPTION%}
Eficacitatea sponsorului crește atunci când semnalele proiectelor individuale pot fi agregate în decizii de portofoliu. Un singur proiect care prezintă o stare de risc roșie este o întrebare la nivel de proiect; trei proiecte din aceeași unitate de afaceri care prezintă o stare roșie este o întrebare la nivel de portofoliu care necesită realocarea resurselor, reechilibrarea domeniului de aplicare sau amânarea strategică. Modulele Rapoarte și Portofolii de proiecte de la FlexiProject oferă nivelul de agregare, permițând sponsorilor și liderilor PMO să vadă tipare în cadrul proiectelor care nu ar fi vizibile în cadrul reviziilor proiectelor individuale. Aici funcționează organizațiile cu cea mai mare rată de succes a proiectelor din datele Standish, la nivel de Portofolii de proiecte, cu nivelul de proiect mai degrabă ca intrare decât ca unitate de decizie.
Tranziția de la deciziile la nivel de proiect la deciziile la nivel de portofoliu este ceea ce separă guvernanța matură de cea imatură. Un model de guvernanță imatur tratează în mod izolat riscurile, întârzierile și presiunile asupra bugetului fiecărui proiect, apelând la sponsor atunci când proiectele individuale depășesc toleranța. Un model matur utilizează Rapoarte de proiecte pentru a detecta tipare: trei proiecte farmaceutice care semnalează întârzieri ale studiilor clinice, două proiecte de infrastructură care concurează pentru aceeași resursă critică, patru lansări de produse care prevăd toate finalizarea în trimestrul IV în raport cu o fereastră de lansare comună. Aceste modele sunt invizibile la nivel de proiect și evidente la nivel de portofoliu, dar numai dacă sistemul agregă semnalele în timp real, nu la sfârșitul trimestrului.
Definiția Standish a maturității sponsorului este comportamentală, nu ierarhică. Un sponsor la nivel de director cu o disciplină puternică în ceea ce privește rolul său – decizii rapide, asumarea activă a răspunderii pentru cazul de afaceri, Revizuiri bazate pe sistem – produce rezultate mai bune în ceea ce privește proiectele decât un sponsor la nivel de director care tratează rolul ca pe un ceremonial. Ceea ce contează este dacă sponsorul are autoritatea de a lua deciziile strategice necesare proiectului și disciplina de a le lua în termenul corect. Unele organizații atribuie sponsorizarea la nivel de conducere tuturor proiectelor majore; altele ierarhizează sponsorizarea în funcție de dimensiunea și riscul proiectului. Ambele modele funcționează, cu condiția ca sponsorul de la orice nivel să funcționeze cu maturitate.
Pentru proiectele active, o cadență bisăptămânală între managerul de proiect și sponsor funcționează în majoritatea mediilor: suficient de rapidă pentru a scoate la suprafață riscurile înainte ca acestea să escaladeze, suficient de lentă pentru a evita înecarea sponsorului în detalii operaționale. Revizuirea la nivel de portofoliu poate avea loc lunar, deoarece deciziile la nivel de portofoliu operează pe un orizont de timp mai lung decât deciziile la nivel de proiect. Ceea ce contează mai mult decât cadența este faptul că Revizuirile sunt legate de datele sistemului, mai degrabă decât de materiale pregătite, și că sponsorul are acces la starea curentă a proiectului între Revizuirile programate, atunci când este necesară escaladarea.
Nu, ele îl completează. Comitetul director rămâne forumul pentru discuțiile strategice: reprioritizarea portofoliului, modificări majore ale domeniului de aplicare, escaladări la nivel executiv. Calea de aprobare înlocuiește practica de a grupa aprobările de rutină la nivel de sponsor în cadrul aceleiași reuniuni lunare, ceea ce creează problema latenței deciziilor. Cu rutele de aprobare în vigoare, comitetul director se poate concentra asupra numărului mic de decizii care necesită cu adevărat o discuție colectivă, în timp ce volumul mai mare de aprobări individuale se deplasează continuu prin sistem.
Răspunsul „nu am timp” semnalează de obicei una dintre cele două probleme de bază: fie sponsorul este supraîncărcat cu cereri de aprobare care ar trebui tratate la un nivel inferior, fie sistemul face ca aprobările individuale să consume mai mult timp decât ar trebui. Calea de aprobare abordează ambele aspecte: direcționează deciziile de rutină departe de nivelul sponsorului, acolo unde este posibil, și face ca deciziile rămase la nivelul sponsorului să fie procesate rapid, deoarece contextul relevant este atașat la cererea de aprobare. Atunci când un sponsor poate aproba o modificare a Baza în două minute, de pe un dispozitiv mobil, cu contextul complet vizibil, obiecția „fără timp” nu se mai aplică.
Mai puțin decât presupun adesea liderii PMO. Datele Standish arată mecanismul operațional: viteza de decizie, disciplina Baza, Revizuiri bazate pe sistem. Acestea sunt alegeri legate de fluxul de lucru, nu alegeri culturale. Organizațiile care schimbă fluxul de lucru – implementând rute de aprobare, porți de aprobare Baza, acces direct al sponsorilor la starea proiectului – constată că comportamentele sponsorilor se adaptează la noul sistem într-un trimestru sau două. Narațiunea culturală a „sponsorilor mai implicați” tinde să urmeze schimbarea operațională, mai degrabă decât să o preceadă.
Constatarea Standish CHAOS 2020, conform căreia sponsorizarea matură determină o creștere a ratei de succes a proiectelor de la 18% la 67%, reorientează activitățile de îmbunătățire a PMO asupra cărora ar trebui să se concentreze. Accentul convențional pus pe manageri de proiect mai buni, o mai bună selecție a metodologiei sau caracteristici mai bune ale instrumentelor surprinde efecte reale, dar secundare. Variabila dominantă este sistemul din jurul deciziilor sponsorilor executivi: dacă deciziile se iau în câteva zile sau săptămâni, dacă sponsorii văd date actuale sau Rapoarte, dacă Baza se menține sau derivă. Datele Wellingtone 2024 privind raportarea manuală, lipsa bazelor și absența KPI-urilor în timp real Rapoartează condițiile operaționale în care majoritatea sponsorilor lucrează în prezent, iar aceste condiții împiedică structural maturitatea pe care Standish o identifică drept motorul succesului.
Cele mai puternice inițiative PMO nu sunt cele care adaugă un al patrulea instrument pentru a remedia o lacună în al treilea. Acestea sunt cele care operează rutarea deciziilor, vizibilitatea stării proiectelor și agregarea portofoliului ca un singur sistem coerent, cu date comune, cadență comună și proprietate clară a locului în care se iau deciziile strategice. FlexiProject combină traseele de Aprobare, Starea Proiectului cu Rezumat Grafic și Rapoarte de Portofoliu într-o singură platformă, tocmai pentru că problema sponsor-maturitate este o problemă de sistem, nu trei probleme separate de flux de lucru. Diferența dintre ratele de succes pe care Standish o documentează nu este acoperită de eroismul individual la nivel de sponsor, ci de o infrastructură care face din comportamentul matur al sponsorului calea implicită.