Metodologii – de ce ? (1)
Posted on 08. Mar, 2010 by Elena in Featured, Project Management
Cu ceva timp în urmă pentru un manager de proiect era suficient să urmărească 3 piste: cost, timp, scop/obiective – le cunoaştem ca fiind “triunghiul de fier” al proiectelor, si cu toţii ştim de interdependenţa lor (nu poţi modifica o latură a triunghiului, fără a afecta cel puţin încă una). Cu timpul tringhiul a comportat diverse modificări, luându-se în considerare în primul calitatea – triunghiul devine un “diamant” care păstrează însă regula veche: orice modificare a uneia dintre dimensiuni are impact în cel puţin încă un aspect major al proiectului. Mai recent se adaugă o dimensiune mai greu cuatificabila – factorul uman – managerii de proiect îmbrăţişează ideea conform căreia motivaţiile echipei sau cele individuale, structurile bazate pe autoritate informală ori comunicarea interpersonală au o greutate cel puţin la fel de mare pe cât o au vechile dimensiuni ale proietului în buna desfăşurare a acestuia.
Clientul se schimbă – devine mult mai exigent în ceea ce priveşte studierea ofertelor, îşi doreşte proiectele livrate şi mai repede, şi mai ieftin, şi asta nu doar din cauza crizei, ci pentru că aceasta este evoluţia firească în business. Viteza cu care aceste schimbări se produc face ca multe dintre companii să treacă de la procese operaţionale la o orientare mult mai focusată pe lucrul cu proiecte. Tot viteza de schimbare este în acelaşi timp şi unul dintre motivele pentru care un procent prea mare de proiecte eşuează în a-şi atinge obiectivele în parametrii iniţiali de timp, cost ori calitate.
Multe dintre aceste eşecuri sunt datorate unei abordări heirupiste a proiectului, care are la bază lipsa unei metodologii formale acceptată, susţinută şi practicată de întreaga echipă. Fără adoptarea unei metodologii clare sau a unui cadru pentru livrare, cele mai multe echipe de proiect încep construirea rezultatelor preconizate înainte de a avea foarte clar definită sfera lor de aplicare ori obiectivele. Echipele resimt lipsa unor procese structurate- cadru al activităţilor proiectului, nereuşind să gestioneze în mod eficient timpul, costul, calitatea, riscurile, problemele sau schimbările din cadrul proiectului. Este inevitabil ca aceste proiecte să sufere din cauza întârzierilor, a slabei calitati a livrabilelor, din lipsa domeniul de aplicare, conducând la o nemulţumire a clienţilor drept prima consecinţă. Folosirea unei metodologii în mod repetat pentru iniţierea, planificarea, execuţia şi închiderea proiectelor în mod eficient ar putea fi un prim răspuns la întrebările privind modurile în care rata de proiecte de succes se poate îmbunătăţi.
Care ar fi problemele majore ale companiilor care dezvoltă proiecte într-un cadru neorganizat, ca să nu zic haotic ?
- proiectele îşi ating obiectivele într-un procent insuficient
- viziunea asupra proiectului este diferită între membrii echipei de dezvoltare
- nu se pot face estimări realiste asupra efortului depus
- aceste proiecte sunt de multe ori planificate în neconcordanţă cu obiectivele companiei
- transparenţa în cadrul acestor proiecte este scăzută (unori se poate vorbi chiar de opacitate)
- este cazul proiectelor care implică într-o măsură mult prea mică utilizatorul final
- livrarea acestor proiecte nu creşte gradul de satisfacţie a clientului, din contră
- proiectele nu se pot adapta în funcţie de schimbările apărute în perioada dezvoltării
- aceste proiecte îşi ating cel mai rar deadline-urile, nu îşi respectă aproape niciodată bugetele iniţiale, nu au o rentabilitate crescută a investiţiei.
Care ar fi soluţia?
- Project manageri care îşi scriu singuri metodologiile. Ştiu că se lasă cu protest – nu au timp de scris metodologii, au proiecte de livrat. Şi-atunci?
- Project manageri care se bazează pe bunele practici ale industriei în care activează. Şi totuşi, fiecare proiect este unic prin definiţie, şi atunci bunele practici nu vor fi niciodată suficiente pentru a susţine livrarea cu succes a unui proiect ce comportă o serie întreagă de particularităţi.
Cert este că în prea multe dintre ocazii project managerii sunt puşi în situaţia de a începe dezvoltarea unui proiect fără a avea resursele necesare dezvoltării unui cadru potrivit, care să le asigure livrări de succes.
Alte articole:
14 Responses to “Metodologii – de ce ? (1)”
Leave a Reply
- Bursa de 1100 Euro pentru Project Manageri
- Cum definiţi "gata" ?
- Citatul zilei - Ken Schwaber
-
Deadline fix, proiect intarziat - se cauta solutii!
-
Eu, PMP
-
Marian: Interesant acest proiect pentru astefel de burse ,...
-
Mihai C: Chiar ca e prea tare:))...
-
-
grabatron app android: Excellent goods from you, man. Bursa de 1100 Euro ...
-
Moda: Un proiect destul de interesant, asteptam si alte ...
anonim
10. Mar, 2010
Am avut ocazia sa fac parte dintr-o echipa foarte preocupata de utilizarea metodologiilor de lucru. Totul a fost super la inceput, s-a facut planificarea privind derularea si termenele de inchidere a proiectelor. S-a pornit treaba, dar, pe parcurs nu s-au mai respectat pasii, din motive obiective: cererea suplimentarii cantitatilor de materiale, modificarea termenelor de livrare, probleme aparute la executie, incat intreg programul s-a dat peste cap si s-a lucrat pana la urma tot haotic. Intentiile de planificare au fost bune, dar nu au putut fi realizate.
Elena
10. Mar, 2010
Cel mai probabil nu s-a implementat o metodologie potrivita proiectului . Din putinele detalii date de tine ma gandesc ca daca ati fi incercat ceva metodologie Agile aveati mai mult succes.
Daniel Popa
12. Mar, 2010
In orice domeniu de activitate avem metodologii, framework-uri, best-practices adunate de ici, de colo. Experienta personala in domeniul in care activezi o consider foarte importanta.
Consider ca avem nevoie de cunostinte generale, aprofundate pe masura ce castigam experienta, de flexibilitate sa ne adaptam la situatiile intalnite. O metodologie singura nu termina un proiect, avem nevoie de factorul uman (skills, attitude, knowledge).
La sfarsit, cu ce ne alegem? Da-mi voie sa-l numesc “knowledge” – propria ta metodologie, de obicei nescrisa.
E o vorba : A fool with a tool is still a fool
.
Bogdan
17. Mar, 2010
Trebuie să îi dau dreptate lui Daniel. Cea mai bună metodologie este accea pe care o descoperi şi o îmbunătăţeşti pe parcursul proiectului, ca să… se pupe. Şi asta o faci prin acumularea de experienţă, prin dat cu capul.
Merg mai departe şi spun că de fapt cea mai bună metodologie e cea pe care o descoperi împreună cu clientul şi cea care până la urmă te ghidează către livrarea şi acceptanţa finală. Poate să fie formală, informală, agilă, lean, whatever.
Într-o lume care vrea mai bun, mai repede şi mai ieftin trebuie să ştii cui să dai, cum să dai şi mai ales cât să dai pentru a-ţi atinge obiectivele.
Bogdan´s last blog ..TLDSP: Fraternization, or creating friends and allies
cocodanila
17. Mar, 2010
Avantajele framework-urilor publice vs proprietary sunt mai mult decat clare; ce nu pot sa inteleg e ca desi se fac km de autostrazi in lume, proiectele din RO intodeauna au o doza de “unicitate” si sensul ca mai intodeauna esueaza lamentabil din cauza ca nu avem o metodologie “adaptata” la conditiile locale si de aia tre sa inventam una in care putem sa includem toate scuzele de pe fata pamantului!!!
In fine, vorbesc PRINCE2 aici, celebrul diamant de care vorbesti e putin altfel: cost, time, quality, risk, scope si benefits, nu are nici o latura umana acolo, si se refera la obiectivele proiectului. In functie de prioritati, tolerantele sunt mai stanse pe dimesiunile mai prioritare si mai lejere pe dimesinile mai putin prioritare. Cei drept daca tragi de una din laturi efectul e cum ai zis si in alte dimensiuni.
Ce scapa la multa lume si e tratata lamentabil in multe proiecte RO e partea de beneficii: in tarile cu apa calda, PM a inceput sa fie responsabilizat si de metinerea sub control a posibilelor efecte (de obicei poziitve) pe care le creeaza obiectele ce rezulta din proiecte.
Elena
17. Mar, 2010
Latura umana care rezulta din context este de multe ori mentionata si luata serios in calcul in metodologiile agile. In rest, perfect de acord cu tine – la noi nimic nu merge “ca afara” si in timp ce altii s-au obisnuit demult cu “apa calda” si deja cauta metode de a o imbunatati, noi incercam sa o (re)inventam
melania
10. May, 2010
Eu gasesc ca o metodologie de lucru poate fi aplicata doar daca se vrea asta.
De cele mai multe ori, suntem constransi de insusi procesul de implementare sa aplicam proceduri si sa stabilim reguli. Practic, fiecare metodologie de project management iti furnizeaza un set de instrumente (proceduri, formate, regulamente, etc.) – fie ca ii spui PRINCE2 si ca ii atasezi diverse chestii codificate, fie ca ii spui PMI, IPMA sau PCM…
Numai un idiot – si sa ma scuze lumea ca sunt atat de dura – nu intelege utilitatea lucrului intr-un cadru organizat. Bine, un idiot si subsemnata…
Eu, de exemplu, nu pot sa lucrez codificat… Nu rezista neuronul. Pe bune! PRINCE2 mi se pare ca a fost inventata sa ma irite pe mine pe creierasi.
In schimb, sunt mai mult decat deschisa sa utilizez formatele (daca nu sunt prea restrictive) si chiar si procedurile. Nu vad de ce trebuie sa codific o propunere de proiect BP_vers01_23052010, pe care probabil, dupa ce o deschid de 150 de ori si o mai modific si uit sa o salvez altfel, o sa o am finala tot BP_vers01_23052010…
Chestia asta cu metodologiile absoarbe muuuuuuuuulta cerneala, ca sa nu mai zic de muuuuulte caractere…
Pupici! Frumos articol!
Melania
cocodanila
10. May, 2010
Ce mai e de spus Melania? De aia nu am prezentat avantajele in clar, ca aveam incredere in tine, desi ai vazut, am avut ceva emotii si pana la urma urmei a ajuns mesajul si la tine!!
Si la final cred ca ai o mica confuzie intre managementul configuratiilor si metodologii. Dar cum ai spus tu, multa lume stie la ce foloseste, hai fie….., inclusiv tu.
tv
19. Nov, 2010
Ultima fraza a acestui articol reprezinta cel mai bine situatia reala a project managerilor si a proiectelor. Petru lupta de a supravietui, de a mentina cota de piata si de a dezvolta noi servicii/produse conducerea companiilor ea decizii nepotrivite, prin lansarea proiectelor noi, fara ca inainte sa identifice scopul exact, bugetul si de a avea o metodologie bine definita.
Petronela Davidoiu
01. Apr, 2011
Cred că cea mai mare importanță pentru importanța unei metodologii e că, dacă nu ai o metodologie, lucrurile sunt brusc uitate. Ergo, vrei să faci treabă – ai o metodologie.
Blugi dama
24. May, 2011
Metodologia este varianta perfecta prin care poti sa duci un proiect spre o reusita, dar d fiecare data intervin lucruri din exterior care te fac sa te abati de la metodologie, si acolo este nevoie de calitatea umana de a interveni cu idei si solutii noi , pentru a indrepta lucrurile.
Blugi dama´s last blog ..Blugi dama de firma
Evelina
20. Jul, 2011
Si eu sunt de acord cu Daniel si cu Bogdan. Fiecare proiect este diferit, oamenii sunt diferiti, asa ca nu ne putem rezuma la un tipar universal valabil.
Cellgsmservice
23. Jul, 2011
Adevarat Ecelina Sunt de acord cu tine
Cellgsmservice´s last blog ..Tehnologia de bază touchscreen
Noni
24. Sep, 2011
O metodologie te ajuta sa eviti multe scapari pe care le vei avea in mod sigur in lipsa unui plan concret
Noni´s last blog ..Perioada fertila la femei