implementarea metodologiei Agile: un ghid final

dacă sunteți aici, presupun că există unele ineficiențe în modul în care echipa dvs. lucrează chiar acum. Și probabil căutați să le eliminați prin implementarea agile în cadrul echipei dvs.

desigur, implementarea agile nu înseamnă doar lansarea unui instrument software agil și colaborarea cu colegii de echipă.

dacă ar fi atât de ușor, nu ați citi acest articol, nu-i așa?

de aceea, vă voi prezenta fiecare pas despre cum puteți implementa cu succes agile în cadrul echipei dvs. în acest articol.

context rapid pe Agile: ce& de ce

Cascada: nu puteți face modificări la un proiect în curs de desfășurare, cu siguranță nu la nevoile și așteptările afacerii.

Agile: Hold My beer

agile este o abordare extrem de practică pentru dezvoltarea de produse excelente. Spre deosebire de waterfall, unde riscurile nu pot fi oferite și eșecul nu este o opțiune, agile îmbrățișează riscurile și este pregătit să facă față eșecului.

Agile are dorința de a învăța pe tot parcursul procesului de dezvoltare a produsului. Și are deschiderea de a încorpora schimbările primite prin feedback timpuriu, în orice etapă. Aceste calități ale agile atribuie ratelor sale ridicate de succes – 2x cea a metodei cascadei!

deci, nu trebuie să vă faceți griji cu privire la un proiect care durează câteva luni doar pentru a afla că nu este nimic ca tine vizualizat. Nu există astfel de bummers cu agile!

servește ca mediu perfect pentru ca echipele să învețe și să crească în timp ce satisfac nevoile clientului. Serios, cine nu vrea asta?

Psst! Iată un ghid COMPLET privind managementul proiectelor agile pe care îl veți găsi util pentru a învăța elementele de bază ale agile.

acum, că știți ce este agile și de ce este popular, să trecem la partea importantă: cum să implementăm cu succes metoda agile?

implementare agilă de succes: pași pentru a-l corecta

Agile primește o mulțime de backslash-uri pe Internet în ultima vreme. Dar când aruncați o privire mai atentă, veți descoperi că există un singur motiv major în spatele acestui lucru – implementarea slabă a practicilor agile. Deci, pentru a maximiza potențialul agile, este esențial să îl implementăm în timp ce urmăm principiile și valorile sale, așa cum se menționează în Manifestul Agile.

acum, să ne uităm la pașii cheie implicați în procesul de dezvoltare software agil și cum să îl implementăm.

Pasul 1: vizualizarea produsului

primul și cel mai important lucru de făcut înainte de a începe proiectul dvs. este să definiți în mod clar ceea ce intenționați să realizați prin intermediul acestuia. Și apoi, pentru a vizualiza complet de la început până la sfârșit.

imaginați-l, desenați-l dacă trebuie și notați detaliile importante cu privire la proiectul care va forma temelia sa. Detaliile trebuie să acopere:

• abordarea problemei-declarație problemă, necesitatea unei soluții, modul în care soluția va aborda problema
• cercetare de piață – domeniu de aplicare, public țintă, analiza concurentului, poziționare
• definiția produsului – Nume, caracteristici, beneficii, propunere de valoare

scopul acestui pas este de a obține claritate în ceea ce privește viziunea proiectului și brainstorming pentru idei pentru implementarea acestuia. Și, de asemenea, pentru a vă asigura că întreaga echipă este pe aceeași pagină.

exemplu: să presupunem că proiectul dvs. este de a dezvolta o aplicație mobilă pentru serviciile de taxi.

tu faci toate bazele și studiul de piață. Identificați publicul țintă, cele mai profunde probleme ale acestora cu soluția actuală, modul în care aplicația dvs. o rezolvă și cine sunt concurenții dvs. De asemenea, vizualizați modul în care aplicația dvs. va arăta și va funcționa.

după ce vizualizați aplicația, creați proiectul dându-i un nume, faceți brainstorming și notați caracteristicile pe care le va avea și scrieți povești de utilizator pentru fiecare caracteristică.

