Ghidul începătorului pentru metodologiile agile
rezumat
Cu atât de multe metodologii agile diferite de a alege, descoperirea care este potrivită pentru echipa dvs. poate fi o provocare. În acest articol, obțineți o imagine de ansamblu de nivel înalt al managementului de proiect agil, plus câteva cadre comune care vă ajută să începeți.
Când vine vorba de managementul proiectelor, există o gamă largă de cadre pe care le puteți utiliza pentru a vă gestiona proiectul. În mod tradițional, proiectele urmează o manieră liniară în care fiecare sarcină precede următorul. Acest lucru este cunoscut în mod obișnuit ca modelul cascadei.
Acest lucru sa schimbat în 2001, deoarece dezvoltarea de software a devenit mult mai frecventă. LiniarMetoda de cascadăNu este la fel de eficient pentru echipele software, deoarece lucrurile se schimbă în mod constant, iar nevoile clienților se schimbă rapid. Acesta este modul în care a fost creată metodologia agilă.
Managementul proiectului agil nu este util doar pentru managementul proiectelor software - toate tipurile de echipe au avut succes cu această metodologie dinamică. Dacă doriți să începeți cu Agile, ați ajuns la locul potrivit.
Care este metodologia agilă?
Metodologia agilă este un cadru de management de proiect care sparge proiectele în mai multe faze dinamice, cunoscute în mod obișnuit ca sprinturi. Cadrul agil este unMetodologia iterativă. După fiecare Sprint, echipele reflectă și se uită înapoi pentru a vedea dacă ar fi fost ceva care ar putea fi îmbunătățit, astfel încât ei să poată ajusta strategia pentru următorul sprint.
Manifestul agil
Manifestul Agile este un document care se concentrează pe patru valori și 12 principii pentru dezvoltarea software-ului agil. A fost publicată în februarie 2001 de 17 dezvoltatori de software care aveau nevoie de o alternativă la cele mai liniare, orientate spre procesProcesul de dezvoltare a produselor. .
Cele 4 valori ale agilului
După cum sa subliniat în Manifestul Agile, există patru valori principale ale managementului proiectelor agile:
Echipele Agile Valuează colaborarea echipei și lucrează împreună pentru a lucra independent și a face lucrurile "de carte".
Echipele agile ale software-ului ar trebui să funcționeze. Lucrări suplimentare, cum ar fi documentația, nu este la fel de importantă ca dezvoltarea unui software bun.
Clienții sunt extrem de importanți în metodologia agilă. Echipele agile permit clienților să ghideze unde ar trebui să meargă software-ul. Prin urmare, colaborarea clienților este mai importantă decât detaliile mai fine ale negocierii contractului.
Unul dintre beneficiile majore ale managementului de proiect agil este permite echipelor să fie flexibile. Acest cadru permite echipelor să schimbe rapid strategiile fără a deora un întreg proiect.
Cele 12 principii agile
Cele patru valori ale agilei sunt pilonii metodologiei agile. Din aceste valori, echipa a dezvoltat 12 principii. Aceste principii pot fi ușor adaptate pentru a se potrivi nevoilor echipei dvs. Dacă valorile agilei sunt stâlpii cu greutatea unei case, apoi 12 principii sunt camerele pe care le puteți construi în acea casă.
Cele 12 principii utilizate în metodologia agilă sunt:
Satisface clienții prin livrare timpurie și continuă. Când clienții primesc în mod regulat noi actualizări, sunt mai susceptibile de a vedea schimbările pe care le doresc în cadrul produsului. Acest lucru duce la clienți mai fericiți, mai mulțumiți și la venituri mai recurente.
Bine ați venit cerințele de schimbare, chiar târziu în proiect. Cadrul agil este totul despre adaptabilitate. În procesele iterative, cum ar fi agile, fiind inflexibile cauzează mai mult rău decât bine.
Livrați valoare frecvent.Similar cu principiul numărul unu, oferind frecvent valoare clienților dvs. o face adesea mai puțin probabil pentru ei să-i ducă.
Spargeți silozurile proiectelor dvs.Colaborarea este esențială în cadrul agil. Scopul este ca oamenii să se desprindă de propriile proiecte individuale șicolaborați mai frecvent .
Construiți proiecte în jurul indivizilor motivați.Agile funcționează cel mai bine atunci când echipele sunt comise și lucrează în mod activ pentru a atinge un scop.
Cea mai eficientă modalitate de a comunica este față în față. În timp ce comunicăm la locul de muncă sa schimbat dramatic din 2001, sentimentul acestei declarații se aplică astăzi. Dacă lucrați la o echipă distribuită, petreceți timp să comunicați în moduri care implică comunicarea față-în-față, cum ar fi apelurile cu zoom.
Software-ul de lucru este măsura primară a progresului.Cel mai important lucru pe care echipele ar trebui să le străduiesc cu cadrul agil este produsul. Scopul de aici este de a acorda prioritate software-ului funcțional față de orice altceva.
Să mențină un ritm de lucru durabil.Unele aspecte ale agilului pot fi rapide, dar nu ar trebui să fie atât de repede pe membrii echipeiars. Scopul este de a menține durabilitatea pe tot parcursul proiectului.
Excelența continuă îmbunătățește agilitatea. Dacă echipa dezvoltă un cod excelent într-un sprint, ele pot continua să se construiască din acesta următorul. Crearea continuă a unei lucrări mari permite echipelor să se deplaseze mai repede în viitor.
Simplitatea este esențială. Uneori, cea mai simplă soluție este cea mai bună soluție. Agile își propune să nu depășească lucrurile și să găsească răspunsuri simple la problemele complexe.
Echipele de auto-organizare generează cea mai mare valoare. Similar cu principiul numărului cinci, echipele care sunt proactive devin active valoroase pentru companie pe măsură ce se străduiesc să livreze valoare.
Reflectați și ajustați în mod regulat modul de lucru la Creșterea eficacității . Reuniunile retrospective reprezintă o practică agilă comună. Este un moment dedicat echipelor să se uite înapoi și să reflecteze asupra performanței lor și să-și adapteze comportamentele pentru viitor.
De ce să folosiți managementul proiectului agil?
Găsiți în mod obișnuit managementul de proiect agil utilizat în dezvoltarea aplicațiilor sau în alte tipuri de dezvoltare software. Acest lucru se datorează faptului că software-ul se schimbă în mod constant, iar nevoile produsului trebuie să se schimbe cu ea. Din acest motiv, metodele liniare de gestionare a proiectelor, cum ar fi modelul cascadei, sunt mai puțin eficiente. Iată câteva alte motive pentru care echipele utilizează agile:
Metodele agile sunt adaptate
Există un motiv pentru care o numesc metodologia agilă. Unul dintre beneficiile principale ale utilizării proceselor agile în dezvoltarea de software este capacitatea de a schimba rapid strategiile, fără a perturba fluxul unui proiect.
Deoarece fazele din metoda tradițională de cascadă curg unul în celălalt, strategiile de schimbare sunt provocatoare și pot perturba restulProiectul de parcurs de proiect. Deoarece dezvoltarea de software este un domeniu mult mai adaptabil, proiectul gestionarea rapidă a schimbărilor tradiționale poate fi o provocare. Aceasta face parte din motivul pentru care managementul proiectului agil este favorizat în dezvoltarea de software.
Agile favorizează munca în echipă
Unul dintre principiile agile afirmă că cea mai eficientă modalitate de a comunica cu echipa dvs. este față în față. Combinați acest lucru cu principiul care încurajează echipele să spargă silozurile proiectului și aveți o rețetă pentru munca în colaborare în echipă.
În timp ce tehnologia sa schimbat din 2001, iar munca sa schimbat pentru a saluta mai multe politici prietenoase la distanță, ideea de lucru față în față nu sa schimbat încă.
Metodele agile se concentrează asupra nevoilor clienților
Unul dintre aspectele unice ale dezvoltării software este că echipele se pot concentra pe nevoile clienților mult mai detaliat decât alte industrii. Odată cu creșterea software-ului bazat pe cloud, echipele pot obține rapid feedback de la clienții lor reali.
Deoarece satisfacția clienților este un driver-cheie pentru dezvoltarea de software, este ușor să vedem de ce a fost inclus în procesul agil. Prin colaborarea cu clienții, echipele agile pot prioritiza caracteristicile care se concentrează asupra nevoilor clienților. Când acele schimbări de necesități, echipele pot lua o abordare agilă și pot trece la un proiect diferit.
Metodologii comune agile
Cadrul agil este o umbrelă pentru mai multe variante diferite. Iată câteva dintre cele mai comune metodologii agile.
Kanban.
Kanban este o abordare vizuală a Agile. Echipele utilizeazăInstrumente de bord online Kanbansă reprezinte unde se află anumite sarcini în procesul de dezvoltare. Sarcinile sunt reprezentate de carduri pe o consiliu, iar etapele sunt reprezentate în coloane. În timp ce membrii echipei lucrează pe sarcini, cărțile sunt mutate din coloana din spate la coloana care reprezintă stadiul în care se află sarcina.
Această metodă este o modalitate bună pentru echipele de identificare a blocajelor rutiere și pentru a vizualiza cât de mult se face munca.
Scrum.
Metodologia Scrum este o metodologie agilă comună pentru echipele mici. Echipa este condusă de un Master Scrum, al cărui loc de muncă principal este de a elimina toate obstacolele pentru alții care execută munca de zi cu zi. Lucrările sunt completate în Sprints, iar echipele Scrum se întâlnesc zilnic pentru a discuta despre sarcinile active, blocajele rutiere și orice altceva care poate afecta echipa de dezvoltare.
Cadrul de proiect adaptiv (APF)
Cadrul de proiect adaptiv, cunoscut și sub numele de APM Management de Proiect (APM) a crescut de la ideea că factorii necunoscuți pot apărea în orice moment în timpul unui proiect. Această tehnică este folosită în principal pentruProiecte IT.În cazul în care nu se aplică mai multe tehnici tradiționale de gestionare a proiectelor.
Acest cadru se bazează pe ideea că resursele proiectului se pot schimba în orice moment. De exemplu, bugetele se pot schimba, termenele pot schimba, sau membrii echipei care lucrează la proiect pot trece la diferite echipe. APF se concentrează asupra resurselor pe care o are un proiect, spre deosebire de resursele necesare unui proiect.
Gestionarea Proiectului Extreme (XPM)
Acest tip de management de proiect este adesea folosit pentru proiecte foarte complexe, cu un nivel ridicat de incertitudine. Această abordare implică adaptarea constantă a proceselor până când acestea conduc la rezultatul dorit. Acest tip de proiect implică multe schimbări spontane și este normal pentru echipele de a schimba strategiile de la o săptămână la alta.
Xpm necesită o mulțime de flexibilitate. Acesta este unul dintre motivele pentru care fiecare sprint este scurt - doar câteva săptămâni maxime. Această metodologie permite schimbări frecvente, abordări de încercare și erori la probleme și multe iterații de auto-corecție.
Dezvoltare de software adaptivă (ASD)
Această metodologie agilă permite echipelor să se adapteze rapid la cerințele în schimbare. Accentul principal al acestui proces este adaptarea continuă. ÎnFazele acestui tip de proiect--Pulați, colaborați și învățați - permiteți învățarea continuă, deoarece proiectul progresează.
Nu este neobișnuit ca echipele care rulează ASD să fie în toate cele trei faze ale ASD imediat. Datorită structurii sale neliniare, este comună pentru fazele să se suprapună. Datorită fluidității acestui tip de management, există o probabilitate mai mare ca repetarea constantă a celor trei faze, ajută membrii echipei să identifice și să rezolve probleme mult mai rapide decât metodele standard de management al proiectelor.
Metoda de dezvoltare a sistemelor dinamice (DSDM)
Metoda de dezvoltare a sistemelor dinamice este o metodă agilă care se concentrează pe un ciclu de viață întreg al proiectului. Din acest motiv, DSDM are o structură și o fundație mai riguroasă, spre deosebire de alte metode agile.
Există patru faze principale ale DSDM:
Fezabilitate și studiu de afaceri
Modul funcțional sau iterația prototipului
Proiectarea și construirea iterației
Implementare
Caracteristică de dezvoltare condusă (FDD)
Caracteristica de dezvoltare condusă amestecă diferite practici agile agile. În timp ce încă o metodă iterativă de management de proiect, acest model se concentrează mai mult pe caracteristicile exacte ale unui software pe care echipa lucrează pentru a se dezvolta. Dezvoltarea bazată pe caracteristici se bazează în mare măsură pe contribuția clienților, deoarece caracteristicile pe care echipa acordă prioritate sunt caracteristicile pe care clienții le au nevoie.
Acest model permite, de asemenea, echipelor să actualizeze frecvent proiectele. Dacă există o eroare, este rapid să treceți prin intermediul și implementarea unei remedii pe măsură ce fazele acestui cadru se mișcă constant.
Organizați procese agile cu Manager de sarcini UDN.
Veți auzi de multe ori echipele de dezvoltare software se referă la procesul agil - dar orice echipă poate rula agil. Dacă căutați un cadru mai flexibil de gestionare a proiectelor, încercați Agile.
Indiferent de tipul de metodologie agilă pe care o executați, echipa dvs. are nevoie de o sursă de adevăr pentru toate informațiile despre proiect. Manager de sarcini UDN. poate ajuta. CuManager de sarcini UDN., echipele pot construi panouri Kanban sau pot gestiona sprinturile Scrum într-un instrument flexibil și colaborativ.