Metodologii – unica regula (2)
Posted on 22. Mar, 2010 by Elena in Featured, Project Management
Dacă nu ştii ce să alegi din multitudinea de metodologii şi nu ai foarte mult timp de studiu, foloseşte regula de mai jos :
- În cazul în care proiectul are cerinţele foarte detaliate şi clare, termene flexibile, foloseşte tehnologii bine cunoscute, prezintă un grad de complexitate scăzut şi schimbările în specificaţii sunt puţin probabile, atunci ai putea fi mai bine deservit în activităţile de project management de o abordare tradiţională a managementului de proiect (de exemplu: PMBOK Guide, Prince2 , Waterfall, Props).
- În cazul în care proiectul are cerinţele flexibile, termene strânse sau fixe, implică un grad sporit de inovaţie, tehnologii noi sau complexe, ori prezintă risc ridicat de schimbare a specificaţiilor, atunci ar trebui să încerci o abordare Agile (de exemplu: XP, Scrum, Crystal, DSDM).
În concluzie, important e să îţi pui întrebările corecte înainte de a îmbrăţişa o metodologie care nu se potriveşte proiectului tău. Mai dureros este că nicio metodologie de project management nu va face toate problemele tale să dispară, şi în acelaşi timp niciun proces nu ar trebui să devină mai important decât proiectul în sine, deci încearcă să nu faci din metodologie un scop distinct, ci doar să priveşti metodologia ca instrument ce te poate ajuta.


cocodanila
25. Mar, 2010
De ce unica regula? cine zice?
Nu prea pot sa accept ca in materie de complexitate mare, ca metodologiile alea de mai sus nu te poti descurca. Cu P2, (nu stiu de PMI, dar o sa aflu, ca am promis ca musai o sa fac si PMP anul asta!!) oamenii aia au construit un imperiu!! In schimb da, in P2 se insista ca musai sa fie un Business Case precis, nu numai la inceput cat si pe parcurs, altfel e un hobby nu proiect!!
Cred ca poate mai degraba discutia e legata de proiecte a caror outcome este imprevizibil si din cauza asta ai un grad mare de teste care sa confirme produs cu produs ca o sa foloseasca la ceva (R&D de ex ) genul asta de proiecte se numesc evolving projects.
P2 rezolva oarecum asta prin faptul ca incerca sa creeze BC pe baza un forecast cat mai exact si ASUMAT de catre Executive. In fine am mai vazut si forecast-uri care nu aveau nici cea mai mica legatura cu realitatea. Banuiesc ca PMP face la fel?
Elena
25. Mar, 2010
Orice framework sau metodologie presupune ca executivul isi asuma forecast, numai ca PMBOK Guide e un set de bune practici, asa ca poti lua din el ce iti convine (ca si companie) sau mai exact ce te ajuta. Atributul de “complex” e atat de larg incat referindu-ne la proiecte putem sa il generam in functie de diversi indicatori. Daca faci un stadion, da, e complex dpdv resurse, tehnologii, etc. Daca faci un soft de urmarire a traficului pe un aeroport nu mai e complex? Garantat va avea mai multe versiuni functionale (acelasi soft – deci acelasi proiect), deci e evolving project si nu vei avea de la prima versiune chiar toate detaliile pe care le va comporta cea mai recenta dezvoltare
cocodanila
25. Mar, 2010
Executivul isi asuma lucruri concrete nu forecast-uri sau mai corect lucruri concrete construite pe baza unor forecasturi. Retine ca eu am identificat un evolving project cu activitati de R&D (adica chiar lucruri care nu s-au facut vreo data pe planeta, o molecula pentru tratament de cancer de ex, unde acolo pana ajungi la stage 3 nu prea stii daca are vreo sansa sau nu). Cred ca mai degraba tu de gandesti la proiecte software cu iteratii sau incrementi, unde Agile e bun daca clientul stie ce tre sa faca (100% contributie in specificatii, testare, acceptanta) si bine inteles seteaza prioritatile si se tine de ele. Ca sa fiu mai clar, ca si client nu ma intereseaza cate versiuni sunt in spate cat timp solutia ma ajuta sa-mi ating obiectivele, dar nici nu o sa ma rabdare si nici nu a sa platesc pentru toate fanteziile lor!!! Ce e aia proiect cu cerinte flexibile?? Numai Nadia era flexibila
daca imi permiti.
In schimb cu soft-ul, o sa imi permit sa ies putin din metodologii… aici e vesnica poveste a programatorului roman vs cel bulgar (real story, de la un irlandez ce a decis pana la urma sa faca business in BG): 1 proiect 2 programatori, unul bulgar si unul roman. Bulgarul o sa livreze exact ce ai cerut, “la gata”, (dar nu ca indienii, sa nu facem confuzie), intr-o singura versiune, nici mai putin nici mai mult desi poate era la mintea cocosului ca unele lucruri poate trebuiau puse, daca nu scrie la specificatie nu le primesti. Romanul in schimb o sa scoata cel putin 5 versiuni una mai interesanta decat cealalta, pe ultimul racnet in materie de tehnologii despre care nici macar nu ai auzit, cu unele functionalitati superbe care care nici prin cap nu-ti treceau ca ar putea fi incluse. Nici una din cele 5 versiuni in schimb nu face cap coada ce s-a cerut in specificatii.
Elena
26. Mar, 2010
si eventual 5 softuri cu aceeasi denumire, facute de aceeasi echipa, care au obiective si caracteristici complet diferite
) . da, la noi totul se face “altfel”
Eddie
02. Apr, 2010
Super articol … te-am trecut pe lista mea de bloguri pe care le citesc zilnic,Bafta in continuare la ceea ce faci.Cu respect.Eddie
Eddie´s last blog ..Etichete
Elena
05. Apr, 2010
merci, merci! sry de raspuns intarziat .. am “muncit” si eu ca tot omul, cu Pastele.
anonim
11. Apr, 2010
foarte misto articolul, o sa retin sa vad ce pot aplica din sfaturile tale !
Andrei
27. May, 2010
Interesant articol, bune sfaturi
Laura
06. Jun, 2010
Scurt, dar clar si concis. Ar trebui sa scrii mai des.
Latotpasu
06. Jun, 2010
Sunt convins ca asa o sa fie .. dar mai ai mult de munca
Meteo Moldova
11. Jun, 2010
mmm, trebuie munca si perseverenta, vedem cum se primeste
Andreea Dancu
15. Jun, 2010
Mi se pare foarte corect sa ai nevoie de abilitatea de a pune intrebari pertinente pentru a obtine raspunsurile cele mai bune.
Inca un lucru de baza pentru un Program Manager.
anonim
07. Jul, 2010
Multumim pt . informatie .

