implementering af Agile metoder: en ultimativ Guide

hvis du er her, er mit gæt, at der er nogle ineffektiviteter i den måde, dit team arbejder på lige nu. Og du vil sandsynligvis fjerne dem ved at implementere agile i dit team.

selvfølgelig handler implementering af agile ikke kun om at affyre et agilt værktøj og samarbejde med dine holdkammerater.

hvis det var så let, ville du ikke læse denne artikel, ville du?

derfor leder jeg dig gennem hvert eneste trin om, hvordan du med succes kan implementere agile inden for dit team i denne artikel.

hurtig kontekst om Agile: hvad & hvorfor

Vandfald: du kan ikke foretage ændringer i et igangværende projekt, bestemt ikke til forretningsbehov og forventninger.

Agile: Hold my beer karrus

Agile er en ekstremt praktisk tilgang til at udvikle fantastiske produkter. I modsætning til vandfald, hvor risici ikke kan ydes, og fiasko ikke er en mulighed, omfavner agile risici og er parat til at håndtere fiasko.

Agile har viljen til at lære gennem hele produktudviklingsprocessen. Og det har åbenheden til at indarbejde ændringer modtaget via tidlig feedback, på ethvert tidspunkt. Disse kvaliteter af agile tilskriver dens høje succesrater-2 gange vandfaldsmetoden!

så du behøver ikke bekymre dig om et projekt, der kun tager flere måneder for at finde ud af, at det ikke er noget som du visualiserede. Ingen sådanne bummers med agile!

det fungerer som det perfekte medium for teams at lære og vokse, mens de opfylder kundens behov. Helt seriøst, hvem vil ikke have det?

Psst! Her er en komplet guide til agil projektledelse, som du finder nyttige til at lære det grundlæggende i agile.

nu hvor du ved, hvad agile er, og hvorfor det er populært, lad os springe til den vigtige del: hvordan implementeres den agile metode med succes?

vellykket Agile implementering: trin for at få det rigtigt

Agile modtager en masse tilbageslag på internettet for sent. Men når du kigger nærmere, finder du, at der kun er en væsentlig årsag bag dette – dårlig implementering af agile praksis. Så for at maksimere agile ‘ s potentiale er det afgørende at implementere det, mens man følger dets principper og værdier som nævnt i Agile Manifesto.

lad os nu se på de vigtigste trin, der er involveret i den agile programmeludviklingsproces, og hvordan man implementerer den.

Trin 1: Envisioning produktet

den første og fremmest ting at gøre, før du begynder dit projekt er at klart definere, hvad du agter at opnå gennem det. Og så for at visualisere det helt fra start til slut.

billede det, tegne det, hvis du skal, og notere de vigtige detaljer om projektet, der vil danne sit fundament. Detaljerne skal dække:

• løsning af problemet-problemstilling, behov for en løsning, hvordan løsningen vil løse problemet
• markedsundersøgelse – omfang, målgruppe, konkurrentanalyse, positionering
• Produktdefinition – navn, funktioner, fordele, værdiproposition

formålet med dette trin er at få klarhed om projektets vision og brainstorm for ideer til implementering af det. Og også for at sikre, at hele dit team er på samme side.

eksempel: lad os antage, at dit projekt er at udvikle en mobilapp til tjenester.

du gør alt det grundlæggende arbejde og markedsundersøgelse. Du identificerer din målgruppe, deres dybeste problemer med den aktuelle løsning, hvordan din app løser den, og hvem dine konkurrenter er. Du visualiserer også, hvordan din app vil se ud og fungere.

når du visualiserer din app, opretter du projektet ved at give det et navn, brainstorme og notere de funktioner, det vil besidde, og skrive brugerhistorier for hver funktion.

når du starter et projekt, skal du begynde med et bang. Fordi, som det irske ordsprog siger, ” at gøre begyndelsen er en tredjedel af arbejdet.”

for at hjælpe dig med at starte på den rigtige tone og indstille tempoet for resten af projektet, brug det rigtige værktøj, der er perfekt til dig.

kan være det værktøj.

Epel giver dig mulighed for at oprette projekter eller hold og navngive dem efter din bekvemmelighed. Når du har oprettet dit hold, kan du oprette de nødvendige funktioner.

under hver funktion kan du oprette brugerhistorier og tilføje specifikke opgaver og underopgaver. Giv dine opgaver et navn, beskrivelse, forfaldsdato, og tildel dem også til dine teammedlemmer.

Trin 2: udlægning af en køreplan og organisering af udgivelserne

