Ce sunt metodologiile de gestionare a proiectelor? O metodologie de management al proiectului este în esență un set de principii și procese de îndrumare pentru gestionarea unui proiect. Alegerea metodologiei dvs. definește modul în care lucrați și comunicați.
Deci, cum alegeți o metodologie de management al proiectului?
Ce metodologie alegeți va depinde de echipa dvs., de tipul de proiect și de sfera proiectului. Alegerea metodologiilor de gestionare a proiectelor (PMM) este una dintre primele decizii pe care va trebui să le luați ca manager de proiect.
Ce metodologie alegeți va avea un impact profund și continuu asupra modului în care lucrați dvs. și echipa dvs. Diferite metodologii de gestionare a proiectelor au propriile argumente pro și contra pentru diferite tipuri de proiecte. Unele sunt orientate pentru viteză, altele pentru exhaustivitate.
În acest articol, vă voi oferi o prezentare completă a diferitelor PMM-uri și cum să le alegeți.
BONUS: Faceți clic aici pentru a obține lista noastră complet gratuită, organizată cu 63 de șabloane de gestionare a proiectelor, cu tot ce aveți nevoie pentru a vă eficientiza procesele astăzi. ar trebui să puteți utiliza orice metodologie, indiferent de instrumentul PM pe care îl utilizați.
În realitate, majoritatea instrumentelor de gestionare a proiectelor sunt specializate pentru a utiliza o mână de metodologii. Acesta va fi un factor în ce metodologie alegeți să utilizați în cele din urmă.
Întrebarea acum este: care sunt diferitele tipuri de metodologii de gestionare a proiectelor? Care sunt avantajele și dezavantajele lor? Pentru ce fel de proiecte sunt cele mai potrivite?
Mai jos, voi arunca o privire la 9 dintre cele mai populare metodologii de gestionare a proiectelor.
Cascadă
Metodologia Waterfall este cea mai veche metodologie din această listă. A fost conturat pentru prima dată de Dr. Winston Royce în 1970 ca răspuns la gestionarea naturii din ce în ce mai complexe a dezvoltării de software. De atunci, a devenit adoptat pe scară largă, cel mai proeminent în industria software.
Metodologia Waterfall este secvențială. De asemenea, este foarte concentrat pe cerințe. Trebuie să aveți o idee clară despre ceea ce cere proiectul înainte de a continua. Nu există nicio posibilitate de corectare odată ce proiectul este în desfășurare.
Metoda Waterfall este împărțită în etape discrete. Începeți prin colectarea și analizarea cerințelor, proiectarea soluției (și abordarea dvs.), implementarea soluției și remedierea problemelor, dacă există.
Fiecare etapă a acestui proces este autonomă; încheiați o etapă înainte de a trece la alta.
Grafic, o puteți reprezenta după cum urmează:
Cele de mai sus sunt din perspectiva dezvoltării de software. Etapele individuale ar fi diferite pentru managementul creativ al proiectelor, dar abordarea rămâne aceeași.
Avantaje
După cum am menționat mai devreme Mike Wang, directorul nostru de formare și asistență:
„Unul dintre factorii determinanți ai gestionării cascadei este că, investind timp în primele etape ale unui proiect, managerii se asigură că nevoile de proiectare și alte cerințe au fost îndeplinite – economisind astfel timpul și efort în general asociat cu corectarea retroactivă a problemelor ”
Astfel, metoda Waterfall are mai multe avantaje, cum ar fi:
- Ușurința de utilizare: Aceasta modelul este ușor de înțeles și de utilizat. Împărțirea între etape este intuitivă și ușor de înțeles indiferent de experiența anterioară.
- Structură: rigiditatea metodei Waterfall este o obligație, dar poate fi și un punct forte. o delimitare clară între etape ajută la organizarea și împărțirea muncii. Deoarece nu vă puteți întoarce, trebuie să fiți „perfect” în fiecare etapă, ceea ce De multe ori produce rezultate mai bune.
- Documentație: accentul pus pe colectarea și înțelegerea cerințelor face ca modelul Waterfall să se bazeze puternic pe documentație. Acest lucru face ca resursele noi să se poată muta și lucra la proiect atunci când este necesar.
Dezavantaje
- Risc mai mare: rigiditatea acestei metodologii înseamnă că dacă găsiți o eroare sau trebuie să schimbați ceva, trebuie să începeți esențial proiectul de la început. Acest lucru mărește substanțial riscul de eșec al proiectului.
- Front-heavy: întreaga abordare Waterfall depinde în mare măsură de înțelegerea și analiza corectă a cerințelor. Dacă nu reușiți să faceți asta – sau dacă cerințele se schimbă – trebuie să o luați de la capăt. Această lipsă de flexibilitate îl face o alegere slabă pentru proiecte lungi și complexe.
Cel mai bun pentru:
Metodologia Waterfall este cea mai frecvent utilizată în dezvoltarea de software.Funcționează cel mai bine pentru următoarele tipuri de proiecte:
- Proiecte scurte și simple
- Proiecte cu cerințe clare și fixe
- Proiecte cu resurse în schimbare care depind de documentare aprofundată
Agile
Agile, o altă metodologie PM axată pe dezvoltarea de software, a apărut ca răspuns la eșecul metodei Waterfall pentru gestionarea proiectelor complexe. Deși ideile Agile PM erau folosite în industria software-ului de ceva vreme, ele au apărut formal în 2001, când mai mulți reprezentanți IT au lansat „Manifestul Agile”
În abordare și ideologie, Agile este opusul a metodei Cascada. După cum sugerează și numele, această metodă favorizează o abordare rapidă și flexibilă (aici este o modalitate de a înțelege Agile așa cum este explicat copiilor). Nu există o colectare de cerințe extrem de grea. Mai degrabă este iterativă cu mici modificări incrementale care răspund schimbarea cerințelor.
Grafic, poate fi reprezentat după cum urmează:
Avantaje
- Flexibilitate și libertate: deoarece nu există etape fixe sau se concentrează asupra cerințelor, oferă resurselor dvs. mult mai multă libertate de a experimenta și de a face modificări incrementale. deosebit de potrivit pentru proiecte creative.
- Risc mai mic: cu managementul Agile, primiți feedback regulat de la părțile interesate și faceți modificări în consecință. Acest lucru reduce drastic riscul eșecului proiectului, deoarece părțile interesate sunt implicate la fiecare pas.
Dezavantaje
- Niciun plan fix: abordarea Agile pune accentul pe răspunsul la modificări pe măsură ce apar. lipsa oricărui plan fix îngreunează gestionarea resurselor și programarea. Va trebui să jonglați în mod constant cu resursele, pornind / oprindu-le pe o bază ad-hoc.
- Colaborare intensă: lipsa unui plan fix înseamnă că toate departamentele implicate – inclusiv părțile interesate și sponsorii – vor trebui să lucrează îndeaproape pentru a oferi rezultate. Abordarea axată pe feedback înseamnă, de asemenea, că părțile interesate trebuie să fie dispuse (și disponibile) să ofere feedback rapid.
Cel mai bun pentru:
Flexibilitatea abordării Agile înseamnă că îl puteți adapta la diferite tipuri de proiecte.
Acestea fiind spuse, această metodologie funcționează cel mai bine pentru:
- Când nu aveți în vedere un scop fix, dar aveți o idee generală a unui produs.
- Atunci când proiectul trebuie să accepte schimbări rapide.
- Dacă colaborarea și comunicarea sunt punctele tale forte (iar planificarea nu este)
Hibrid
Abordarea hibridă, după cum sugerează și numele, este o combinație a metodologiei Waterfall și Agile. Este nevoie de cele mai bune părți ale cascadei și Agile și le combină într-o abordare flexibilă, dar structurată, care poate fi utilizată în diferite proiecte.
Metodologia hibridă se concentrează pe colectarea și analiza cerințelor inițial – un indiciu pentru metoda Waterfall. De aici, ia flexibilitatea abordării Agile, cu accent pe iterații rapide.
Prin combinarea atributelor Cascadei și Agile, metoda hibridă (uneori numită „Agile structurate”) vă oferă cele mai bune din ambele lumi. .
Avantaje
- Flexibilitate sporită: Trecută etapa de planificare, metoda hibridă vă oferă o flexibilitate crescută semnificativ în comparație cu metoda Waterfall. Atâta timp cât cerințele nu se modifică substanțial, puteți face modificări pe măsură ce vi se solicită.
- Mai structurat: împrumutând faza inițială de planificare de la Cascadă, metoda hibridă abordează una dintre cele mai mari reclamații cu privire la abordarea Agile – lipsa structurii și planificării. Prin urmare, veți obține „cel mai bun din ambele lumi”.
Dezavantaje
- Necesită compromis: întrucât în esență reconciliați două abordări opuse polare, ambele părți va trebui să facă compromisuri în ceea ce privește cerințele și flexibilitatea.
- Abordarea „Cel mai bun din ambele lumi” vă elimină flexibilitatea Agilei și siguranța cascadei. Orice iterații pe care le faceți va trebui să respecte constrângerile de bugetare și programare. configurare frontală.
Cel mai bun pentru
Abordarea hibridă este cea mai potrivită pentru proiectele care au cerințe medii în comparație cu Agile și Waterfall, adică necesită și structură ca flexibilitate.
În general, ar fi proiecte de dimensiuni medii, cu o complexitate moderată, dar bugete fixe. Ați avea probabil o idee despre produsul final, dar sunteți, de asemenea, deschis experimentării. Veți avea nevoie de o colaborare strânsă , mai ales după etapa de planificare.
Scrum
Scrum isn „taf metodologie de gestionare a proiectelor cu caracteristici foarte diferite. Mai degrabă, descrie o abordare a managementului Agile cu accent pe echipe de proiect, „sprinturi” scurte și întâlniri stand-up zilnice.
În timp ce împrumută principiile și procesele de la Agile, Scrum are propriile sale metode și tactici specifice pentru gestionarea proiectului. După cum a spus Mike mai devreme:
„Agilitatea este filozofia, iar Scrum metodologia. În timp ce scrumul este agil, agilul nu este scrum”.
Abordarea Scrum plasează echipa proiectului în fața și centrul proiectului. Adesea, nu există manager de proiect. În schimb, se așteaptă ca echipa să se autoorganizeze și să se autogestioneze. Acest lucru îl face ideal pentru echipe extrem de concentrate și calificate, dar nu atât de mult pentru ceilalți.
Avantaje
- Scrum „sprints”: abordarea Scrum este puternic axată pe 30- ziua „sprinturi”. Aici echipa de proiect descompune o listă de dorințe de obiective finale în bucăți mici, apoi lucrează la ele în sesiuni de 30 de zile cu întâlniri stand-up zilnice. Acest lucru face mai ușoară gestionarea proiectelor mari și complexe.
- Ritm rapid: abordarea „sprint” cu limita sa de 30 de zile și întâlnirile zilnice de stand-up promovează iterația și dezvoltarea rapidă.
- Centrat pe echipă: deoarece se așteaptă ca echipa de proiect să se gestioneze singură, echipele Scrum au o vizibilitate clară asupra proiectului. Înseamnă, de asemenea, că liderii de proiect își pot stabili propriile priorități în funcție de cunoștințele lor despre capacitățile lor.
Pe lângă acestea, are toate avantajele Agile – iterație rapidă și feedback regulat al părților interesate.
Dezavantaje
- Creep-ul domeniului de aplicare: Deoarece nu există o dată de fixare fixă și nici un manager de proiect pentru planificare și bugetare, Scrum poate duce cu ușurință la creep-ul domeniului.
- Risc mai mare: deoarece echipa de proiect se autogestionează, există un risc mai mare de eșec, cu excepția cazului în care echipa este extrem de disciplinată și motivată. Dacă echipa nu are suficientă experiență, Scrum are șanse foarte mari de eșec.
- Lipsă de flexibilitate: concentrarea echipei de proiect înseamnă că orice resursă care va părăsi echipa va avea un impact enorm asupra rețelei. rezultate. Această abordare nu este suficient de flexibilă pentru echipele mari.
Cel mai bun pentru
Abordarea Scrum este cea mai bună pentru echipele de proiect cu experiență, disciplinate și motivate, care pot stabili propriile lor priorități și înțeleg clar cerințele proiectului. Are toate defectele Agile împreună cu toate beneficiile sale. Funcționează pentru proiecte mari, dar nu reușește dacă echipa de proiect în sine este foarte mare.
Pe scurt: utilizați Scrum dacă dezvoltați software complex și aveți la dispoziție o echipă experimentată.
Critical Path Method (CPM)
Cele patru metodologii de gestionare a proiectelor de mai sus au apărut din dezvoltarea de software. Deși le puteți folosi cu siguranță pentru proiecte non-software, există la dispoziție alternative mai bune.
Una dintre cele mai populare alternative este Metoda Critical Path (CPM).
În Metoda Cale critică, clasificați toate activitățile necesare pentru a finaliza proiectul într-o structură de repartizare a lucrărilor. Apoi, mapați durata proiectată a fiecărei activități și dependențele dintre acestea.
Acest lucru vă ajută să identificați activitățile care pot fi finalizate simultan și ce activități ar trebui finalizate înainte ca altele să poată începe.
Avantaje
- Programare mai bună: accentul pus pe cartarea duratei activităților și a interdependențelor acestora vă ajută să planificați mai bine sarcinile. Dacă sarcina X depinde de sarcina Y care urmează să fie finalizată mai întâi, CPM vă va ajuta să îl identificați și să o programați.
- Prioritizarea: succesul metodologiei CPM depinde de identificarea și cartografierea activităților critice și non-critice. Odată ce ați mapat aceste activități, puteți acorda prioritate mai bine resurselor.
Dezavantaje
- Programarea necesită experiență: așa cum vă va spune orice manager de proiect cu experiență, lucrurile luați întotdeauna mai mult timp decât vă așteptați. Dacă nu aveți experiență reală cu programarea, sunteți obligat să calculați greșit timpul pentru fiecare activitate.
- Fără flexibilitate: la fel ca metoda Waterfall, CPM este inițial greu. Trebuie să planifici totul de la bun început. Dacă există modificări, aceasta face ca întregul program să fie irelevant. Acest lucru face ca această metodă să nu fie adecvată pentru proiecte cu cerințe în schimbare.
Cel mai bun pentru
Metoda Cale critică este cea mai potrivită pentru proiectele cu părți interdependente. Dacă doriți ca sarcinile să fie finalizate simultan sau ca o sarcină să se încheie înainte ca alta să poată începe, veți dori să utilizați această metodologie.
CPM găsește o mulțime de aplicații în activități complexe, dar repetitive, cum ar fi Proiecte industriale. Este mai puțin potrivit pentru o zonă dinamică, cum ar fi managementul creativ al proiectelor.
Managementul proiectelor în lanț critic (CCPM)
PM Critical Chain PM este una dintre cele mai noi metodologii de management al proiectelor A fost dezvoltat ca o alternativă la metoda Critical Path, cu accent pe gestionarea resurselor.
Cu CCPM, lucrați înapoi de la obiectivul final.Recunoașteți livrabilele, apoi folosiți experiența anterioară pentru a identifica sarcinile necesare pentru finalizarea proiectului. De asemenea, identificați interdependențele dintre resurse și le alocați corespunzător fiecărei sarcini.
Acest grafic din TrackerSuite arată diferența dintre un program tradițional și un program CCPM.
CCPM accentuează utilizarea resurselor și minimizează pierderea productivității. Depinde în mare măsură de „monotare”, adică concentrându-se pe sarcina de față și evitând multitasking-ul.
Pentru echipele de proiect cu resurse, CCPM poate fi o metodologie puternică.
Avantaje
- Utilizarea eficientă a resurselor: întreaga concentrare pe gestionarea adecvată a resurselor face din CCPM una dintre cele mai eficiente resurse de gestionare a proiectelor din jur. Accentul pe monotask este, de asemenea, bine aliniat cu înțelegerea noastră modernă a efectelor dăunătoare ale multitasking-ului.
- Concentrat pe obiectivul final: CCPM nu este obsedat de soluția „optimă” a unei probleme. acordă prioritate soluțiilor „suficient de bune” care pot contribui la îndeplinirea obiectivului final. Deoarece lucrați și înapoi de la obiectivul final, CCPM obține de obicei rezultate mai bune pentru proiecte complexe.
Dezavantaje
- Nu este adecvat pentru medii cu mai multe proiecte: abordarea axată pe resurse a CCPM poate funcționa numai în medii cu un singur proiect. În medii cu mai multe proiecte, proiectele ar putea partaja resurse. CCPM nu poate planifica distribuirea resurselor într-un astfel de scenariu.
- Întârzieri obișnuite: CCPM alocă un decalaj sau o umplere între sarcini pentru a obține o durată de timp a sarcinii. În teorie, se presupune că aceasta va compensa supraestimarea resurselor eficiența lor. În realitate, resursele, urmând Legea lui Parkinson, completează umplutura cu întârzieri excesive.
Cel mai bun pentru
CCPM funcționează cel mai bine în medii în care resursele sunt dedicate unui singur proiect. Dacă aveți o echipă dedicată pentru un proiect, funcționează excelent. Dacă echipa dvs. este răspândită în mai multe proiecte, vă veți lupta cu planificarea resurselor.
Abordarea axată pe resurse a CCPM este, de asemenea, ideală pentru echipele de proiect fără resurse. , metodologia CCPM ar putea fi pentru dvs.
Managementul integrat al proiectelor (IPM)
Managementul integrat al proiectelor (IPM) – uneori numit și „Livrarea integrată a proiectelor” – este un management de proiect comun metodologie în industriile creative. Această metodologie pune accentul pe partajarea și standardizarea proceselor în întreaga organizație.
Abordarea IPM a apărut ca un răspuns la natura tot mai integrată a campaniilor creative. Nu doar produceți un singur anunț ; integrați anunțul cu microsite-uri, conținut digital etc. Majoritatea proiectelor creative fac parte dintr-o campanie mai amplă.
Un proiect integrat are următoarele componente:
Prin integrarea proceselor în întreaga organizație, IPM oferă managerilor de proiect o perspectivă mai bună asupra proiectului și acces la resursele potrivite.
Acest lucru face ca IPM să fie deosebit de potrivit pentru agențiile creative.
Avantaje
- Transparență: integrarea proceselor în întreaga organizație îmbunătățește transparența în cadrul organizației. Abordarea IPM se concentrează pe membrii echipei care se documentează și se întâlnesc în mod regulat, ceea ce ajută la menținerea tuturor la curent.
- Responsabilitate: natura integrată a abordării IPM face întreaga echipă de proiect responsabilă pentru proiect. Deoarece niciun membru al echipei nu poate opera într-un siloz, IPM îmbunătățește responsabilitatea.
Dezavantaje
Necesită o planificare extinsă: cu abordarea IPM, va trebui să planificați în avans asigurați-vă că toate procesele sunt bine integrate. Acest lucru vă mărește sarcina în mod semnificativ și poate duce la întârzieri.
Cel mai bun pentru
Agențiile mari cu echipe și procese diverse beneficiază cel mai mult de Managementul de proiect integrat. Funcționează cel mai bine pentru proiecte creative complexe în care aveți nevoie de resurse de la mai multe echipe și departamente pentru a interacționa unul cu celălalt.
PRiSM
PRiSM (Integrarea proiectelor Metode durabile) este o metodologie de gestionare a proiectelor dezvoltată de Green Project Management (GPM) Global.
După cum sugerează numele creatorului, abordarea PRiSM se concentrează pe contabilizarea și minimizarea impactului negativ asupra proiectului asupra mediului. Este diferit de metodologiile tradiționale prin faptul că se extinde dincolo de sfârșitul proiectului. În schimb, acesta are în vedere întregul ciclu de viață al proiectului după livrare pentru a maximiza sustenabilitatea.
Iată o prezentare generală a modului în care activitățile sunt organizate în PRiSM:
Avantaje
Abordarea PRiSM este foarte pertinentă pentru proiectele moderne în care costurile de mediu și durabilitatea sunt criterii cheie de succes.Pentru proiectele mari în care reducerea consumului de energie, gestionarea deșeurilor și minimizarea impactului asupra mediului sunt esențiale, PRiSM oferă o ideologie viabilă de gestionare a proiectelor.
Dezavantaje
PRiSM nu este adecvat pentru proiectele în care impactul asupra mediului nu este o preocupare (cum ar fi software-ul sau proiectele creative).
Pentru a avea succes cu abordarea PRiSM este necesar ca fiecare parte a echipei de proiect – inclusiv contractanții externi și părțile interesate – să fie la bord cu principiul durabilității – o întrebare dificilă în majoritatea organizațiilor.
Cel mai bun pentru
PRiSM este potrivit mai ales pentru proiecte imobiliare mari și complexe și industriale unde sustenabilitatea este o preocupare cheie.
PRINCE2
PRINCE2 (Projects IN Controlled Environments) este metodologia oficială de gestionare a proiectelor a guvernului britanic (ceea ce înseamnă că majoritatea proiectelor guvernului britanic îl utilizează). Puteți obține chiar și o certificare PRINCE2 pentru a facilita munca ca manager de proiect în Marea Britanie.
PRINCE2 se bazează pe 7 principii, 7 teme și 7 procese. Cele 7 principii PRINCE2, de exemplu, sunt:
- Continuarea justificării afacerii
- Aflați din experiență
- Roluri și responsabilități definite
- Gestionați pe etape
- Gestionați după excepție
- Concentrați-vă pe produse
- Adaptați-le pentru a se potrivi mediului proiectului
Wikipedia are un mare articol introductiv despre această metodologie. Vă sugerez să începeți acolo dacă „sunteți interesat de PRINCE2.
Avantaje
Rularea unui proiect PRINCE2 necesită o documentație extinsă. În plus, unul dintre principiile directoare ale PRINCE2 este„ Aflați de la experiență „. Acest accent pe documentare și experiența din trecut poate ajuta la reducerea riscului.
Dezavantaje
Dezavantajul documentației extinse a PRINCE2 este că modificările pot fi greu de adaptat. Dacă cerințele se schimbă, trebuie să refaceți documentația și să alocați resursele, ceea ce poate împiedica ritmul proiectului.
Cel mai bun pentru
Această metodologie este cea mai potrivită pentru proiectele mari și complexe. cu cerințe fixe. Dacă vă aflați în Marea Britanie, probabil că veți dori să cunoașteți metodologia PRINCE2. Este utilizat pe scară largă în țară și este o cerință pentru proiectele guvernamentale.
Există mai multe alte PMM în afară de acestea, cum ar fi Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban și Lean Development (LD).
Cu toate acestea, în cea mai mare parte, veți alege una dintre metodologiile descrise mai sus.
Cum să alegeți metodologia potrivită
Din secțiunea de mai sus, este clar că diferite metodologii PM sunt mai potrivite pentru diferite proiecte. Nu ați dori să utilizați PRiSM pentru un proiect software, la fel cum nu ați dori să utilizați Agile pentru o mare dezvoltare imobiliară.
Când alegeți metodologii PM, iată câteva lucruri de reținut:
Evaluează proiectul
Atunci când alegi o metodologie de gestionare a proiectului, ajută să începi de la sfârșit. Trebuie să știți exact cum ar trebui să fie livrarea finală și cum va trebui să o faceți.
Concentrați-vă pe colectarea cerințelor inițiale. Dacă cerințele sugerează că aveți nevoie de o echipă mare și diversă, alegeți o metodologie care să susțină flexibilitatea.
În mod similar, dacă aveți o idee clară a rezultatului final, alegeți o metodologie mai structurată, cum ar fi Cascada. rezultatul este vag (obișnuit în cazul proiectelor interne), alegeți o metodologie iterativă precum Agile.
Unele alte lucruri de luat în considerare la evaluarea proiectului sunt:
- Proiectul buget
- Cronologie
- Dimensiune și complexitate
- Așteptările părților interesate
- Tipul proiectului și industria
Evaluează-ți echipa
Metodologia ta de gestionare a proiectului este în esență un plan pentru proiect. Îi spune echipei tale ce să creezi și când să o creezi.
Pentru ca acest lucru să se întâmple, totuși, echipa ar trebui să poată citi planul lf.
Cu alte cuvinte, dacă echipa dvs. nu este familiarizată cu metodologia de management a proiectului la alegere, vă veți chinui să obțineți rezultate. Va trebui să dedicați timp învățării metodologiei (la care unii membri ai echipei dvs. ar putea fi rezistenți), ducând la întârzieri.
Luați în considerare și compoziția echipei dvs. Identifică-i punctele tari și punctele slabe. Dacă echipa prosperă în colaborare, puteți alege o abordare mai puțin structurată, cum ar fi Agile. Dacă echipa este extrem de motivată și disciplinată, o abordare SCRUM poate funcționa bine. Dacă aveți resurse limitate, alegeți o abordare eficientă din punct de vedere al resurselor, cum ar fi CCPM.
Iată câteva lucruri de luat în considerare atunci când vă evaluați echipa:
- Experiența echipei
- Instruire
- Capacități de auto-organizare
- Pregătirea echipei
- Locația echipei (la distanță, la fața locului etc.))
În esență, alegeți o metodologie care se potrivește echipei dvs., în loc să forțați echipa să se potrivească metodologiei.
Evaluați organizația dvs.
Cum compania dvs. este organizată, cultura și înregistrările sale anterioare vor avea un impact mare asupra alegerii metodologiei de management al proiectului. Unele metodologii funcționează numai cu organizații mari cu ierarhii stabilite. Altele sunt mai potrivite pentru ținute mai mici și mai slabe.
De exemplu, dacă înregistrările dvs. anterioare arată că toate proiectele dvs. Agile au fost întârziate ȘI slab primite, este o idee bună să evitați această metodologie în viitor.
Câteva lucruri pe care ar trebui să le luați în considerare atunci când vă evaluați organizația sunt:
- Înregistrările anterioare și experiența cu diferite metodologii
- Cultură
- Ierarhia organizației
- Nivelul de flexibilitate
- Nivelul maturității organizației
- Dimensiunea organizației
- Resursele disponibile, inclusiv resursele externe, cum ar fi freelanceri și contractori .
- Industria dvs.
Evaluați-vă părțile interesate
Atunci când alegeți o metodologie PM, luați în considerare:
- Implicarea părților interesate: Unele metodologii cer ca părțile interesate să fie implicate în mod regulat în fiecare etapă a proiectului. Cu Agile, de exemplu, aveți nevoie ca părțile interesate să fie disponibile în mod regulat pentru feedback. Dacă părțile interesate sunt ocupate, alegeți o metodă ogie care necesită o implicare mai mică a părților interesate.
- Cerințe ale părților interesate: cum funcționează părțile interesate? Ce le solicită managerului de proiect? Dacă se știe că părțile interesate schimbă frecvent domeniul de aplicare al proiectului, alegeți o metodologie mai flexibilă. În mod similar, dacă părțile interesate necesită actualizări zilnice, alegeți o metodologie care să răspundă acestei cereri.
Având în vedere importanța părților interesate în succesul proiectului, păstrarea în minte a cerințelor acestora va face ca părțile interesate să fie mai fericite și proiecte mai de succes.
Evaluează-ți instrumentele
Instrumentele de gestionare a proiectelor sunt rareori agnostice din punct de vedere metodologic. De obicei, acestea sunt concepute pentru a funcționa bine cu o metodologie specifică.
Prin urmare, instrumentele software la care aveți acces și experiență existente vă vor afecta alegerea.
Pentru a face acest lucru:
- Faceți o listă a tuturor instrumentelor software pe care le utilizați în prezent
- Enumerați limitările și capacitățile acestora
- Comparați-le capacitățile cu cerințele pentru o metodologie PM specifică.
În mod ideal, metodologia pe care o alegeți ar trebui să funcționeze cu setul de instrumente existent. Dacă trebuie să cumpărați instrumente noi, nu numai că va trebui să cheltuiți mai mult, dar veți pierde și timpul critic pentru recalificarea echipei.
Realizarea acestei evaluări aprofundate vă va ajuta să alegeți o metodologie care să se alinieze obiectivele, capacitățile echipei dvs. și cerințele părții interesate perfect.
Concluzie
În calitate de manager de proiect, aveți la dispoziție mai multe metodologii de gestionare a proiectelor. Fiecare dintre aceste metodologii are propriile sale puncte forte și puncte slabe. Alegerea celui potrivit va face ca rularea proiectului dvs. să fie mai rapidă, mai ușoară și mai eficientă.
Alegeți una dintre metodele enumerate mai sus. Apoi, evaluați-vă proiectul, echipa, organizația, părțile interesate și instrumentele existente pentru a alege metodologia care se aliniază punctelor forte și cerințelor dvs.