Scrum Guide | 33. Scrumban og Kanban-tavler i Scrum

Scrum og Kanban er teamwork metoder, der deler mange ligheder. Der er dog også forskelle, som vi gerne vil diskutere i dag. Kanban-tavler anvendes også ofte af Scrum-teams. Dette skyldes, at de er meget praktiske til at visualisere teamwork og dets fremskridt. Ved at kombinere det bedste fra begge metoder opstod der en teknik kaldet Scrumban. Det er populært i projekter, der kombinerer produktudvikling med servicelevering, hvor lange Sprints og relativt formaliserede Scrum-møder ikke altid er egnede.

Scrumban og Kanban-tavler i Scrum – indholdsfortegnelse:

1. Introduktion
2. Kanban vs Scrum
3. Kanban-tavler i Scrum
4. Scrumban
5. Sammenfatning

Introduktion

Kanban er en metode, der blev udviklet i Japan. Den opstod i 1950’erne og var primært et værktøj til at styre kontinuerlig produktion på en måde, så der ikke blev skabt lagre og overskud, men for at behandle ressourcer løbende. I begyndelsen af det 21. århundrede blev Kanban tilpasset behovene inden for softwareudvikling af David J. Anderson.

Kanban vs Scrum

Den overordnede arbejdsmetode i Kanban adskiller sig fra Scrum primært ved at bringe en mindre formel tilgang. I Kanban er der ikke så detaljerede retningslinjer for eksempelvis arbejde i Sprints, rollerne som Product Owner, Scrum Master og Development Team. Dette er muligt, fordi Kanban fokuserer på kontinuiteten af opgaver, såsom at levere en bestemt type service, som er mere gentagelige og ikke kræver så kompleks planlægning.

Dog er formålet og arbejdsmetoderne ens. Målet med Kanban er at levere det højeste kvalitetsprodukt til kunden til tiden. Principperne vedrørende arbejdsmetoder, der er fælles for begge metoder, kan formuleres som følger:

1. Arbejdet skal være glat og uden nedetid – i Scrum opnås dette ved den kontinuerlige rækkefølge af Sprints, mens arbejdet i Kanban er kontinuerligt på grund af den glatte strøm af opgaver. De danner en kø, fra hvilken udviklerne vælger (trækker) et par opgaver til at fuldføre.
2. Teamet skal kun fokusere på udvalgte opgaver – ved at bruge Kanban-terminologi skal teamet “reducere arbejdet i gang”. I Scrum er ækvivalenten til dette User Stories valgt fra Product Backlog til at sætte i Sprint Backlog.
3. Fremskridtene af opgaver skal være synlige for alle involverede – i Kanban visualiseres de af tavler, som også ofte findes i Scrum-teams.

Kanban-tavler i Scrum

En Kanban-tavle er et meget anvendt værktøj til at visualisere teamwork. Det er et bord med flere kolonner. I hver af dem er der opgaver med en bestemt status. Kategoriseringen af opgaver er baseret på en simpel regel: et kort med en beskrivelse af opgaven – eller dens virtuelle ækvivalent – placeres i en af kolonnerne. Den minimale version af Kanban-tavler indeholder tre kolonner:

• At gøre
• I gang
• Færdiggjort – til den sidste kolonne går de opgaver, der opfylder Definitionen af Færdiggørelse, som vi skrev her.

Nedenfor kan du finde et eksempel på en kanban-tavle fra et alt-i-én projektstyringssystem – Firmbee.com

Almindeligvis er der flere kolonner. Hvis der er flere opgaver, der skal fuldføres, er der normalt en ekstra kolonne med titlen “udvalgt til færdiggørelse” mellem kolonnerne “til at fuldføre” og “i gang”. Mens “at gøre”-kolonnen fungerer som Product Backlog, som vi skrev om her, fungerer kolonnen “udvalgt til færdiggørelse” som Sprint Backlog, som vi beskriver i detaljer i denne artikel.

Den anden almindelige tilføjelse er en “under gennemgang” kolonne eller “til godkendelse”. Den indsættes normalt mellem kolonnerne, der indeholder “i gang” opgaver og “færdiggjorte” opgaver. Den indeholder opgaver, der er færdiggjort af Development Team, som venter på godkendelse fra Product Owner. Product Owner’s opgave er at kontrollere deres overensstemmelse med acceptkriterierne og få deres endelige godkendelse fra kunden. I denne situation flyttes kun de endeligt accepterede opgaver til den sidste kolonne.

Scrumban

På grund af den enorme popularitet af Scrum og Kanban opstod deres hybrid, der kombinerer det bedste fra begge arbejdsmetoder. Scrumban fungerer bedst i organisationer, der forbinder skabelsen af produkter med levering af tjenester, ofte involverende implementeringen af produktet hos kunden. På grund af reduktionen i møder og kommunikation kan teamet være større.

Scrumban lægger mindre vægt på de metrikker, der almindeligvis anvendes i Scrum, såsom Burndown Chart. Dog bruger det Scrum-søjlerne af behovet for kontinuerlig forbedring af arbejdsprocessen og tilpasning til kundens forhold og behov.

Når man arbejder i Scrumban, er arbejdet dog ikke opdelt i Sprints. Scrum-møder afholdes hver 3., 6. eller 12. måned.

Planlægningen af arbejdet følger “On-Demand”-princippet, dvs. som det opstår. User Stories placeres direkte i den første kolonne af Kanban-tavlen, der indeholder “at gøre” opgaver. Således fungerer det som Sprint Backlog, som vi skrev om i mere detaljer i denne artikel. Som i Sprint Backlog placeres de mest presserende opgaver øverst på to-do-listen. Dog kan projektlederen for mere komplekse projekter opretholde en separat to-do-liste, der svarer til Product Backlog, fra hvilken han eller hun vælger, hvilke opgaver der skal placeres i den første kolonne.

Når opgaver flyttes fra den første til den anden kolonne, gælder “Pull”-reglen. Det betyder, at opgaver ikke tildeles en bestemt udvikler. Hver person vælger en opgave fra køen og udfører den uafhængigt.

Antallet af opgaver, der placeres i den midterste kolonne, “til færdiggørelse”, er normalt begrænset afhængigt af teamets størrelse, så alle, hvis muligt, kun arbejder med én opgave ad gangen.

Sammenfatning

Scrum og Kanban, selvom de bruges til lignende formål, er forskellige arbejdsmetoder. Scrum fungerer bedst i kreative, innovative projekter udført af små Scrum-teams. Kanban, derimod, blev skabt til at operere i et kontinuerligt og nedetidsfrit miljø for at levere lignende tjenester. Scrum bruger ofte Kanban-tavler som en metode til at visualisere det udførte arbejde. Kombinationen af begge resulterede i Scrumban, som fungerer bedst som en ramme for organisationer, der sælger deres produkter og leverer tjenester baseret på dem til kunden.

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.