for at opnå et klart billede af projektet, Den næste ting at gøre er at lægge køreplanen sammen med en grov plan for udgivelserne.

her skal du og dit team diskutere og designe en handlingsplan for produktet. Denne handlingsplan skal indeholde en oversigt over produktudviklings-iterationerne med foreløbige frister for hver udgivelse.

når du har designet din køreplan, er det vigtigt at oprette en tidsplan med de indstillede milepæle, dvs.tidsrammer for hver udgivelse af produktet. Disse tidsrammer behøver ikke være nøjagtige datoer, men det er ideelt at indstille realistiske frister.

ved at gøre det bliver teamet heller ikke sløvt, og produktejeren mister heller ikke tålmodigheden. Så gå videre og opret den tidsplan med alle udgivelsesdatoer.

eksempel: du opretter en køreplan for app ‘ en med omtrentlige, realistiske tidsrammer.

du har opdelt dit projekt i 4 milepæle – Core UI design, kort med betaling, kørebestilling i din by, førerhusudlejning til langdistanceture.

du planlægger nu udgivelserne til dette projekt med løse tidsrammer og organiserer dem i en tidsplan.

med denne køreplan har du med succes oversat din vision til en handlingsplan, som dit team kan følge.

Trin 3: Valg af din ramme-Go Scrum eller go Kanban?

” vi er den, vi vælger at være.”- Green Goblin, fra Spider-Man

tilsvarende vil dit projekt være, hvad vi vil have det, hvis du vælger den rigtige ramme.

men for at vælge klogt skal du kende svarene på følgende spørgsmål:

• hvad er scrum og kanban?
• hvorfor og hvornår skal man vælge dem?
• hvordan implementeres dem?
• forskelle mellem scrum og kanban

lad os dykke lige ind, skal vi?

Hvornår skal man vælge Scrum?

Scrum er en udbredt agil ramme. I denne metode opdeles komplekse problemer i mindre brugbare løsninger og leveres i sprints. Hver sprint er timebokset til at blive frigivet i 1 – 4 uger, oftest inden for 2 uger.

de fleste hold vælger scrum som deres foretrukne agile metode, fordi det er den mest populære og succesrige ramme. Ifølge Scrum Alliances undersøgelse fra 2015 var 62% af scrum-projekterne en succes. Jeg er sikker på, at tallene er steget siden da.

men hvordan ved du, om scrum er ideel til dit projekt? Scrum er apt, når dit projekt kræver:

• åbenhed for at indarbejde ændringer i krav, prioriteter og endda løsninger efter hver iteration
• arbejde i cyklusser på begrænsede funktioner med garanteret levering i slutningen af hver cyklus
• kundecentreret test og feedback er prioriteten

virker scrum imponerende? Eller tænker du som hej, det virker alt godt på papir, men hvordan går det i den virkelige verden?

for at svare på det, lad mig gå igennem for at implementere agile med scrum.

Hvornår skal du vælge Kanban?

Kanban er en anden populær metode i agile. Det er en progressiv proces, der sikrer kontinuerlig levering. Der er ingen sprints her. I stedet prioriteres opgaverne i projektet og afsluttes derefter et par elementer sammen på en gang efterfulgt af det næste sæt resterende elementer.

Kanban board bruges af teams til at se projektets fremskridt på et mikroniveau.

Kanban er den til dit projekt, hvis:

• der er mange ikke-relaterede brugerhistorier og opgaver
• krav og deres prioriteter ændrer sig som vejret
• du ønsker at implementere flere udgivelser på mindre end en uge, især uplanlagte

Kanban er ekstremt fleksibel og ret enkel med hensyn til implementering. Hvis du mener, at det ser ud til at passe til regningen for dit projekt, kan du her implementere agile ved hjælp af kanban.

hvis du stadig diskuterer mellem scrum og kanban, skal du forstå forskellene mellem de to ved hjælp af denne artikel: Forskelle mellem scrum og kanban.

implementering af Agile Scrum-vejen

hvis du får Scrum rigtigt, er dit projekt garanteret at være på sin bane til succes. Ret

Tag et hurtigt kig på de trin, der går ind med succes vedtage scrum for dit projekt.

Trin 1: Indsamling af krav til Product Backlog

før du begynder dit scrum-projekt, skal du indstille scenen for det. Det vil sige, du skal samle alle forretningskrav og oprette en efterslæb kaldet produktefterslæb med alle opgaveposterne.

så gå videre, planlæg en diskussion med din produktejer for at få forretningsbehovet.

din næste prioritet er at få produktet backlog elementer prioriteret.

