Stabilirea KPI pentru echipele de inginerie software agilă
Fiecare echipă productivă de inginerie software urmărește îmbunătățirile prin intermediul unui set de indicatori aleși, numiți KPI de inginerie. Aceștia sunt cei mai esențiali 5 indicatori de dezvoltare a indicatorilor cheie de performanță (KPI) pe care ar trebui să începeți să îi urmăriți de astăzi.
Ați lucrat vreodată cu o echipă de inginerie în care nu se măsurau indicatorii KPI? Dacă da, atunci probabil că știți cât de greu este să vă dați seama dacă echipa este pe drumul cel bun pentru lansare sau nu.
Adevărul este că, dacă doriți să vă atingeți obiectivele de afaceri, trebuie să vă asigurați că software-ul dvs. îndeplinește toate cerințele. Pentru a face acest lucru, trebuie să implementați măsurători de inginerie KPI în procesele de dezvoltare.
Prin stabilirea de măsurători de inginerie KPI pentru echipa de dezvoltare software, veți evita calitatea slabă și termenele ratate. Ceea ce veți obține este o echipă productivă și un produs de înaltă calitate.
Iată cinci metrici de dezvoltare KPI esențiale pe care ar trebui să le urmăriți pentru a vă atinge obiectivele de afaceri.
Sprint Burndown
Ce este Sprint Burndown?
Echipele agile își organizează dezvoltarea în sprinturi. Un sprint burndown măsoară câtă muncă a finalizat echipa în timpul unui sprint.
Care sunt beneficiile?
- Un sprint burndown este excelent pentru a ține echipa la curent cu orice blocaje care apar.
- Măsurând sprint breakdown, puteți verifica dacă echipa dvs. își îndeplinește previziunile.
- Utilizând o diagramă de defalcare a sprintului, echipa își poate gestiona progresul. Dacă echipa își dă seama că s-ar putea să nu atingă obiectivul sprintului, membrii echipei pot lua măsuri adecvate pentru a rămâne pe drumul cel bun.
Cum se măsoară?
Echipele agile folosesc diagrame de detaliere a sprintului pentru a-și vizualiza fluxul de lucru. Graficul are o axă x care reprezintă timpul și o axă y care reprezintă cantitatea de muncă rămasă de finalizat. Puteți măsura timpul în ore sau în puncte de povestire. Sau, vă puteți gândi la propriile statistici. Obiectivul principal aici este ca toată munca prognozată să fie finalizată până la sfârșitul sprintului.
Un instrument pe care îl puteți folosi este graficul Jira Sprint Breakdown chart. Pentru a-l utiliza, trebuie să creați un cont Jira Software și un proiect Jira Software Scrum.
Vă veți vedea o axă verticală care reprezintă punctele de poveste. Axa orizontală arată timpul. Linia roșie din grafic reprezintă cantitatea de muncă rămasă în sprint. Linia gri este linia de lucru efectivă. Dacă linia roșie este sub linia gri, înseamnă că echipa este pe drumul cel bun. Cu toate acestea, dacă linia roșie este deasupra liniei gri, înseamnă că proiectul este în întârziere.
Release Burndown
Ce este Release Burndown?
Release burndown oferă o imagine de ansamblu a progresului versiunii. Este similar cu Sprint burn down, dar are un domeniu de aplicare mai mare. Ajută echipele să verifice dacă vor reuși să lanseze produsul până la o anumită dată. Dacă își dau seama că sunt în întârziere, pot informa utilizatorii și părțile interesate cu privire la această întârziere. Sau, dacă nu, pot reduce volumul de muncă pentru a lansa produsul la timp.
Care sunt beneficiile?
- Puteți verifica cât de repede lucrează echipa dvs. prin backlog.
- Puteți obține o perspectivă asupra modului în care munca adăugată și eliminată afectează progresul echipei dvs.
- Faceți previziuni cu privire la câte sprinturi vor fi necesare pentru ca echipa dvs. să finalizeze lucrarea.
Cum o măsurați?
Release burndown se măsoară folosind o diagramă care este similară cu diagrama de defalcare a sprinturilor. Diferența este că acum, axa orizontală reprezintă sprinturile, iar axa verticală reprezintă munca rămasă (zile, ore sau puncte de poveste).
De exemplu, să ne uităm la imaginea de mai jos. Este o diagramă Jira release burndown chart. Puteți vedea că echipa a stabilit inițial patru sprinturi și 43 de puncte de poveste. De-a lungul celor patru sprinturi, echipa a redus numărul de povestiri de la 43 la 26. Echipa a prevăzut, de asemenea, că lansarea produsului va necesita încă șapte sprinturi, rezultând 11 în total.
Cycle Time
Ce este Cycle Time?
Timp de ciclu este o metrică de dezvoltare KPI care măsoară cât timp petrece echipa lucrând la o sarcină. Graficele de timp de ciclu sunt folosite de Scrum Masters și Product Owners pentru a controla eficiența procesului de dezvoltare.
Care sunt beneficiile?
- Furnizează informații despre performanța generală a echipei.
- Permite estimarea finalizării sarcinilor viitoare.
- Puteți observa orice blocaje și încetiniri în fluxul de lucru.
Cum se măsoară?
Timp de ciclu este egal cu data de sfârșit minus data de început. De exemplu, dacă echipa începe să lucreze pe 1 decembrie și termină pe 10 decembrie, atunci durata ciclului este de nouă zile.
Dacă echipa începe să lucreze pe 1 decembrie și termină sarcina în aceeași zi, atunci timpul de ciclu nu va fi zero, ci unul. Pentru proiectele care încep și se termină în aceeași zi, durata ciclului este egală cu data de sfârșit minus data de început +1.
Puteți înlocui zilele cu săptămâni, ore sau chiar sprinturi.
Considerați să folosiți diagrame de timp de ciclu pentru a vă vizualiza fluxul de lucru. Aceste diagrame arată cât timp a durat finalizarea unei probleme în comparație cu ziua de finalizare.
De exemplu, să ne uităm la graficul de mai jos. Pe axa x, puteți vedea data la care sarcina a fost închisă, iar pe axa y, puteți vedea timpul petrecut. Cercurile verzi sunt sarcini. Un cerc solid indică un grup de probleme, în timp ce un cerc deschis indică o singură problemă. Dacă folosiți un instrument precum Jira, puteți vedea cheia sarcinii, codul acesteia și timpul de execuție trecând cu mouse-ul peste cerc. Linia roșie reprezintă durata medie a ciclului, iar linia albastră reprezintă durata medie mobilă a ciclului.
Obiectivul final este ca echipa să aibă timpi de ciclu consecvenți pentru elementele de lucru care au valori similare ale punctelor de poveste. Valorile mai mici înseamnă că echipa lucrează eficient, în timp ce valorile mai mari pot indica blocaje în procesul de lucru.
Team Velocity
Ce este Team Velocity?
Velocitatea este o altă măsură de inginerie agile KPI care măsoară cantitatea de muncă pe care o echipă o finalizează în timpul unui sprint. Cantitatea de muncă este, de obicei, măsurată în puncte de poveste sau ore.
Product owners folosesc viteza pentru a calcula cât de repede o echipă poate lucra prin backlog. Indicele de viteză este unic pentru fiecare echipă și nu ar trebui să comparați viteza între echipe.
De exemplu, să spunem că doriți să finalizați 300 de puncte de poveste din backlog. Știți că echipa de dezvoltare, în medie, finalizează în jur de 50 de puncte de poveste pe iterație. Cu aceste informații la îndemână, puteți prezice că echipa va avea nevoie de șase iterații pentru a finaliza munca necesară.
Care sunt beneficiile?
- Este foarte util pentru previziuni.
- Vă poate ajuta să planificați viitoarele sprinturi.
- Vă poate ajuta să înțelegeți dacă echipa este blocată sau dacă modificările aduse procesului dumneavoastră funcționează.
Cum o măsori?
Dacă aveți o echipă stabilă, veți reuși să stabiliți o viteză medie prin măsurarea a cel puțin 5-7 sprinturi. Dacă sprintul dvs. obișnuit este săptămânal, iar echipa finalizează 250 de puncte de poveste pe o perioadă de cinci săptămâni, atunci rata medie de viteză este de 50 de puncte de poveste pe săptămână.
Să ne uităm la graficul Jira Velocity Chart de mai jos. Barele albastre reprezintă angajamentul, iar cele verzi reprezintă munca efectivă finalizată. În sprintul numărul 1, echipa a planificat 16 puncte de povestire și a finalizat 16 puncte de povestire. Acest lucru indică faptul că estimările lor au fost corecte. Cu toate acestea, în cel de-al doilea sprint, echipa a planificat 19 puncte de poveste, dar a finalizat doar 12. Acest lucru sugerează că, data viitoare, ar trebui să își reducă planul.
Un flux inconsecvent este un indicator că aveți probleme în dezvoltare și că trebuie să faceți schimbări.
Fluxul cumulativ
Ce este fluxul cumulativ?
Fluxul cumulativ vizualizează starea tichetelor dvs. pe o perioadă de timp. Acesta arată trecerea biletelor dvs. de la un statut la altul pe măsură ce proiectul dvs. avansează.
Care sunt beneficiile?
- Este util pentru a identifica blocajele.
- Ajută echipele să se asigure că fluxul de lucru este consecvent.
- Ajută echipele să se asigure că fluxul de lucru este consecvent.
- Vă arată cât de stabil este fluxul dvs. de lucru.
- Vă ajută să înțelegeți cum vă puteți face procesul mai previzibil.
Cum îl măsurați?
Cel mai simplu mod de a măsura fluxul de lucru cumulativ este prin utilizarea graficelor. Acestea vizualizează cei mai importanți trei parametri de inginerie software ai fluxului dumneavoastră, inclusiv timpul de ciclu, randamentul și munca în curs.
Să ne uităm la graficul de mai jos. Axa orizontală x indică timpul, în timp ce axa verticală y indică elementele de lucru. Culorile diferite reprezintă diferitele stări ale fluxului de lucru. Dacă benzile progresează în paralel, înseamnă că randamentul dvs. este stabil. Aceasta indică faptul că numărul de sarcini noi care intră în fluxul dvs. de lucru este același cu numărul celor care îl părăsesc.
Dacă o bandă se îngustează rapid, înseamnă că aveți mai multă capacitate decât aveți nevoie. Ar trebui să relocalizați capacitatea pentru a optimiza fluxul.
Dacă o bandă se lărgește rapid, înseamnă că în etapa corespunzătoare intră mai multe carduri decât numărul de sarcini care o părăsesc.
Summing Up
Supravegherea parametrilor de dezvoltare KPI descriși mai sus poate duce la un rezultat de succes al procesului de dezvoltare a produsului. Veți reuși, în cele din urmă, să încetați să mai judecați în mod secundar progresul proiectului dvs. și să obțineți o perspectivă detaliată asupra fiecărei etape a ciclului de viață al dezvoltării.
Dacă doriți să puneți capăt cercului vicios al produselor de slabă calitate, al termenelor limită ratate și al eșecurilor de cod, începeți să implementați dezvoltarea KPI încă de astăzi. Veți reuși să lansați un produs de cea mai bună calitate, fără riscurile aferente.
.