Ce este atât de grozav despre Agile? O grămadă de metodologie agilă
Agile Definiți ca sisteme de gestionare agile care au fost în jur de ceva timp, dar au câștigat monedă în ultimele timpuri. De fapt, Agile Management prezintă în mod constant în Top Tendințe de Management al Proiectelor din aproape fiecare blog IT Management Project.
Aplicațiile Agile în proiecte bazate pe IT sunt incontestabile, deoarece își găsesc folosirea nu doar în proiectele software IT, ci și în dezvoltarea de produse și inovație.
Deci, ce este atât de grozav cu Agile? Întrebați angajații care s-au mutat de la un sistem tradițional la Agile și ar putea împiedica ședințele și „întâlnirile despre întâlniri”.
Se dovedește că este mult mai mult pentru Agile decât doar întâlniri și feedback. Se concentrează pe abilitarea echipelor și eliminarea modalităților secvențiale de dezvoltare a proiectului, astfel încât să existe mai multă flexibilitate și inovație. Cu toate că asta înseamnă întâlniri și livrări mai des decât cu sistemele tradiționale, înseamnă, de asemenea, că există o șansă mai mică de iterații și schimbări mai târziu. activat în ciclul proiectului.
Este apreciat ca fiind un remediu pentru problemele comune care afectează proiectele legate de IT. Ce este exact și cum este mai bine decât sistemele tradiționale?
Necesitatea metodologiei agile - Practici de management
Oricine a lucrat la metodologie agilă în proiectele de dezvoltare software va avea o idee despre unele dintre problemele obișnuite care apar în timpul unui proiect: schimbarea domeniului de aplicare, termene care par imposibil de îndeplinit și resurse suprasolicitate.
Metodologiile tradiționale agile din Managementul de proiect au avut multe dezavantaje din cauza cărora nu au reușit să facă față mediului de afaceri în continuă schimbare, în special în dezvoltarea de software, iar situațiile de mai sus au fost, din păcate, prea comune. Asta nu înseamnă că metodele tradiționale nu sunt aplicabile nicăieri. Ele sunt încă cel mai bun pariu pentru proiecte în care ideea este complet formată de la început.
Practicile Agile Management au devenit nevoia acestei ore, deoarece au satisfăcut următoarele nevoi ale unui produs lansat într-un mediu dinamic:
- Nevoie de viteză pentru a ajunge la produs pe piață
- Nevoie de flexibilitate pentru a se adapta mai multor modificări ale specificațiilor
- Deficiențe în scenariul „diviziunii muncii”
- Dilema clientului
- Necesitatea reducerii costurilor
Nevoie de viteză pentru a ajunge la produs pe piață:
Trăim într-un mediu rapid, în care flexibilitatea și viteza sunt esențiale pentru succes.
Tehnologia este unul dintre sectoarele cu cea mai rapidă schimbare din industrie. În fiecare minut există o idee, un produs sau o inovație mai nouă. În acest context, abordarea tradițională a managementului de proiect nu reușește. Un proiect secvențial depinde în mod necesar ca etapele metodologiei agile să fie finalizate satisfăcător în ordine. Cronologiile din proiectele gestionate în mod tradițional sunt întotdeauna un element de conținut.
Organizațiile și echipele care nu sunt dinamice vor pierde cursa în fața celor care se mor pentru a se potrivi cu mediul în schimbare.
Nevoie de flexibilitate pentru a se adapta mai multor modificări ale specificațiilor:
Așteptările și cerințele clienților se schimbă adesea pe parcursul dezvoltării de produse. Înainte ca Agile Management Systems să fie mainstream, proiectele din IT au eșuat deseori, deoarece sistemul tradițional de management de proiect a fost construit pentru a „plow on”. Dacă au existat modificări, clienții au simțit adesea înțepăturile pentru portofele sau termene. Modelul tradițional de gestionare a proiectelor, adaptat din alte industrii, pur și simplu nu funcționa pentru o industrie dinamică, cum ar fi IT.
Diviziunea muncii:
În modelul tradițional, există faze distincte, începând cu analiza cerințelor de sistem și până la eliberarea și întreținerea produsului. Aceasta are ca rezultat divizarea muncii și etichetarea membrilor drept „proiectanți”, „programatori” sau „testatori”. Dar, în realitate, resursele de astăzi sunt extrem de multifuncționale și o astfel de distincție clară a rolurilor nu este posibilă în majoritatea proiectelor.
Dilema clientului:
În proiectele volatile, foarte des, clienții nu sunt în totalitate siguri care trebuie să fie produsul lor final, cu toate specificațiile. Funcționalitățile și cerințele se schimbă adesea pe măsură ce lucrările sunt realizate. Modelele tradiționale, cum ar fi modelul Waterfall, subliniază claritatea în raport cu produsul final, iar abaterile din planuri pun un stres mare asupra sistemului. Acest lucru ne aduce la ultimul factor care a dus la dezvoltarea sistemelor Agile.
Necesitatea reducerii costului:
În mod tradițional, modificările cerințelor oricând după începerea proiectului au fost descurajate. Mai degrabă, costurile pentru orice componentă suplimentară au fost mari, uneori prohibitiv. Prin urmare, a fost imperativ să includem toate scenariile posibile în etapa de planificare în sine. Aceasta a însemnat că toate scenariile au fost luate în considerare și a fost propusă o soluție. Dar, deoarece este aproape imposibil de știut cu siguranță ce parte a produsului va prefera utilizatorul, echipele au dezvoltat adesea „versiuni umflate” ale unui produs. Aceasta conținea toate scenariile posibile, dintre care un utilizator tipic ar utiliza nu mai mult de 20%. Aceasta a avut ca rezultat costuri și dezvoltare inutile.
Inutil să spun, asta a însemnat că toate proiectele erau globale în planificarea lor.
Și când a apărut un scenariu complet neplanificat, oricum a existat un cost suplimentar, în ciuda tuturor planificărilor.
Un grup de oameni s-a întâlnit în februarie 2001 pentru a discuta exact acest lucru: necesitatea unui model flexibil și agil de dezvoltare de software care să ajute la dezvoltarea de produse care au funcționat efectiv pentru client și dezvoltator. Ceea ce a rezultat a fost „Manifestul agil”, care a fost beneficiile dezvoltării de software de metodologie agilă, adică un set de patru principii care sunt la fel de simple precum și descriptive. Au fost, de asemenea, dezvoltate douăsprezece „principii agile” care explică modul în care sistemele agile ar funcționa într-un mediu de proiect.
Prin această lucrare am ajuns să punem în valoare:
- Indivizi și interacțiuni asupra proceselor și instrumentelor
- Software de lucru peste documentație completă
- Colaborarea clienților peste negocierea contractului
- Răspuns la schimbări în urma unui plan
Adică, în timp ce există valoare în articolele din dreapta, valorizăm mai mult elementele din stânga.
Cele 12 principii agile
Cele 12 Principii Agile sunt un set de concepte directoare din spatele Manifestului Agile care sprijină echipele de proiect în implementarea Proiectelor Agile. Sunt:
- Cea mai mare prioritate a noastră este să satisfacem clientul prin livrarea timpurie și continuă a unui software valoros.
- Primirea cerințelor în schimbare, chiar și în stadiul de dezvoltare târziu. Procesele metodologice agile valorifică schimbările pentru avantajul competitiv al clientului.
- Furnizați software de lucru frecvent, de la câteva săptămâni la câteva luni, cu preferință la scala de timp mai scurtă.
- Oamenii de afaceri și dezvoltatorii trebuie să colaboreze zilnic pe tot parcursul proiectului.
- Construiți proiecte în jurul unor persoane motivate. Dă-le mediul și sprijinul de care au nevoie și ai încredere în ei pentru a-și termina munca.
- Cea mai eficientă și eficientă metodă de a transmite informații către și în cadrul unei echipe de dezvoltare este conversația față în față.
- Software-ul de lucru este măsura principală a progresului.
- Procesele metodologice agile promovează dezvoltarea durabilă. Sponsorii, dezvoltatorii și utilizatorii ar trebui să poată menține un ritm constant la nesfârșit.
- O atenție continuă la excelența tehnică și un design bun îmbunătățește agilitatea.
- Simplitatea - arta de a maximiza cantitatea de muncă nerealizată - este esențială.
- Cele mai bune arhitecturi, cerințe și proiecte apar din echipe de auto-organizare.
- La intervale regulate, echipa reflectă asupra modului de a deveni mai eficient, după care își reglează și își reglează comportamentul în consecință.
Exemplu de proiect care necesită gestionare agilă
Imaginează-ți o pornire care dezvoltă o aplicație mobilă pentru un client. Înghețarea întregului design al aplicației înainte de începerea dezvoltării poate fi dezastruoasă. Există, de asemenea, timp limitat pentru a efectua sondajul de piață, pentru a elabora un plan detaliat, a decide cu privire la variantele pe care doresc să le ofere și apoi a dezvolta produsul. Pe lângă costurile uriașe pe care le implică această abordare, riscă ca o altă companie să dezvolte aplicația înainte de a face acest lucru.
Metodologia agilă în managementul de proiect ajută la depășirea acestor probleme. În cadrul acestui sistem, aplicația este dezvoltată în etape, cu interacțiune cu clienții în fiecare zi și cu repere sau repere de proiect identificate, să spunem, pentru fiecare săptămână.
Echipe multiple pot, de asemenea, să lucreze la aceeași aplicație, astfel încât timpul de dezvoltare să fie redus drastic.
Funcționalitățile sunt rafinate la fiecare întâlnire, iar produsul final reflectă nevoile finale. Învață pas cu pas ce funcționează pentru client și improvizează ofertele până când obțin produsul dorit.
În abordarea tradițională a managementului de proiect, o să ne gândim la toate revizuirile înainte de a lansa produsul. Aceasta ar avea ca rezultat termene pierdute, creșterea volumului de muncă și inflația costurilor. Mai mult decât atât, produsul și-ar fi putut pierde complet relevanța până la momentul lansării.
Cum funcționează exact Agile Management?
Deși Agile Management este denumit în cea mai mare parte drept concept IT, utilizările sale nu se limitează doar la industria IT. De exemplu, retailerul de îmbrăcăminte în lanț Zara a folosit principiile Agile Management pentru a-și transforma afacerea.
Folosind principii Agile, Zara a produs produse în loturi mici, mai degrabă decât să se concentreze pe producția mare înainte de noul sezon. Compania a evitat costurile aferente inventarului ridicat și a ofertelor de reduceri imprevizibile prin această metodă.
Unele dintre aspectele cheie ale managementului de proiect agil sunt:
- Managementul proiectelor Agile urmează o abordare flexibilă.
Agile Management salută completări și modificări pe parcursul dezvoltării produsului, în loc să-l conformeze specificațiilor originale.
- Proiectele agile sunt de obicei împărțite în bucăți de lucru separate, echipele implicate în dezvoltarea unuia sau mai multor dintre aceste „bucăți” de lucru.
Deci, este posibil să avem, de exemplu, patru echipe care lucrează simultan la diferite părți ale unui proiect, astfel încât calendarul proiectului să fie scurtat. Echipele se coordonează între ele și cu clientul zilnic pentru livrări.
- Există întâlniri zilnice despre progresul sau blocajele din proiect cu feedback constant.
După primirea feedback-ului clienților, modificările sunt încorporate și echipele trec la următoarea bucată. Acest proces continuă să livreze un produs care este mai dinamic și mai potrivit pentru nevoile clientului.
- Există o implicare mai mare a membrilor echipei decât o abordare de sus în jos.
În cadrul ciclului de viață al dezvoltării software, membrii echipei sunt implicați în toate etapele: testarea cerinței, proiectarea, dezvoltarea și metodologia agilă. Întrucât există o privire generală asupra eficienței sarcinilor, membrii echipei reglează comportamentul și procedurile în consecință.
- Profilul managerului de proiect într-un proiect Agile se va schimba de la un rol tradițional.
El nu mai cheltuie mult timp pentru planificarea sau monitorizarea resurselor, dar acum petrece mai mult timp în colaborarea cu echipele și asigurându-se că imaginea generală este întotdeauna la vedere. Aceasta nu este o tranziție ușoară, iar managerii care trec la sistemele Agile trebuie să se adapteze rapid pentru ca proiectul să aibă succes.
Câteva cuvinte despre Scrum:
Scrum este unul dintre cele mai populare cadre pentru implementarea metodologiei agile. Ce este metodologia agilă? Ea este anterioară Agile și a fost propusă pentru prima dată în 1986 și pusă în aplicare în industria auto și imprimantă.
Metodologia agilă cu scrum nu este sinonimă; există și alte cadre care pot fi utilizate pentru a implementa Agile, dar Scrum este unul dintre cele mai eficiente și probabil cel mai popular. Ce este scrum? În mod obișnuit, Scrum are doar trei roluri: Proprietar produs, Team și Master Scrum. Master metodologia Scrum nu este un manager de proiect. Responsabilitățile unui rol tradițional de manager de proiect sunt împărțite între cele trei roluri de management de proiect Scrum. Proiectul este încorporat într-o serie de iterații cu lungime fixă numite sprinturi. Succesul fiecărui sprint metodologic agil aduce un sentiment de progres tangibil și inspirație continuă. Scopul fiecărei iterații este de a produce un produs de lucru care să poată fi demonstrat părților interesate. Metodologia agilă Scrum Master lucrează cu proprietarul și echipa de produse pentru a facilita îndeplinirea obiectivelor prin eliminarea blocajelor rutiere. Echipa de dezvoltare a metodologiei agile este multifuncțională și include testatori, designeri și ingineri operatori, pe lângă dezvoltatori.
Managementul tradițional al proiectelor: Cascada
Unul dintre cele mai proeminente sisteme tradiționale de management de proiect este Cascada. A fost frecvent utilizat din anii ’70. În proiectele IT există mai multe metodologii de cascadă bine cunoscute și implementate pe scară largă. Printre acestea se numără PRINCE2, care a fost creat de guvernul Regatului Unit pentru sectorul său public.
La fel cum sugerează numele său, este un flux de lucru secvențial. Produsul final este fixat la începutul proiectului. Apoi, diferitele etape ale fluxului de lucru sunt completate în succesiune (inițierea concepției, analiză, proiectare, construcție, testare, implementare și întreținere). Odată ce pasul anterior este finalizat, dezvoltatorii trec la pasul următor. Planul de proiect ar trebui să fie o dovadă de prost; odată finalizată o etapă din secvență, dezvoltatorii nu pot revizui la fel fără a începe din nou. Este o abordare statică a metodologiei agile în Managementul proiectelor. Nu există loc pentru schimbări sau erori, iar planul de proiect al metodologiei agile trebuie respectat cu diligență.
O analogie poate fi trasă între gestionarea cascadei și pictura unei capodopere. Imaginea capodoperei finale este deja în mintea artistului și lucrează constant spre ea. Dacă, din orice motiv, produsul final este diferit de ceea ce a vizualizat, nu îl poate modifica cu ușurință.
Agilă sau Cascadă?
- Ce este Agile? Agile este mai potrivit pentru echipele mici care lucrează la proiecte incrementale și evolutive, în timp ce Cascada este potrivită pentru scheme mari sau proiecte de dezvoltare. Gestionarea cascadei ar putea fi mai potrivită pentru industrii precum industria construcțiilor. Agile este utilizat în proiecte mai dinamice, precum cele din industria IT.
- Sistemele agile cer membrii echipei de înaltă calificare, care să poată face față tuturor etapelor proiectului. Necesită o schimbare dramatică în rolul managerului de proiect. Procesul cascadei este structurat într-un mod mai tradițional, este unul liniar și este poate mai ușor de înțeles pentru non-dezvoltatori și pentru cei noi pentru dezvoltarea de software.
- Multe organizații consideră că metodologia cascadei este reconfortantă, deoarece este mai bine documentată. Agile este cunoscut pentru faptul că nu subliniază o documentare extinsă. Este mai mult dependentă de oameni, ceea ce poate fi incomod în organizațiile în care rata de atritie este mare.
- Este posibil ca proiectele mai mici să nu necesite un cadru de metodologie agilă și un model secvențial de cascadă să funcționeze la fel de bine.
Unde merge totul?
Metodologia dezvoltării agile reprezintă mai mult de două treimi din toate proiectele IT din SUA, potrivit unui sondaj realizat de HP în mai 2015.
Dar Agile nu este întotdeauna soluția „perfectă”. Nu este o soluție „adecvată” și, prin urmare, multe organizații (24% conform sondajului HP) au adoptat acum o abordare hibridă.
Un hibrid de metode Agile și Cascadă ar putea atinge avantajele ambelor. Această abordare hibridă ar putea funcționa pentru proiecte complicate cu clienți externi și echipe mari. Această abordare a fost descrisă de Erick Bergmann și Andy Hamilton. Este un compromis între cele două metode, permițând echipelor software să lucreze „agil” în timp ce echipele de dezvoltare hardware și managerii de produse utilizează metoda tradițională.
Mark Fromson, consultant digital, subliniază un alt mod în care un hibrid poate funcționa:
Împărțirea proiectului în faze asemănătoare cascadei pentru a permite contractarea ofertelor fixe și domeniul de aplicare definit într-o fază mai mică, dar păstrarea fluidului proiectului în ansamblu.
Indiferent de forma pe care o vor lua echipele viitoare, este clar că dezvoltarea metodologiei agile este aici pentru a rămâne. A permis avantaje pentru flexibilitate, timp și costuri, împreună cu cel mai important factor dintre toate: oferirea unui sentiment de satisfacție și o atmosferă motivantă persoanelor care lucrează la aceste proiecte.
Sursă:
Pentru Manifestul Agil și Cele 12 Principii Agile - www.agilemanifesto.org
Cursuri conexe: -
Managementul proiectelor agile - Aflați metodologii agile