când începeți un proiect, trebuie să începeți cu un bang. Pentru că, așa cum spune proverbul irlandez, „a face începutul este o treime din lucrare.”

pentru a vă ajuta să începeți cu nota corectă și să setați ritmul pentru restul proiectului, utilizați instrumentul potrivit care este perfect pentru dvs.

Zepel poate fi acel instrument.

Zepel vă permite să creați proiecte sau echipe și să le numiți în funcție de confortul dvs. După ce v-ați creat echipa, puteți crea caracteristicile necesare.

sub fiecare caracteristică, puteți crea povești de utilizator și puteți adăuga sarcini și subactivități specifice. Dați sarcinilor dvs. un nume, o descriere, o dată scadentă și, de asemenea, le atribuiți membrilor echipei.

Pasul 2: Stabilirea unei foi de parcurs și organizarea lansărilor

la obținerea unei imagini clare a proiectului, următorul lucru de făcut este stabilirea foii de parcurs împreună cu un plan dur al lansărilor.

aici, tu și echipa ta trebuie să discutați și să proiectați un plan de acțiune pentru produs. Acest plan de acțiune trebuie să includă o imagine de ansamblu a iterațiilor de dezvoltare a produsului cu termene provizorii pentru fiecare lansare.

după ce ați proiectat foaia de parcurs, este esențial să creați un calendar cu etapele stabilite, adică termenele pentru fiecare lansare a produsului. Aceste termene nu trebuie să fie date exacte, dar este ideal să se stabilească termene realiste.

procedând astfel, nici echipa nu va deveni letargică, nici proprietarul produsului nu va pierde răbdarea. Deci, mergeți mai departe și de a crea acel calendar cu toate datele de lansare.

exemplu: creați o foaie de parcurs pentru aplicația de servicii de taxi cu intervale de timp aproximative, realiste.

v – ați împărțit proiectul în 4 etape-design UI Core, hărți cu plată, rezervare de taxi în orașul dvs., închirieri de cabine pentru plimbări pe distanțe lungi.

acum planificați lansările pentru acest proiect cu intervale de timp libere și organizați-le într-un calendar.

cu această foaie de parcurs, v-ați tradus cu succes viziunea într-un plan de acțiune pe care echipa dvs. să îl urmeze.

Pasul 3: Alegerea cadrului dvs.-Go Scrum sau Go Kanban?

„suntem cine alegem să fim.”- Green Goblin, de la Spider-Man

în mod similar, proiectul dvs. va fi ceea ce vrem să fie dacă alegeți cadrul potrivit.

dar pentru a alege cu înțelepciune, ar trebui să știți răspunsurile la următoarele întrebări:

• ce sunt scrum și kanban?
• de ce și când să le alegem?
• cum să le implementăm?
• diferențe între scrum și kanban

să ne scufundăm, bine?

când să alegeți Scrum?

Scrum este un cadru agil utilizat pe scară largă. În această metodă, problemele complexe sunt împărțite în soluții funcționale mai mici și sunt livrate în sprinturi. Fiecare sprint este timeboxed pentru a fi lansat în 1-4 săptămâni, cel mai frecvent în 2 săptămâni.

majoritatea echipelor aleg scrum ca metodologie agilă preferată, deoarece este cel mai popular și de succes cadru. Conform sondajului Scrum Alliance din 2015, 62% din proiectele scrum au fost un succes. Sunt sigur că numerele au crescut de atunci.

dar de unde știi dacă scrum este ideal pentru proiectul tău? Scrum este apt atunci când proiectul solicită:

• deschiderea de a încorpora schimbări în cerințe, priorități și chiar soluții după fiecare iterație
• lucrul în cicluri pe caracteristici limitate cu livrare garantată la sfârșitul fiecărui ciclu
• testarea și feedback-ul centrat pe client este prioritatea

scrum pare impresionant? Sau te gândești ca Hei se pare că toate bune pe hârtie, dar cum se tarif în lumea reală?

pentru a răspunde la asta, permiteți-mi să vă conduc pentru a implementa agile cu scrum.

când să alegi Kanban?

