Kanban vs Scrum: Hvilken skal du bruge

På trods af hvor nemt det kan virke, er der en smule læringskurve i at forstå projektledelsesmetoderne i Kanban og Scrum. Uden at forstå, hvad de er, kan det blive vanskeligt at vælge, hvilke rammer der kan fungere for netop dine projekter, endsige implementere dem med succes.

Så lad os forstå Kanban og Scrum, de to agile rammer, i detaljer, sammen med forskellen mellem de to, og hvilken du bør overveje.

Hvad er Kanban?

Definition

Kanban er en agil metodik (et projektledelsessystem baseret på 12 principper og værdier) og hjælper dig med at fuldføre dit arbejde ved at visualisere det. Det gør dit team mere effektivt gennem en kontinuerlig arbejdsgang, tilskynder til resultater af høj kvalitet på grund af dets adaptiv karakter, og giver dig mulighed for at afslutte arbejdet lidt hurtigere med sin grænse for det igangværende arbejde (WIP) Herske. Vi vil diskutere det hele i detaljer om lidt.

Ramme

Til at begynde med denne metode kan du enten bruge et fysisk Kanban-kort eller et softwarebaseret Kanban værktøj.

Et typisk Kanban-kort består af tre primære kolonner: To-Do, Igangværende og Udført. Du kan inkludere flere af dem afhængigt af dit projekts kompleksitet - hvis du for eksempel leverer skrivetjenester, kan dine kolonner være: Pitch-udvikling, Draft, Edit, Ship og Promote.

Desuden indebærer praksis en regel om begrænsning af WIP. Det betyder, at du bestemmer antallet af emner, der kan forblive i en bestemt kolonne, før du starter arbejdet. Afhængigt af dit teams kapacitet og det aktuelle behov, kan du enten begrænse flytningen af ​​et kort fra den forrige liste til den næste eller flytte kort til den næste kolonne for at fremskynde processen.

Udover det er her nogle andre regler, du skal følge:

• Administrer flow: For at sikre, at kortene bevæger sig hurtigere og problemfrit, skal alle på holdet have en klar forståelse af arbejdet. Det leder os til følgende regel.
• Eksplicit politik: Det opfordrer Kanban-brugerne til at kortlægge klare retningslinjer og regler for projektet og en detaljeret forklaring af den kvalitet, de forventer af det endelige produkt.
• Feedback loops: Teammedlemmerne får hver morgen feedback på den foregående dags arbejde. Desuden giver de en opdatering på den aktuelle dags to-do-liste.
• Samarbejde: Afhængigt af den givne feedback foretager teammedlemmerne ændringer i opgaverne, før de går videre. Hvis vi tager ovenstående eksempel på skrivetjenester, lad os sige, at redaktøren finder store problemer i udkastet og giver feedback til skribenten. De flytter kortet tilbage til kladdekolonnen for at foretage ændringerne. Indtil skribenten har løst problemerne, kan kortet ikke komme videre på brættet.

Metrics

Den primære metrik for Kanban er leveringstiden. Det betyder perioden mellem ankomsten af ​​en ny opgave og dens afslutning.

Skift filosofi

Kanban-metoden handler om fleksibilitet. Du kan ændre tingene, mens du går, baseret på din prioritet. Hvis der for eksempel kommer en ny, mere kritisk opgave, kan du sætte en eksisterende opgave med lav prioritet i bero og tilføje det nye arbejde til efterslæbet.

Desuden kan du arbejde videre med en aktuel opgave baseret på den modtagne feedback. Plus, hvis dit team ændrer sig, så afhængigt af kapaciteten af ​​de eksisterende gruppemedlemmer, kan du også justere WIP-grænsen for kvalitetsarbejde og teameffektivitet.

Du kan bruge Kanbanisere, Kanban Flow, eller Jira software at implementere Kanban-projektledelsesmetoden.

Hvad er Scrum?

Definition

Scrum er også en agil ramme, der bruger en empirisk (eller empirisk) tilgang. Det er en videnskabelig teori, der siger, at al viden er baseret på erfaring.

For at bruge denne projektledelsesmetodologi har du brug for et team, der fuldfører et trin af arbejde eller produkt, der skal sendes inden for et fastsat tidsinterval. Den periode, hvor holdet afslutter arbejdet, kaldes Sprint. Hvis dit projekt f.eks. skal udgive et e-handelswebsted, kan du opdele det her i Sprints:

