
În acest articol, veți afla:
|
Maturitatea, în acest context, nu este o etichetă. Este o măsură a gradului de predictibilitate cu care o organizație transformă intențiile în rezultate concrete. La nivelul 1, proiectele depind în întregime de faptele eroice ale câtorva persoane. La nivelul 5, organizația poate lua un nou obiectiv strategic, îl poate direcționa printr-un proces definit și poate livra rezultate fiabile, indiferent de cine se întâmplă să fie Managerul de proiect.
Diferența dintre nivelul 3 și nivelul 4 este exact unde se află majoritatea organizațiilor IT poloneze și, de asemenea, unde este prinsă cea mai mare valoare comercială. O organizație de nivel 3 are procese definite, dar acestea trăiesc în documente și fișiere PowerPoint. O organizație de nivel 4 are aceleași procese încorporate în instrumentele zilnice, cu măsurare, guvernanță și îmbunătățire continuă încorporate. Tranziția nu se referă la angajarea mai multor PM sau la achiziționarea unei certificări metodologice. Este vorba despre eliminarea unui număr mic de lacune operaționale foarte specifice, iar studiul COI este util tocmai pentru că identifică aceste lacune cu claritate statistică.
Din cele 32 de instituții intervievate, 65,63% se situează la nivelul de maturitate 3 sau 4. Acesta este un grup puternic, nu catastrofal, nu încă de talie mondială. În toate cele zece criterii evaluate, scorul mediu a crescut de la an la an, ceea ce indică faptul că IT-ul din sectorul public se îmbunătățește cu adevărat, în loc să stagneze.
Cea mai izbitoare îmbunătățire se înregistrează în gestionarea riscurilor, unde scorul mediu a crescut de la 3,18 la 3,75 într-un singur ciclu. Raportul este, de asemenea, sincer cu privire la ceea ce frânează organizațiile: o abordare ad-hoc, accidentală a selecției instrumentelor și o lipsă de integrare între instrumentele utilizate. Pe scurt: echipele pun cap la cap foi de calcul, un sistem de urmărire a problemelor, un fir de e-mail și o unitate comună, iar absența unui sistem coerent devine blocajul. Oamenii depun efort. Sistemul nu îl amplifică.
Cele zece dimensiuni evaluate de studiul COI corespund întrebărilor la care fiecare PMO trebuie să răspundă în cele din urmă. Are fiecare proiect o cartă documentată legată de un obiectiv de afaceri? Programul este utilizat efectiv pentru a gestiona livrarea sau este un document static deschis doar în fața comitetelor directoare? Managerii de proiect își cunosc variația bugetului în această săptămână sau doar în ultimul trimestru? Riscurile sunt un element înregistrat, deținut, cu un plan de atenuare, sau un sentiment pe care oamenii îl au la automatul de cafea?
Diferența dintre nivelul 3 și nivelul 4 își găsește aproape întotdeauna răspunsul în frecvența și automatizarea acestor practici. Organizațiile de nivel 3 le aplică atunci când au timp. Organizațiile de nivel 4 le aplică în mod implicit, deoarece sistemul îngreunează orice alt comportament. Această distincție, automatizarea ca mecanism al maturității, este cea mai utilă perspectivă pe care o oferă studiul COI.
Raportul COI identifică în mod explicit fragmentarea instrumentelor ca fiind unul dintre blocajele dominante. Atunci când programul se află într-un instrument, bugetul în altul, registrul riscurilor într-un al treilea și raportul de stare în PowerPoint, Managerul de proiect își petrece o parte disproporționată din săptămână pe reconcilierea datelor. Mai rău, PMO nu vede niciodată o imagine coerentă între proiecte, deoarece fiecare manager de proiect face reconcilierea în mod diferit.
Rezultatul este exact ceea ce identifică studiul: alegerea ad-hoc și accidentală a instrumentelor. Instrumentele sunt alese pentru că cineva le-a folosit la ultimul lor loc de muncă, pentru că sunt gratuite sau pentru că erau disponibile în pachetul de licențe. Organizația acumulează datorii tehnice în practica sa de gestionare a proiectelor în același mod în care le acumulează în cod, în tăcere, până când costul fragmentării depășește costul remedierii acesteia.
Există o concepție greșită comună conform căreia maturitatea se construiește în primul rând prin antrenament. Nu este așa. Formarea ridică plafonul a ceea ce este posibil; sistemul ridică plafonul a ceea ce este normal. Majoritatea organizațiilor blocate între nivelul 3 și nivelul 4 au deja manageri de proiect instruiți. Ceea ce le lipsește este un mediu implicit în care a face ceea ce trebuie este calea de minimă rezistență. Prin urmare, un sistem PPM modern nu este doar un instrument, ci este întruchiparea operațională a unei metodologii.
Cea mai rapidă cale către nivelul 4 este de a face ca inițierea oricărui proiect nou să fie mecanică. Dacă fiecare proiect pornește de la un șablon care conține deja secțiunile corecte ale cartei, categoriile de risc la care organizația ține, structura tipică a etapelor, liniile bugetare standard și calea de aprobare convenită, Managerul de proiect nu face o sută de mici alegeri metodologice în prima zi. Acesta completează o structură cunoscută și acest lucru elimină dependența de disciplina individuală.
Atunci când un risc este legat de o sarcină de planificare, iar un element de buget este legat de un produs, iar un produs este legat de un obiectiv strategic, întregul portofoliu devine navigabil. Un membru al consiliului de administrație poate detalia de la un KPI strategic până la o sarcină specifică a programului care este în derapaj. Un PMO poate vedea, în treizeci de proiecte, unde se concentrează expunerea la risc. Aceasta nu este o caracteristică de raportare – este un model de operare fundamental diferit.
Programul FlexiProject acceptă dependențele sarcinilor, calea critică și urmărirea în timp real a abaterilor de la Baza de referință. Sistemul de pictograme de avertizare arată, dintr-o singură privire, care sunt sarcinile la care sunt atașate riscuri nerezolvate, care sunt legate de elemente de costuri bugetate sau care depind de livrabile. Managerul de proiect care consultă programul luni dimineața vede nu numai ce trebuie făcut în această săptămână, ci și care dintre sarcinile din această săptămână sunt expuse.
Fiecare risc din FlexiProject are un proprietar definit și un plan de acțiune. Riscurile pot fi legate de anumite activități din program, ceea ce înseamnă că programul însuși afișează expunerea la risc în linie. Majoritatea eșecurilor majore ale proiectelor nu sunt cauzate de riscuri necunoscute, ci de riscuri cunoscute pe care nimeni nu le-a gestionat în mod activ. Un registru care trăiește în același sistem ca și programul, cu proprietar atribuit și stare de atenuare vizibilă, face ca acest mod de eșec să fie mult mai puțin probabil.