Kanban este o altă metodologie populară în agile. Este un proces progresiv care asigură livrarea continuă. Nu există sprinturi aici. În schimb, sarcinile din proiect sunt prioritizate și apoi finalizate câteva elemente împreună simultan, urmate de următorul set de elemente rămase.

Consiliul Kanban este utilizat de echipe pentru a vizualiza progresul proiectului la un nivel micro.

Kanban este cel pentru proiectul dvs. dacă:

• există multe povești de utilizator fără legătură și sarcini
• cerințe și prioritățile lor continuă să se schimbe ca vremea
• doriți să implementați mai multe versiuni în mai puțin de o săptămână, în special cele neprogramate

Kanban este extrem de flexibil și destul de simplu în ceea ce privește implementarea. Dacă credeți că acest lucru pare să se potrivească proiectului dvs., iată cum puteți implementa agile folosind kanban.

dacă încă dezbați între scrum și kanban, înțelegeți diferențele dintre cele două cu ajutorul acestui articol: Diferențele dintre scrum și kanban.

implementarea Agile modul Scrum

dacă obțineți Scrum dreapta, proiectul este garantat pentru a fi pe traiectoria spre succes.

aruncați o privire rapidă asupra pașilor care duc la adoptarea cu succes a scrum pentru proiectul dvs.

Pasul 1: colectarea cerințelor pentru Product Backlog

înainte de a începe proiectul scrum, trebuie să setați scena pentru acesta. Adică, trebuie să adunați toate cerințele de afaceri și să creați un backlog numit product backlog cu toate elementele de activitate.

deci, mergeți mai departe, programați o discuție cu proprietarul produsului dvs. pentru a obține nevoile afacerii.

următoarea dvs. prioritate este să acordați prioritate elementelor din jurnalul de produse.

exemplu: de la întâlnirea dvs. cu proprietarul produsului în ceea ce privește aplicația de servicii de taxi, ați adunat toate cerințele de afaceri și le-ați stocat ca povești ale utilizatorilor.

acum discutați cu product owner și atribuiți priorități fiecăruia dintre elementele din acest backlog. Ai pus bazele.

stabilirea priorităților elementelor, comunicarea acestora cu echipa dvs. și urmărirea acestora poate fi un pic epuizantă, ca să fiu sincer. Deci, m-ai crede dacă ți-aș spune că folosirea hashtag-urilor simple îți poate face munca mult mai simplă?

în Zepel, puteți utiliza #high, #medium și #low pentru a vă ajuta să prioritizați elementele de activitate într-o clipă.

Pasul 2: Planificarea sprinturilor

planificarea sprintului este un pas crucial dacă urmați cadrul scrum pentru a vă dezvolta produsul.

și iată o privire asupra a ceea ce se întâmplă în timpul acestei planificări:

• proprietarul produsului vine cu o listă actualizată de povești de utilizator prioritizate și elemente de activitate.
• întreaga echipă de dezvoltare, cu intrări de la proprietarul produsului, estimează fiecare poveste de utilizator.
• Obiectivul Sprintului este clar definit.
• pe baza obiectivului sprintului, a duratei sprintului și a estimărilor fiecărei povești de utilizator, echipa creează brainstorming în colaborare și adaugă povești de utilizator la Sprint backlog.

în timp ce eu nu pot să te Tony Stark să elaboreze planul perfect, ca el face întotdeauna, aici este un articol informativ pe stăpânirea Sprint planificare care va fi un utilitar la îndemână. Deci, ia cracare pe planul sprint.

exemplu: planificați sprinturile pentru aplicația dvs. de servicii de taxi. Plasați autentificarea, înscrierea și designul UI de bază al aplicației în primul sprint.

apoi puneți hărțile și activitățile de plată în al doilea sprint, rezervați taxiuri în al treilea sprint și așa mai departe până când ați terminat de planificat toate sprinturile care acoperă toate sarcinile din proiect.

e o muncă grea. Dar dacă ai avea un instrument care să-ți ușureze viața?

cu sprinturi în Zepel, sarcina de impozitare a planificării sprintului va deveni cu siguranță o plimbare în parc pentru tine. Creați un sprint, setați o durată pentru acesta și adăugați setul prioritar de povești sau sarcini de utilizator. Este într-adevăr este atât de simplu!