• Sprint 1: Udvikl et offentligt vendt websted.
• Sprint 2: Gør produkterne tilgængelige på hjemmesiden.
• Sprint 3: Gør det muligt for kunderne at foretage online køb på hjemmesiden.

Efter afslutningen af ​​en Sprint sendes produktet eller gøres tilgængeligt for kunderne for at indsamle deres feedback i realtid. Baseret på det er det forbedret.

Roller

Dette er de specifikke roller, du skal bruge for at implementere Scrum-projektledelsesmetoden.

• Produktejer: Projektejeren sikrer, at teamet arbejder effektivt og leverer kvalitet.
• Scrum Master: Scrum Master deler projektet op i trin (Sprints), tildeler opgaver til udviklere og sikrer, at alt går efter Scrum reglerne.
• Udvikler: Den eller de personer, der arbejder med opgaverne i en Sprint.

Ramme

• Sprint planlægning: Projektejeren, sammen med Scrum Master og udviklere, bestemmer produktefterslæbet og tidslinjen for at gennemføre et sprint og levere et produkt af høj kvalitet.
• Daglig Scrum: Det er de hurtige 15-20 minutters møder, også kaldet daglige stand-ups, afholdt for at gennemgå, hvad der skete den foregående dag og sikre, at tingene bevæger sig til tiden.
• Gentagelsesgennemgang: Det er her, de færdige Sprints bliver gennemgået og demonstreret.
• Tilbagevirkende kraft: Der gives den kombinerede eksterne (fra kunderne) og interne feedback. Denne gennemgangssession hjælper hovedsageligt holdet med at forstå, hvad der gik godt, hvad der ikke gik, og hvordan de skal fungere for at levere fremtidige sprints af høj kvalitet.

Metrics

Metrikken i Scrum er Story Points. Dette er en estimeret indsatsenhed, der vil tage at gennemføre en Sprint – for eksempel kan 1 Story Point være lig med 4-5 timer, og 2 Story Points kan være 5-10 timer.

Baseret på det kan Story Points for en Sprint være noget som 20, 35, 41 eller deromkring.

Skift filosofi

Holdene sigter mod at afslutte en bestemt sprint på den angivne tidslinje. Ændringen implementeres først ved levering af det endelige produkt og modtagelse af kundefeedback.

Da ændringerne først foretages i slutningen, afholdes den retrospektive session hovedsageligt for at sikre, at der modtages et minimum af negativ feedback over tid, og at de leverede Sprints er af høj kvalitet.

Du kan bruge nOpgave, Zoho Sprint, eller Jira software at implementere denne projektledelsesmetode.

Forskellen mellem Scrum og Kanban

Kanban	Scrum
Natur	Adaptiv: Brug det visuelle til at komme videre i processen og fuldføre arbejdet	Perspektiv: Forbedre opgaverne baseret på erfaring, prioritering og feedback i realtid.
Ramme	Kanban board bruges til at visualisere værket.	Arbejdet udføres med udgangspunkt i Sprintplanlægning, Sprints, Daily Stand-ups, Iteration review og Retrospectives.
Kadence	Kontinuerligt flow, feedback loops.	Sprints med fast længde (2 uger eller 1 måned) baseret på Story Points.
Roller	Der kræves ingen særlige roller.	Produktejer, Scrum Manager, Udvikler.
Software	Kanbanize, Kanban Flow, Jira Software	nTask, Zoho Sprint, Jira Software

Hvilken er den rigtige for dig?

Du kan vælge enten Kanban eller Scrum, afhængigt af din type projekt.

Du kan gå med Kanban, hvis:

• Dit projekt kræver fleksibilitet i tid.
• Du skal visualisere opgaverne for at holde styr på alt.
• Du ønsker en adaptiv metode og har brug for at rette op på tingene, mens du går for at sikre leveringen af ​​et produkt af høj kvalitet.

Vælg Scrum, hvis:

• Du har et komplekst projekt, der kræver et specifikt team for at sikre, at alt fungerer problemfrit.
• Du skal gennemføre det på et givet tidspunkt.
• Du lægger vægt på kundefeedback.

Kanban eller Scrum: Hvilken vælger du?

Begge metoder er fantastiske. Hvis du har svært ved at vælge mellem de to, kan du implementere både Kanban- og Scrum-metoderne samtidigt – for eksempel Scrum til at fuldføre dit overordnede projekt og Kanban til at arbejde på dine Sprints effektivt.

Asana vs. Jira: Hvilken er bedre til agil metodologi?

Læs Næste

Om forfatteren