eksempel: fra dit møde med ejeren af produktet vedrørende app ‘ en har du samlet alle forretningskravene og gemt dem som brugerhistorier.

du diskuterer nu med produktejeren og tildeler prioriteter til hvert af elementerne i denne efterslæb. Du har lagt fundamentet.

at sætte prioriteter på emner, kommunikere dem med dit team og holde styr på dem kan være lidt udmattende, for at være ærlig. Så ville du tro mig, hvis jeg fortalte dig at bruge enkle hashtags kan gøre dit arbejde meget mere ligetil?

i Epel kan du bruge #high, #medium og #lav til at hjælpe dig med at prioritere dine opgaveelementer i en jippy.

Trin 2: Planlægning af Sprints

sprintplanlægning er et afgørende skridt, hvis du følger scrum-rammen for at udvikle dit produkt.

og her er et kig ind i, hvad der sker under denne planlægning:

• produktejeren leveres med en opdateret liste over prioriterede brugerhistorier og opgaveelementer.
• hele udviklingsholdet med input fra produktejeren estimerer hver brugerhistorie.
• sprintmålet er klart defineret.
• baseret på sprintmålet, sprintvarigheden og estimaterne for hver brugerhistorie brainstormer teamet sammen og tilføjer brugerhistorier til sprint-efterslæbet.

selvom jeg ikke kan få dig Tony Stark til at udtænke den perfekte plan, som han altid gør, er her en informativ artikel om mastering af sprintplanlægning, der vil være et praktisk værktøj. Så få revner på din sprint plan.

eksempel: du planlægger sprints til din app. Du placerer login, tilmelde, og grundlæggende app UI design i den første sprint.

du lægger derefter kortene og betalingsaktiviteterne i den anden sprint, booker biler i den tredje sprint osv., indtil du er færdig med at planlægge alle sprints, der dækker alle opgaver i projektet.

det er meget kedeligt arbejde. Men hvad nu hvis du havde et værktøj til at gøre livet let for dig?

med Sprints er beskatningsopgaven med sprintplanlægning sikker på at blive en tur i parken for dig. Opret en sprint, angiv en varighed for den, og tilføj det prioriterede sæt brugerhistorier eller opgaver til det. Det er virkelig så simpelt!

Sepel vil automatisk vise dig et overblik over den planlagte Sprint, så du kan justere planen baseret på dine krav.

Trin 3: gennemgang af sprinten

den sande skønhed ved agile scrum ligger i den fleksibilitet, den giver til at gennemgå, rette og improvisere på ethvert trin i udviklingscyklussen; især efter hver sprint afholdes en gennemgang for at vurdere dens resultater. Og for at kontrollere, om virkeligheden faktisk svarer til forventningerne, eller om den er langt fra den.

hele teamet evaluerer slutproduktet for at kontrollere, om alle forretningsbehov er opfyldt. Du kan også invitere dine beta-kunder til at dele feedback.

eventuelle problemer eller ubesvarede krav, der findes, diskuteres og bemærkes at blive arbejdet med senere i de kommende sprints.

eksempel: lad os sige, at dit team har gennemført reservationsfunktionen for appen som en del af den aktuelle sprint. Og du kører det af kunden under sprint anmeldelse.

under gennemgangen indser du, at du ikke har inkluderet planlagt afhentning til reservationsfunktionen. Kunden giver også nogle værdifulde feedback vedrørende appens berøring og fornemmelse. Du noterer disse ned for at arbejde på dem senere.

men i stedet, hvis du bare kunne tilføje disse små ændringer og savnede elementer til en liste, ville det ikke være nemmere at holde styr på, følge op og implementere?

til dette formål tilbyder vi en listefunktion, hvor du kan tilføje udeladte opgaver, fejl, forbedringer og endda brugerhistorier.

du kan senere flytte disse elementer til en tilsvarende funktion eller sprint. Ud over dette, for at du kan spore en sprints fremskridt og gennemgå det, giver vi en Sprintrapport med burnup og Burn ned diagrammer.

Post sprint anmeldelse, der er en ærlig-til-godhed chance for ændringer, der skal indarbejdes i produktet, som bliver afspejlet i produktet efterslæb og i sidste ende i sprint planen.

nu bliver revurdering af hvad man skal gøre næste afgørende for projektets fremskridt. Dette kræver et sprint retrospektivt møde. Under denne diskussion, hele holdet gennemgår, revurderer, og omprioriterer sprintelementerne, baseret på tidligere sprintresultater, for at forbedre den kommende sprint.