Zepel vă va arăta automat o imagine de ansamblu a sprintului planificat, astfel încât să puteți modifica planul în funcție de cerințele dvs.

Pasul 3: Revizuirea Sprintului

adevărata frumusețe a Agile scrum constă în flexibilitatea pe care o oferă pentru a revizui, rectifica și improviza în orice etapă a ciclului de dezvoltare; în special după fiecare sprint, se organizează o revizuire pentru a evalua rezultatele sale. Și pentru a verifica dacă realitatea corespunde într-adevăr așteptărilor sau dacă este departe de ea.

întreaga echipă evaluează produsul final pentru a verifica dacă toate nevoile de afaceri sunt îndeplinite. De asemenea, puteți invita clienții beta să împărtășească feedback.

orice probleme sau cerințe pierdute găsite sunt discutate și notate pentru a fi lucrate mai târziu, în sprinturile viitoare.

exemplu: să presupunem că echipa dvs. a finalizat funcționalitatea de rezervare pentru aplicația taxi ca parte a sprintului actual. Și îl rulați de către client în timpul revizuirii sprint.

în timpul revizuirii, vă dați seama că nu ați inclus preluarea programată în funcția de rezervare. De asemenea, clientul oferă un feedback valoros cu privire la atingerea și simțul aplicației. Notați-le pentru a le lucra mai târziu.

dar, în schimb, dacă ați putea adăuga aceste mici modificări și ați pierde elemente într-o listă, nu ar fi mai ușor să urmăriți, să urmăriți și să implementați?

în acest scop, Zepel oferă o funcție de listă în care puteți adăuga sarcini, bug-uri, îmbunătățiri și chiar povești ale utilizatorilor.

puteți muta ulterior aceste elemente într-o caracteristică corespunzătoare sau sprint. În plus, pentru a urmări progresul unui sprint și a-l revizui, Zepel oferă un raport Sprint cu diagrame burnup și burndown.

postați recenzia sprint, există o șansă sinceră de bunătate pentru ca modificările să fie încorporate în produs, ceea ce se reflectă în restanțele produsului și, în cele din urmă, în planul sprint.

acum, reevaluarea a ceea ce trebuie făcut în continuare devine esențială pentru progresul proiectului. Acest lucru necesită o întâlnire retrospectivă sprint. În timpul acestei discuții, întreaga echipă revizuiește, reevaluează și re-prioritizează elementele sprint, pe baza rezultatelor sprint anterioare, pentru a îmbunătăți sprintul viitor.

exemplu: aveți o întâlnire cu echipa dvs. pentru a obține perspectiva lor despre ceea ce a funcționat în sprintul anterior, ce nu a funcționat și ce poate fi îmbunătățit. Poate veți identifica că prioritizarea dvs. a fost slabă și a dus la faptul că echipa dvs. a luat mai mult pe farfurie decât ar putea jongla.

veți fi surprinși de informațiile pe care le obțineți de la echipa dvs. cu privire la ceea ce poate fi îmbunătățit.

am creat o mână de șabloane retrospective pe care le puteți utiliza pentru a descoperi oportunități de îmbunătățire în cadrul echipei dvs.

ceea ce ar fi util în timpul acestui proces este progresul sprintului anterior. Introduceți rapoartele Sprint burnup și burndown ale Zepel.

folosind aceste diagrame, echipa dvs. poate discuta mai bine ideile, deoarece oferă o perspectivă completă a ceea ce s-a întâmplat în timpul sprintului.

un Must-do: deține Standups regulate

în afară de toate etapele tehnice menționate mai sus, aici e ceva ce trebuie să faceți pentru a obține scrum dreapta — Standups de zi cu zi.

un standup este o întâlnire scurtă desfășurată în fiecare zi în timpul sprintului. Obiectivul său este de a obține actualizări cu privire la progresul proiectului.

Dar iată o greșeală obișnuită pe care o fac echipele. Ei nu limitează durata standups lor la 15 minute. Drept urmare, ei simt că petrec mai mult timp participând la întâlniri decât dezvoltând produsul. Deci, atâta timp cât rămâneți la acest interval de timp, sunteți bine să mergeți.

