Kanban eller scrum til dit projekt?
Dagens emne er to udviklingsmetoder der findes, blandt andet inden for it-projekter.
Derfor lyder dagens spørgsmål “Skal vi bruge kanban eller scrum til vores aktiviteter?”.
Vi har brugt begge metoder ret mange gange og i en hel del år efterhånden.
Kanban er jo lidt nyere inden for projekter ifht. scrum, selvom konceptet jo faktisk er meget ældre.
Det kom sig af at scrum ikke helt viste sig at være den silverbullet som nogen gerne ville gøre den til. Metoden er dog ganske fin til de rette formål.
Scrum egner sig ikke til volatile opgave, dvs. opgaver som ændrer sig eller en volatil hverdag hvor opgaverne bliver skiftet ind og ud.
Metoden egner sig generelt ikke til mange ændringer. Det er der mange der fundet ud af og som har kæmpet med at få scrum til at fungere i den kontekst, men forgæves da scrum ikke egner sig til det.
Kanban eller scrum
Vi synes at man skal bruge Scrum i de omgivelser hvor opgaverne kan holdes relativt faste. Jo mere faste opgaver, jo større mulighed for succes med scrum.
Det kunne f.eks. være i et projekt, hvor du ved hvad der skal laves det næste halve år og hvor det primært handler om at gnave af en opgavestak.
Men hvis omgivelserne er mere volatile, så er kanban et bedre valg. Det kunne f.eks. være i en support afdeling, hvor vi har set mange forsøge sig med at implementere Scrum uden det store held.
Kanban er jo i princippet ret simpelt. Der er meget få regler der skal overholdes og i forhold til en vedligeholdelsesopgave eller support, så egner kanban sig rigtig fint til det.
Så scrum er til der hvor man kan definere hvad opgaverne går ud på og hvor de ikke ændrer sig alt for meget.
Og kanban til det sted hvor opgaverne konstant bliver skiftet ud samt hvor ændringer og reprioritering er hverdagskost.
Som hvorvidt det er kanban eller scrum, handler meget om den type af opgave du løser.
Hvis du vil læse mere om kanban eller scrum
For en detaljeret gennemgang af de to metoder, kan du læse følgende: