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.
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.
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:
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:
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.
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.
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.
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Får du nogensinde følelsen af, at dagen er for kort til at gøre alt det,…
Hvad er software? Hvad er typerne og metoderne til distribution? Når vi holder os til…
At præsentere og kommunikere forskningsresultater er sandsynligvis en af de mest afgørende (og krævende) evner…
Ved du, hvordan man opretter en e-bog? Kender du alle de væsentlige aspekter af en…
Bæredygtig markedsføring er ikke længere bare en af de markedsføringsstrategier, du kan anvende i din…
For nylig er to fænomener opstået på arbejdsmarkedet, der relaterer sig til holdningerne hos nutidens…