dacă sunteți convins că scrum este pentru proiectul dvs., aflați az-ul scrum și cum să îl implementați în profunzime din acest ghid definitiv.

sau dacă ați terminat cu teoria și sunteți gata să implementați Scrum cu echipa dvs., Zepel vă acoperă. Încercați-ne!

implementarea Agile a modului Kanban

implementarea kanban este la fel de simplă ca și înțelegerea acesteia. Iată o prezentare generală la nivel înalt a modului în care kanban este implementat de obicei.

Pasul 1: Vizualizarea fluxului de lucru cu placa Kanban

pentru a vă rula proiectul cu kanban, trebuie să vizualizați și să setați fluxul de lucru. Pentru aceasta, trebuie să creați coloane în placa kanban pentru fiecare etapă a proiectului dvs. – de la a face la a face.

apoi atribuiți toate elementele de activitate, create din nevoile de afaceri, la etapele lor de performanță respective.

dacă așteptați o captură, nu există. Kanban este, de fapt, acest lucru simplu.

exemplu: să presupunem că ați creat o placă kanban cu 3 coloane pentru aplicația dvs. de servicii de taxi. Cele 3 coloane kanban Sunt: to-do, in-progress și done.

ați adunat toate cerințele de afaceri și le-ați transformat în sarcini precum proiectarea UI, conectare/Înscriere, rezervare, plată etc. Acum atribuiți fiecare dintre aceste elemente etapelor de flux de lucru corespunzătoare de pe placa kanban.

spun rezervare și plata sunt încă să înceapă și așa că sunt în to-do. Autentificare / înscriere este finalizată, astfel încât să-l mutați la făcut. Între timp, proiectarea UI este în curs de desfășurare.

cu funcția de bord kanban a lui Zepel, întregul proces devine de 10 ori mai ușor. Puteți crea rapid coloane kanban personalizate, puteți crea și atribui sarcini fiecărei coloane.

la Zepel, suntem conștienți de faptul că un proiect în timp real va avea sute de elemente de activitate. Urmărirea acestora poate fi solicitantă. Dar cu filtrele avansate ale Zepel, le puteți urmări fără efort.

Notă: puteți avea cât mai puțin de 3 la cât mai multe coloane kanban ca proiectul necesită.

Pasul 2: limitarea Unităților WIP

unități WIP sau Unități de lucru în curs se referă la numărul de activități în curs. Stabilirea unei limite a numărului de unități este un must-do. Pentru că cel mai adesea ne lăsăm lăsați să încercăm să mutăm cât mai multe sarcini de la a face la a face.

și ajungem să supraîncărcăm coloana în curs cu mai multe sarcini decât numărul de mâini disponibile pentru a le implementa. Pe scurt, aceasta este o rețetă pentru blocaje.

dar a lua prea puțini la îndemână este din nou o problemă, deoarece timpul este esențial. Deci, găsirea locului dulce între umplutură și vânzarea scurtă este imperativă.

exemplu: lucrați la fixarea limitei WIP pentru aplicația dvs. de servicii de taxi. La evaluarea numărului de sarcini în așteptare și a timpului necesar pentru a le finaliza, calculați o limită WIP de 4 sarcini simultan.

cel mai adesea, echipele fixează 3-4 SARCINI ca limită WIP. Pentru că am alege calitatea > cantitate în orice zi.

Pasul 3: măsurarea și gestionarea fluxului de lucru

Kanban este totul despre flexibilitate. Asta înseamnă că aveți libertatea de a face modificări în fluxul de lucru, atâta timp cât proiectul dvs. beneficiază, desigur, de aceste modificări.

dar cum îți dai seama ce schimbări să faci?

modificările din fluxul de lucru se fac prin evaluarea valorii care curge în fluxul de lucru curent. Adică, cât de ușor se simplifică sarcinile de la a face la a face, fără blocaje.

și dacă orice modificări pot fi încorporate pentru a îmbunătăți acest flux, aceste modificări sunt făcute. Apoi, impactul lor asupra performanței este măsurat pentru a decide dacă să finalizeze aceste modificări sau să le renunțe.

