4.0 Kanban vs Scrum – En komparativ oversigt

Traditionelt betragtes Kanban af de fleste eksperter som en form for Agile. Det betegner en tydelig iterativ ramme, der adskiller sig væsentligt fra sekventielle projektstyringsteknikker såsom Waterfall. En lignende ramme er Lean, som også voksede fra de samme Toyota -produktionsenheder og -praksis. Det involverer parametre som hurtig levering, ansvarlig beslutningstagning, eliminering af affald, empowerment af team og forstærkning af læring.

Med hensyn til agile teknikker er den mest almindelige Scrum. Det er baseret på en arbejdssprint, der involverer et lille tidsinterval (for det meste 2-4 uger), inden for hvilket arbejdet udføres. Det tager hensyn til teamets selvorganisering og besidder oplysninger såsom processen med teamoperationer, arbejdsstruktur og tilhørende regler og roller. Med hensyn til sammenligning bør man bemærke, at Kanban er mindre kompleks, mere tilpasningsdygtig og kun ledsages af få regler. Processen er ikke tidsbokset og kan tilpasses enhver proces eller teknik ved hjælp af WIP.

Beslutning om Kanban passer til din proces #

Den generelle regel for projektledere, der ønsker at anvende nye metoder, er at holde for øje den type forandring, som organisationen kræver. For eksempel, hvad angår radikale ændringer, bør ledere ty til Scrum. Der henviser til; i tilfælde af flere igangværende processer, Kanban kan være det rigtige valg, da det kan vedtages uden at foretage drastiske ændringer i systemet.

Coach for Agile Velocity, David Hawks, anbefaler at slå et par vigtige parametre op for at afgøre, om Kanban er den rigtige metode til dig. Han kommenterede yderligere, at Kanban er mere passende for projektteams, der stræber efter kontinuerlig forbedring. Desuden er hold med skiftende prioriteter og potentiale for opdeling i mindre underhold også velegnede til Kanban. Der er imidlertid forskellige meninger i denne henseende. Anderson mener, at ifølge flere casestudier er det ikke nødvendigt for teamet og arbejdet at blive opdelt i mindre bidder til Kanban. Kanban kan fungere ret godt med en bred vifte af teams, arbejdshastighed og kompleksitet.

I mellemtiden mener Hawks, at Kanban er mest nyttig, når hovedfokus er på kundens behov og præferencer. Det kan også være velegnet til virksomheder med en lavere trang til ændringer og forbedringer. Brumbaugh på den anden side foreslog Kanban som en mulighed for organisationer, der har svært ved at finde ud af Scrum. Han fortalte, at Kanban er et godt værktøj for at opbygge tillid til en organisation, og det har evnen til at sætte tonen for forståelsen af sprintsystemer som Scrum. Det kan yderligere bruges i alle vertikale produktudviklingsrammer. Derudover advarede han om, at Kanban ikke skulle foretrækkes i organisationer, der arbejder på et partnerskab eller i sådanne omgivelser, hvor interessenter ikke kan acceptere et bestemt sæt præferencer.

Kan du ikke bestemme mellem Kanban og Scrum? Vælg Scrumban #

Med populariteten af Kanban og dets effektive resultater er flere hybrider dukket op fra tid til anden. Særlige Scrum -teams, der var inspireret af Lean, såvel som Kanban, udtænkte måder at inkorporere begge således og dannede en hybrid, der almindeligvis betegnes som Scrumbag. Denne hybrid har til formål at tilføje det bedste fra begge teknikker ved at tilføje visualisering og WIP til Scrum. Scrum-praktiserende læge Savita Pahuja forklarer, at Scrum skal bruges til hændelsesdrevne arbejds- og vedligeholdelsesprojekter.

Hvordan kan Kanban implementeres? #

I tilfælde af at du har besluttet at implementere Kanban i din organisation, er følgende elementer nødvendige for at komme videre med det;

  • Engagement fra PM og projektteam
  • Kanban træning eller en træner
  • Fysisk eller online bord
  • Indkøb fra senior ledelse

Lawrence Roybal, administrerende direktør for Oxford Solutions Group, anbefaler, at Kanban -teams ideelt set ikke bør være mere end ni personer inklusive konsulenter. Et sådant arrangement sikrer effektiv beslutningstagning og gruppesammenhæng. Han kommenterede endvidere, at det er bydende nødvendigt for projektteamet at have den korrekte sammensætning af deltagere. Derudover påpegede Roybal, at en af hovedfejlene i Kanban er, at hold er tilbageholdende med at få tidligt buy-in. Fremover er det nødvendigt at afholde projektmøder, før projektet starter med Kanban. Det vil sikre, at de rigtige mennesker er tilgængelige til det rigtige job.