Care este definiția de Done for Agile Teams?

În zilele noastre, se pare că toată lumea se ocupă de a face lucruri agil. Acest lucru se datorează în mare măsură capacității agile de a se adapta la schimbări și de a încorpora feedback-ul clienților, ambele fiind esențiale în lumea de astăzi, în care tehnologia evoluează în mod constant, iar părțile de informații sunt la doar câteva clicuri distanță, inclusiv recenziile publice ale clienților.

Răspunsul și încorporarea feedback-ului clienților în produse și procese necesită echipe auto-organizate, care modifică în mod constant ceea ce fac pentru a fi mai eficiente, unde se pot schimba în mod regulat pentru a răspunde noilor nevoi care apar zilnic. Când vine vorba de planificarea proiectelor, acest mediu fluctuant poate face lucrurile dificile: termenele limită stricte și un set predeterminat de livrabile sunt aproape inexistente.

Așadar, dacă o bază de agilitate funcționează rapid și se schimbă rapid și des, în timp ce continuă să itereze proiectul, care este definiția faptului în agil? Când poți spune cu adevărat că ai terminat? Este o întrebare interesantă. Dar mai întâi, să obținem mai multe informații despre agil și metodele sale.

Cum se desfășoară munca în Agile

Mai simplu spus, agil în managementul proiectelor adoptă o abordare iterativă pentru planificarea și ghidarea proceselor de proiect, unde schimbarea este încurajată. Se află la celălalt capăt al spectrului de metodologii tradiționale de management de proiect, cum ar fi cascada, cu structurile lor stricte.

Agil este un proces care este configurat pentru ca echipele mici să lucreze în „sprinturi” scurte, ceea ce le ajută să răspundă rapid la imprevizibilitatea schimbării dintr-un proiect. Echipele se întâlnesc în mod regulat înainte de sprinturi și după aceea pentru a ajusta modul de lucru pentru a lua în considerare schimbările care au avut loc în proiect.

Înrudit: Șablon de planificare Agile Sprint

Prin acest cadru, organizațiile creează produsul pe care clientul și-l dorește și nu unul care a fost proiectat în vid, neștiind nevoile și curentele pieței. Echipele pot găsi rute mai bune pentru a dezvolta produsul potrivit în cadrul proiectului, deoarece pot pivota după cum este necesar. Acest lucru face organizațiile mai competitive, dar îngreunează și marcarea ceva ca realizat atunci când se pare că există o listă de sarcini nesfârșită de actualizări de funcții și alte remedieri.

Definiția lui Done in Agile

Acum că cunoaștem contextul, să abordăm întrebarea inițială despre cum să determinați când ați terminat în agil. Un răspuns este că ați terminat când ați terminat sprintul, care este o durată scurtă de lucru în timpul proiectului, adesea o zi sau câteva zile, dar nu mai mult de o lună. În acel moment, echipa se întâlnește și reflectă asupra muncii depuse, a ceea ce s-a schimbat și la cel mai bun curs de acțiune în viitor. Există un plan, dar acel plan este ajustat pentru a reflecta realitățile de a face munca.

Iterații de finisare

În mod ideal, după fiecare iterație, proiectul ar trebui finalizat. Dar nu este cazul des. Apar lucruri care trebuie abordate și fac proiectul să pivoteze pentru a răspunde rapid la aceste modificări. Prin urmare, o eliberare după fiecare sprint nu este recomandabilă. Dar este important ca fiecare caracteristică să fie finalizată în sprint pentru a urmări progresul proiectului.

Prin urmare, a fi realizat înseamnă a vă asigura că fiecare caracteristică este complet dezvoltată, testată, stilată și acceptată de proprietarul produsului. Abia atunci se face. Și există o mulțime de „terminate” în agil. Dar dacă există îndoieli cu privire la aceste activități, atunci acel sprint nu este făcut și cu siguranță nu ar trebui să fie expediat.

Fiecare caracteristică se bazează pe finalizarea altei caracteristici înainte ca produsul să fie cu adevărat terminat și să poată fi expediat. Acesta ar fi totalul realizat. Cu toate acestea, fiecare sprint are o caracteristică care ar trebui făcută prin încheierea sa. Gata, asta înseamnă că această caracteristică poate fi livrată de la sine dacă ar trebui să se livreze singură.

Întregul proces poate fi accelerat atunci când echipa dvs. operează folosind software agil. Software-ul agil permite echipelor să colaboreze atunci când au nevoie, fără a-și pierde concentrarea pe propria lor muncă, asigurându-se că lucrurile se „termină” cu adevărat. Urmăriți scurtul videoclip de mai jos pentru a vedea cum software-ul agil vă poate ajuta echipa.

Diferă în funcție de echipă

Dar fiecare echipă are propria sa definiție a faptului, care este doar un alt mod de a spune că criteriile din toate poveștile utilizatorilor au fost acceptate. Dar oricare ar fi această definiție, ea conduce la calitatea muncii și evaluează când o poveste de utilizator este completă.

În ceea ce privește dezvoltarea software-ului, gata este atunci când ceva este codificat conform standardelor, revizuit, implementat, testat, integrat și documentat. Într-un context de servicii, asta înseamnă că fiecare sarcină din povestea utilizatorului este finalizată, iar proprietarul produsului a revizuit-o și le-a îndeplinit așteptările.

