Sunteți pe pagina 1din 2

SCOPE CREEP

Deoarece Scope Creep este un “fenomen” care apare, traieste si dispare, cred ca am putea discuta despre “Ciclul de Viata al Scope Creep” . Aceasta abordare ar putea sa conduca la o analiza mai buna, si chiar la anumite modalitati de abordare, pentru limitarea si evitarea “fenomenului” .

As indrazni chiar sa compar “fenomenul” scope creep cu un “virus” , deoarece efectele acestuia, asa cum reiese din intreaga discutie de pana acum nu sunt dorite si afecteaza de cele mai multe ori negativ proiectul.

Deci, “virusul” Scope Creep ( il voi nota prescurtat “Vir-SC” ) are trei faze principale ale ciclului sau de viata :

- se naste (apare) ,

- traieste (opereaza / afecteaza … ) si

- moare ( este minimizat, atenuat si poate chiar sa dispara) .

Am constatat pe de alta parte ca Vir-SC poate exista sub diferite forme, astfel :

- Vir-SC Primar apare si se manifesta in mod direct

- Vir-SC Secundar apare si se manifesta dupa ce Vir-SC primar a fost atenuat /

eliminat , existind “in spatele” Vir-SC primar sau luind nastere tocmai din actiunea de

atenuare / eliminare a Vir-SC primar

- Vir-SC Rezidual Vir-SC care ramane dupa ce au fost luate masurile de tratare au fost aplicate.

Deoarece fiecare proiect are propriul sau ciclu de viata, cu etape distinct definite, respectiv

- Etapa planificarii strategice,

- Etapa Implementarii

- Etapa Evaluarii,

in functie de tipul proiectului aceste etape pot contine faze distincte ( ex. La proiectele software putem avea urmatoarele etape : Proiectare - Scriere Cod (Codare) - Testare - Training / Instruire - Lansare # la un proiect de constructii am putea avea urmatoarele etape : Evaluare - Proiectare Tehnica - Construire / Realizare obiectiv - Testare - Lansare … etc. )

In cadrul fiecarei faze a ciclului de viata al proiectului opereaza ciclul de viata al managementului de proiect, care este acelasi pentru toate tipurile de proiecte ( Initiere - Planificare - Executie - Monitorizare&Control - Inchidere ) , corespunzator unor grupuri de procese (definite distinct in diverse metodologii, ghiduri si standarde , dar in principiu ramanind ACELEASI etape … ). Aceste faze se pot repeta in cadrul fiecarei faze a ciclului de viata al proiectului.

Discutiile de pana acum au reliefat faptul ca Vir-SC are manifestari specifice in diferitele faze atit ale ciclului de viata a managementului de proiect cit si in ciclul de viata al proiectului. Am putea defini acum anumite “forme specifice” ale Vir-SC , care opereaza in mod specific in diferite faze ale ciclurilor de viata (management de proiect si proiect) .

Deoarece abordarea proiectelor se face utilizind diferite metodologii (tip waterfall, sau iterative Agile , Scrum, Prince … etc.) am constatat ca Vir-SC apare si evolueaza / opereaza in mod specific, necesitind abordari diferite. De aceea cred ca pot fi definite Tools & Techniques specifice pentru Vir-SC , corespunzatoare fiecarei etape din Ciclul de Viata al proiectului (si chiar al managementului de proiect) care sa poata opera eficient, punctual si cu efecte maxime. Discutiile vor putea fi focusate in mod specific , exact pentru etapa in care actioneaza Vir-SC,putind defini deci unealta potrivita pentru Vir-SC specific.

Ca sa raspund la problema ridicata de Mr. Micoli, pentru a evita Vir-SC este necesar

sa :

- Sa definim si sa identificam “specia” de Vir-SC

- Sa identificam etapa cin cadrul ciclului de viata al proiectului sau managementului de proiect (grupul de procese in care Vir-SC incearca sa opereze)

- Sa identificam cel mai eficient “antidot” (Tools & Techniques) corespunzator si specific

- Sa o aplicam ;

- Sa observam “efectul”

- Sa continuam, conform principiului lui Edward Deeming : Plan-Do-Check-Act pana la obtinerea rezultatului dorit .

EUROPROIECT ESTATE Eng. Marius GAITAN, PMP Senior Project Manager & Civil Engineer

“No Time to Delay. The Time is Now”