{%CAPTION%}
FlexiProject oferă cartele configurabile – una pentru programele IT, una pentru proiectele de investiții, una pentru campaniile de marketing – fiecare cu câmpurile și logica de aprobare care corespund naturii reale a activității. Calea de aprobare formalizează controlul modificărilor: modificările de domeniu, de program sau de buget trec printr-un flux de aprobare documentat, în loc să fie negociate informal. Aceasta este definiția operațională a guvernanței și unul dintre cele mai tangibile lucruri care separă organizațiile de nivel 3 de cele de nivel 4.
Peste nivelul de maturitate 3, vizibilitatea financiară pe proiect devine nenegociabilă. Modulul de buget al FlexiProject sprijină planificarea detaliată a bugetului, înregistrarea continuă a costurilor și actualizarea previziunilor pe măsură ce proiectul progresează. Posturile din buget pot fi legate de anumite Activități sau livrabile, ceea ce permite analizarea semnificativă a variațiilor. O depășire de 15% a Bugetului este un număr; o depășire de 15% concentrată în două livrabile este un diagnostic.

{%CAPTION%}
FlexiProject modelează în mod explicit produsele și subprodusele ca obiecte de primă clasă, cu proprii proprietari, termene limită și criterii de aprobare. Acest lucru impune o conversație utilă în momentul planificării: ce anume va livra acest proiect, cine este responsabil pentru fiecare produs și când trebuie să fie gata? Fără această distincție, proiectele se închid pe baza „tuturor Activităților finalizate”, o modalitate fiabilă de a furniza activitate fără a furniza valoare.
FlexiProject automatizează ciclul de raportare a stării – colectează date conform unui program definit, completează un model de raport configurat și produce rezultate PDF fără consolidare manuală. Timpul eliberat de PMO poate fi redirecționat către analiza portofoliului, revizuiri ale lecțiilor învățate și ateliere de risc pre-mortem. Funcția de bază de cunoștințe acumulează lecții și decizii de proiect în cadrul aceluiași sistem care rulează proiectele, accesibile în momentul în care sunt necesare, în loc să fie îngropate într-un dosar SharePoint.
Conflictele legate de Resurse sunt unul dintre cele mai frecvente motive pentru care Programele nu sunt respectate și sunt aproape întotdeauna invizibile până la momentul în care se produce abaterea. Vizualizarea alocării din FlexiProject arată modul în care timpul fiecărei persoane este alocat în cadrul proiectelor active; înregistrarea timpului surprinde munca care a fost efectiv efectuată. La nivelul 3, conflictele de resurse sunt descoperite atunci când un Manager de proiect îl sună pe un altul pentru a întreba dacă un specialist este disponibil. La nivelul 4, acestea sunt vizibile în sistem chiar înainte de a se face alocarea.