eksempel: du har et sæt dig ned med dit team for at få deres perspektiv på, hvad der fungerede i den forrige sprint, hvad der ikke gjorde, og hvad der kan forbedres. Måske vil du identificere, at din prioritering var dårlig, og det resulterede i, at dit team tog mere på deres plade, end de kunne jonglere.

du vil blive overrasket over den indsigt, Du får fra dit team om, hvad der kan forbedres.

vi har sammensat en håndfuld retrospektive skabeloner, du kan bruge til at afdække muligheder for at forbedre i dit team.

hvad der ville komme til nytte under denne proces er din tidligere sprints fremskridt. Indtast Sprint burnup og brænde rapporter.

ved hjælp af disse diagrammer, kan dit team diskutere ideer bedre, da det giver et komplet perspektiv af, hvad der skete under sprint.

et Must-do: holder regelmæssige Standups

bortset fra alle de tekniske trin, der er nævnt ovenfor, er her noget, du skal gøre for at få scrum rigtigt — daglige Standups.

en standup er et kort møde, der afholdes hver dag under sprinten. Dens mål er at få opdateringer om projektets fremskridt.

men her er en almindelig fejl, som hold laver. De begrænser ikke varigheden af deres standups til 15 minutter. Som et resultat føler de, at de bruger mere tid på at deltage i møder i stedet for at udvikle produktet. Så længe du holder dig til denne tidsramme, er du god til at gå. Hr.

hvis du er overbevist om, at scrum er til dit projekt, skal du lære scrum ‘ s A-Å og hvordan du implementerer det dybtgående fra denne definitive guide.

eller hvis du er færdig med teorien og klar til at implementere Scrum med dit team, får du dækket. Prøv os!

implementering af Agile Kanban-vejen

implementering af kanban er lige så simpelt som at forstå det. Her er en oversigt på højt niveau over, hvordan kanban typisk implementeres.

Trin 1: visualisering af arbejdsgange med Kanban Board

for at få dit projekt til at rulle med kanban, skal du visualisere og have din arbejdsgang indstillet. Til dette skal du oprette kolonner i dit kanban – kort for hvert trin i dit projekt-fra to-do til done.

du tildeler derefter alle opgaveelementer, der er oprettet ud fra forretningsbehovene, til deres respektive præstationsfaser.

hvis du venter på en fangst, er der ikke nogen. Kanban er, for en kendsgerning, dette ligetil.

eksempel: lad os antage, at du har oprettet et kanban-kort med 3 kolonner til din app. De 3 Kanban-kolonner er: to-do, in-progress og done.

du har samlet alle forretningskravene og konverteret dem til opgaver som design af brugergrænseflade, login/tilmelding, reservation, betaling osv. Du tildeler nu hvert af disse elementer til tilsvarende arbejdsprocestrin på Kanban-kortet.

sig booking og betaling er endnu ikke begyndt, og så er de i to-do. Login / tilmelding er afsluttet, så du flytter den til done. I mellemtiden er design af UI i gang.

med Kanban board-funktionen bliver hele denne proces 10 gange lettere. Du kan hurtigt oprette brugerdefinerede Kanban-kolonner, oprette og tildele opgaver til hver kolonne.

hos Kanban er vi klar over, at et realtidsprojekt vil have hundredvis af opgaveposter. At holde styr på dem kan være krævende. Men med de avancerede filtre kan du nemt spore dem.

Bemærk: Du kan have så lidt som 3 til så mange Kanban-kolonner, som dit projekt kræver.

Trin 2: begrænsning af VIP-enhederne

VIP-enheder eller igangværende arbejdsenheder henviser til antallet af igangværende opgaver. At sætte en grænse for antallet af enheder er et must-do. Fordi vi oftest bliver båret af at forsøge at flytte så mange opgaver fra to-do til done.

og vi ender med at overbelaste den igangværende kolonne med mere antal opgaver end antallet af hænder til rådighed til at implementere dem. Kort sagt, det er en opskrift på flaskehalse.

men at tage for få på hånden er igen et problem, da Tiden er af afgørende betydning. Så det er bydende nødvendigt at finde det søde sted mellem fyldning og salg af kort.

eksempel: du arbejder på at fastsætte VIPGRÆNSEN for din app. Når du vurderer antallet af opgaver, der afventer, og den tid, der er nødvendig for at fuldføre dem, beregner du en VIPGRÆNSE på 4 opgaver ad gangen.

oftest løser hold 3-4 opgaver som VIP-grænsen. Fordi vi ville vælge kvalitet > mængde enhver dag. Venstre