Cam tot ce gasim in acest blog este interesant
anonim´s last blog ..Sixgun 2010 DvDrip
anonim
26. Jul, 2010
Foarte interesant, bine de stiut
anonim´s last blog ..Familia Flinstone – Ep 8
anonim
28. Jul, 2010
Interesant. Multumesc pentru ceea ce faci. Continua tot asa.
anonim
04. Aug, 2010
Ai punctat foarte bine. Fiecare proiect trebuie analizat si realizat in modul care i se potriveste. Pentru anumite tipuri de proiecte nu ai cum sa implementezi un anumit mod de rezolvare tocmai datorita particularitatii proiectului.
Felicitari ! Ai castigat un reader nou. Totusi, mi-ar face placere sa postezi mai des articole noi.
dargrino
01. Sep, 2010
unde gasesc si eu aceste metodologii detaliate si explicate despre care vorbiti?
Elena
01. Sep, 2010
daca esti interesat de o metodologie in mod special, da-mi un mail si iti trimit materiale/links de studiu.
GMS
02. Nov, 2010
Super si foarte interesant.
Angelica
24. Nov, 2010
Teoria ca teoria ,practica te omoara!Multumesc pentru informatii!
dana
30. Mar, 2011
Ma intreb cate echipe de dezvoltare lucreaza folosind un framework si o metodologie bine stabilita in RO…
daca esti freelancer exista vreo regula/metodologie ?
Elena
30. Mar, 2011
daca esti freelancer, cel mai usor este sa iti organizezi tu insuti activitatea dupa o “metodologie” care poate, foarte bine sa iti fie proprie, sau sa adaptezi ceva recunoscut deja ca eficient, la nevoile tale de business si ale clientilor tai. tine insa exclusiv de capacitatea freelancerului de a intrevedea importanta pe care o buna organizare o poate avea, si valoarea adaugata la activitatea lui de baza.
Elena´s last blog ..Bursa de 1100 Euro pentru Project Manageri
Evelina
20. Jul, 2011
Asa este, Angelica, dar tocmai practica face diferentierea.
Mariusica
03. Nov, 2011
unde pot gasi si eu aceste metodologii ?
Moda
04. Feb, 2012
Un proiect destul de interesant, asteptam si alte detalii pe viitor