Vizualizarea alocării resurselor pentru fiecare membru al echipei în FlexiProject – distribuția volumului de lucru în cadrul proiectelor active
Atingerea nivelului de maturitate 5 necesită legătura dintre fiecare proiect activ și un obiectiv strategic măsurabil. FlexiProject suportă Portofolii de proiecte, programe de proiecte, modele de scorare și legături între Strategie și KPI. Modelele de scorare permit ca ideile de proiect să fie evaluate în funcție de criterii strategice înainte de angajarea resurselor. Rezultatul operațional este o viziune a portofoliului în care întrebarea „ar trebui să finanțăm această nouă inițiativă?” are un răspuns structurat, mai degrabă decât unul politic, ceea ce este ceea ce arată nivelul 5 în practică.
Definiți una sau două variante ale Cartei proiectului care corespund tipurilor de proiecte dominante în cadrul organizației. Creați șabloane care conțin fazele convenite, riscurile tipice și produsele standard. Configurați căile de aprobare pentru aprobarea cartei și pentru modificările majore. Aceasta este fundația, tot ceea ce urmează depinde de ea.
Scoateți registrul riscurilor din foile de calcul și introduceți-l în sistemul funcțional. Definiți un set mic și coerent de categorii de riscuri. Corelați Riscurile cu Activitățile calendaristice pe care le afectează. Stabiliți o cadență regulată de revizuire a riscurilor la nivel de proiect și portofoliu.
Configurați Revizuiri automate ale proiectelor la o cadență definită. Înlocuiți rapoartele manuale de stare cu Rapoarte generate de sistem. Implementați același format pentru toate proiectele, astfel încât consiliul de administrație să vadă mai degrabă consecvența decât interpretarea progresului de către fiecare PM.
Definiți unul sau două criterii de scorare pentru ideile de proiecte noi. Grupați proiectele active în portofolii. Prezentați echipei de conducere situația financiară la nivel de portofoliu și expunerea la risc. Fiecare pas din această secvență se bazează pe cel anterior: standardizarea face posibilă corelarea riscurilor, corelarea riscurilor face ca raportarea să fie semnificativă, iar raportarea semnificativă face ca deciziile privind portofoliul să fie justificabile.
Maturitatea Managerului de proiect este gradul în care o organizație poate furniza în mod fiabil rezultatele unui proiect prin procese definite, repetabile și în continuă îmbunătățire – indiferent de persoanele implicate.
Majoritatea modelelor de maturitate utilizează cinci niveluri. Nivelul 1 este ad-hoc și depinde de indivizi. Nivelul 2 are practici de bază, repetabile. Nivelul 3 are procese documentate. Nivelul 4 are procese măsurate, integrate. Nivelul 5 are procese optimizate în mod continuu, legate de Strategie.
Cu o foaie de parcurs clară și un sistem PPM de sprijin, o organizație poate trece de obicei de la nivelul 3 la nivelul 4 în aproximativ 12 luni. Fără sprijin sistemic, aceeași ascensiune durează adesea între trei și cinci ani și se blochează frecvent.
Un instrument PPM nu crește maturitatea prin el însuși, dar un sistem PPM bine ales și configurat corespunzător este una dintre cele mai eficiente modalități de a operaționaliza practicile pe care le măsoară modelele de maturitate. Sistemul face ca comportamentul corect să devină comportamentul implicit.
Studiul Centralny Ośrodek Informatyki a evaluat treizeci și două de instituții poloneze din sectorul public, toate beneficiare ale celei de-a doua axe a Programului operațional „Polonia digitală”, în raport cu zece dimensiuni ale maturității în materie de gestionare a proiectelor. Studiul a Rapoarte că 65,63% dintre aceste instituții se situează la nivelul de maturitate 3 sau 4, cu îmbunătățiri de la an la an în toate cele zece criterii și cel mai mare câștig în ceea ce privește gestionarea riscurilor.
Cea mai utilă perspectivă a constatărilor COI nu este că IT-ul polonez se îmbunătățește, ci că îmbunătățirea este concentrată exact în dimensiunile în care sistemele și standardele fac munca grea. Gestionarea riscurilor s-a îmbunătățit cel mai mult deoarece organizațiile au adoptat practici structurate în materie de riscuri. Rapoartele și guvernanța s-au îmbunătățit deoarece au devenit mai puțin ad-hoc. Dimensiunile care au rămas în urmă sunt tocmai cele care depind de integrarea instrumentelor și de modele operaționale coerente.
Maturitatea Managerului de proiect nu este o funcție a efortului. Este o funcție a cantității de comportament corect pe care sistemul o face automată. FlexiProject este conceput pentru această ascensiune specifică – suficient de cuprinzător pentru a acoperi cele zece dimensiuni ale maturității, suficient de configurabil pentru a se potrivi organizației și nu invers, și suficient de integrat pentru a elimina problema fragmentării instrumentelor pe care studiul COI o identifică ca fiind unul dintre blocajele dominante.