Trin 3: Måling og styring af arbejdsgangen

Kanban handler om fleksibilitet. Det betyder, at du får friheden til at foretage ændringer i din arbejdsgang, så længe dit projekt naturligvis drager fordel af disse ændringer.

men hvordan finder du ud af, hvilke ændringer der skal foretages?

ændringer i arbejdsprocessen foretages ved at vurdere den værdi, der flyder i din aktuelle arbejdsproces. Det vil sige, hvor glat gør opgaverne strømline fra to-do til done uden flaskehalse.

og hvis der kan indarbejdes ændringer for at forbedre denne strøm, foretages disse ændringer. Derefter måles deres indflydelse på ydeevnen for at beslutte, om disse ændringer skal afsluttes eller droppes.

eksempel: lad os sige, at dit team har udført opgaver med en VIPGRÆNSE på 3 opgaver komfortabelt. Derefter øges grænsen til 5.

du begynder at lægge mærke til ventende opgaver hober sig op. Så du beslutter at ændre VIP-grænsen til 4 enheder og finde ud af, at det fungerer til din fordel. Du er nu i stand til at levere varer hurtigt og samtidig opretholde kvaliteten.

for at opretholde denne balance skal du til enhver tid måle og holde styr på antallet af elementer, der findes i hver kolonne på Kanban-tavlen.

det er her kumulative rutediagrammer kommer i spil. Du ved nu ikke kun antallet af elementer i hver kolonne, men også den tid det tager for et element at flytte fra en kolonne til en anden.

du vil være glad for at vide, at Epel har en kumulativ diagramfunktion, der hjælper dig med at måle og styre din arbejdsgang på den bedst mulige måde. 🙂

mens du foretager ændringer i arbejdsprocessen, er det vigtigt at huske på, at det primære motiv er at maksimere denne værdistrøm og ikke minimere den på nogen måde.

Trin 4: Gør politikker eksplicit

vi har alle vores egne politikker, vores egen måde at gøre, hvad vi gør. Men når vi bliver en del af et team, skaber ikke at have fælles retningslinjer at overholde ofte forvirring og kaos.

for eksempel, Hvordan trækker vi opgaver fra to-do til igangværende? Hvis det er FIFO, hvad gør vi, når et emne med høj prioritet kun sidder fast i køen, fordi det blev tilføjet sent?

for dit team til at løse sådanne situationer, som er meget almindelige i Kanban BTV, de kræver klarhed. Og for at opnå en sådan klarhed, dit team har brug for politikker, der skal gøres eksplicit.

eksempel: Du har UI-Design, kort og booking af opgaver i kolonnen to-do på dit kanban-kort. Din følgende FIFO, i samme rækkefølge som de ovennævnte opgaver. Men en højt prioriteret opgave kaldet betaling bliver tilføjet til denne liste.

i henhold til dine eksplicitte politikker skal opgaver med høj prioritet udføres først, og derfor flyttes betalingen først til kolonnen i gang.

på samme måde kan du angive eksplicitte politikker for enhver aktivitet i arbejdsprocessen.

et Must-do: Optimering

at foretage ændringer og optimere dine arbejdsgangsstrategier til det bedre er en stor fordel, som kanban tilbyder. Derfor er udtrykket Kaiser, der betyder at løbende forbedre, forbundet med kanban.

gennem disse optimeringer kan du identificere, hvordan du bedst kan levere værdifulde løsninger ved at øge din udviklingshastighed på samme tid.

for at optimere din Kanban-arbejdsgangsstrategi til det bedre skal du tage en videnskabelig tilgang.

i det væsentlige angiver du en hypotese for at foretage en ændring i bestyrelsen og definere, hvad det ønskede resultat skal være. Du implementerer ændringen, så den kan afregne i en periode. Og endelig måler du udførelsen af denne ændring for at beslutte at enten vedtage den eller fortryde den.

hvis du læner dig mod kanban, skal du kigge på disse Kanban board eksempler for at hjælpe dig med at foretage det endelige opkald.

på den anden side, hvis du allerede har besluttet dig og er på udkig efter det perfekte Kanban-program, så tjek vores værktøj. Held og lykke kanbaning. Du kan takke os senere.

uanset om du vælger Scrum eller Kanban eller beslutter at implementere en kombination af begge dele, har vi alle de rigtige gear og håndtag, så du kan implementere den agile metode i dit team.

men tag ikke mit ord for det! Du kan tjekke, hvordan vi sammenligner med andre agile projektstyringsværktøjer og læse, hvorfor 4000+ udviklingshold foretrækker vi.