exemplu: să presupunem că echipa dvs. a finalizat sarcinile cu o limită WIP de 3 SARCINI confortabil. Apoi măriți limita la 5.

începeți să observați sarcini în așteptare care se acumulează. Deci, decideți să schimbați limita WIP la 4 unități și să aflați că funcționează în avantajul dvs. Acum Puteți livra rapid articole și, în același timp, puteți menține calitatea.

pentru a menține acest echilibru, va trebui să măsurați și să urmăriți numărul de articole prezente în fiecare coloană a plăcii kanban, la un moment dat.

aici intră în joc diagramele de flux Cumulative. Acum veți ști nu doar numărul de articole din fiecare coloană, ci și timpul necesar pentru ca un element să se deplaseze de la o coloană la alta.

ați fi bucuroși să știți că Zepel are o caracteristică cumulativă a diagramei care vă va ajuta să măsurați și să gestionați fluxul de lucru în cel mai bun mod posibil. 🙂

în timp ce efectuați modificări la fluxul de lucru, este important să rețineți că motivul principal este să maximizați acest flux de valoare și să nu îl minimizați în niciun fel.

Pasul 4: explicitarea politicilor

cu toții avem propriile noastre politici, propriul nostru mod de a face ceea ce facem. Dar când devenim parte a unei echipe, lipsa unor orientări comune la care să aderăm creează adesea confuzie și haos.

de exemplu, cum putem trage sarcini de la A-do la în curs de desfășurare? Dacă este FIFO, ce facem atunci când un element cu prioritate ridicată se blochează în coadă doar pentru că a fost adăugat târziu?

pentru ca echipa dvs. să abordeze astfel de situații, care sunt foarte frecvente în Kanban BTW, acestea necesită claritate. Și pentru a obține o astfel de claritate, echipa dvs. are nevoie de politici explicite.

exemplu: Aveți proiectarea UI SARCINI, hărți, și rezervare taxi în coloana to-do de bord kanban. Următorul dvs. FIFO, în aceeași ordine cu sarcinile menționate mai sus. Dar o sarcină cu prioritate ridicată numită plată se adaugă la această listă.

acum, conform politicilor dvs. explicite, sarcinile cu prioritate ridicată trebuie finalizate mai întâi și, prin urmare, plata este mutată mai întâi în coloana în curs.

în mod similar, puteți seta politici explicite pentru orice activitate din fluxul de lucru.

un Must-do: Optimizare

efectuarea modificărilor și optimizarea strategiilor de flux de lucru în bine este un avantaj major pe care kanban îl oferă. De aceea, termenul Kaizen, adică îmbunătățirea continuă, este asociat cu kanban.

prin aceste optimizări, puteți identifica cele mai bune modalități de a oferi soluții valoroase prin creșterea vitezei de dezvoltare în același timp.

pentru a vă optimiza strategia de flux de lucru kanban în bine, va trebui să adoptați o abordare științifică.

în esență, afirmați o ipoteză pentru a face o modificare a tabloului, definind care trebuie să fie rezultatul dorit. Implementați schimbarea, permițându-i să se stabilească pentru o perioadă de timp. Și în cele din urmă, măsurați performanța acestei modificări pentru a decide fie să o adoptați, fie să o anulați.

dacă vă aplecați spre kanban, aruncați o privire la aceste exemple de bord kanban pentru a vă ajuta să efectuați apelul final.

pe de altă parte, dacă v-ați hotărât deja și sunteți în căutarea software-ului kanban perfect, consultați instrumentul nostru. Mult noroc kanbaning. Ne poți mulțumi mai târziu.

indiferent dacă alegeți Scrum sau Kanban sau decideți să implementați o combinație a ambelor, Zepel are toate angrenajele și pârghiile potrivite pentru a implementa metodologia agile în echipa dvs.

dar nu mă credeți pe cuvânt! Puteți verifica modul în care Zepel se compară cu alte instrumente agile de gestionare a proiectelor și puteți citi de ce peste 4000 de echipe de dezvoltare preferă Zepel.