A fi făcut în agilitate înseamnă că echipa este conștientă de ceea ce se așteaptă de la ei să livreze și au realizat asta. Terminat este un mijloc de transparență. Se asigură că calitatea muncii se potrivește scopului produsului și organizației.

Poate varia definiția lui Done?

Agile este metodologia primordială, iar procesul agil poate fi executat cu o varietate de cadre. Unele dintre acestea sunt Scrum, Extreme Programming, Adaptive System Development, DSDM, Feature Driven Development, Kanban, Crystal și altele.

Aceste procese sunt modalități de a lucra într-un cadru agil, dar au abordări și caracteristici diferite care se pot aplica cel mai bine unui tip de proiect sau altul. Depinde de tine să decizi care dintre ele este cel mai bun atunci când lucrezi la proiectul tău. Asta nu înseamnă că trebuie să alegi doar unul. O combinație a câtorva sau mai multe ar putea funcționa cel mai bine cu cerințele proiectului dvs. Această flexibilitate a agilității și a procesului său este unul dintre factorii determinanți ai atractivității sale larg și în creștere. Deși sunt procese diferite în cadrul agile, toate aderă la aceeași definiție a faptului.

Principiile sunt constante

Agile există din 2001, când un grup mic a creat Manifestul Agile, ca răspuns la abordările tradiționale de gestionare a dezvoltării software. Manifestul a conturat idei de bază care sunt prezente în fiecare cadru agil. Cele patru direcții principale ale manifestului sunt:

1. Concentrați-vă pe indivizi și interacțiuni, mai degrabă decât pe procese și instrumente
2. Crearea unui software care funcționează este mai importantă decât o documentație cuprinzătoare
3. Colaborarea cu clienții este mai importantă decât negocierea contractului
4. Procesul urmează schimbării în loc de plan

Există, de asemenea, 12 principii ale dezvoltării software agile. Aceste principii ne ajută să înțelegem când o sarcină sau un proiect este cu adevărat realizat:

1. Satisfacția clienților este oferită prin livrarea constantă de software valoros
2. Schimbarea cerințelor este întotdeauna acceptată, indiferent de cât de devreme sau de târziu în proiect
3. Software-ul care funcționează este livrat într-un interval de timp mai scurt
4. Dezvoltatorii și profesioniștii în afaceri trebuie să lucreze împreună zilnic pe tot parcursul proiectului
5. Comunicarea față în față este cea mai bună
6. Echipele motivate provin din crearea unei culturi a aprecierii, încrederii și împuternicirii
7. Progresul este măsurat prin software-ul de lucru
8. Procesul agil promovează dezvoltarea durabilă
9. Agilitatea este susținută de atenția acordată calității în dezvoltarea tehnică și design
10. Managementul agil se bazează pe simplitate
11. Cele mai bune arhitecturi, cerințe și design provin de la echipe auto-organizate
12. Echipele sunt mai eficiente atunci când reflectă și se adaptează

Agil în afara dezvoltării software

Deși agilul a luat naștere în lumea dezvoltării software, recent s-a ramificat în lumea afacerilor mai largă. Ideile de învățare agilă, lean și organizațională s-au mutat în afara cercului restrâns al dezvoltării de software, afacerile de tot felul utilizând prioritizarea întâlnirilor stand-up și managementul vizual.

Agile nu a fost niciodată conceput doar ca un instrument de management al proiectelor IT. Tehnicile agile pot schimba procesul de management în alte proiecte ale întreprinderii. Folosirea gândirii agile pentru a schimba proiectele de management este un exemplu care funcționează foarte bine.

Unele aspecte ale agile care pot fi utilizate în proiectele de întreprindere includ întârzierile, care sunt funcțiile și caracteristicile care vor face parte din proiectul final livrat. Proiectele de primăvară sau scurte în cadrul proiectului reprezintă o altă modalitate de a aplica viteza și adaptabilitatea agile la alte proiecte.

Un altul este conceptul de echipe interfuncționale, permițând comunicarea pentru o mai bună eficiență. Integrarea continuă ajută, de asemenea, la transparența între diferitele aspecte ale proiectului, ceea ce duce la o eficiență mai mare. Există, de asemenea, radiatoare de informații, dezvoltare iterativă și incrementală, întâlniri Scrum, timeboxing, cazuri de utilizare, povești de utilizatori și multe altele. Toate aceste lucruri ajută companiile să facă lucrurile într-un mod diferit de metodologia tradițională în cascadă.

Pentru a avea transparența și colaborarea necesare pentru a lucra într-un mediu agil, în care toată lumea știe ce înseamnă făcut și când echipa este de fapt gata, sunt necesare instrumentele potrivite. ProjectManager are un tablou de bord în timp real și funcții de planificare care sunt alimentate cu valori pe măsură ce se întâmplă, astfel încât toți membrii echipei sunt pe aceeași pagină. Vedeți cum vă poate ajuta să faceți lucrurile mai eficient, luând această perioadă de încercare gratuită de 30 de zile.