I PRINCE2 beskrives prosessen «styre produktleveranser» som samhandlingen mellom prosjektleder og teamleder(e). Prosessen tar for seg prosjektet fra en teamleders perspektiv og skal sørge for at prosjektteamet har forståelse for hva som skal leveres innenfor de rammene som er definert for tid og kostnad. I smidige prosjekter ønsker man at selvorganiserte team skal gjennomføre leveransene.
De to mest populære smidige rammeverkene for selvorganiserte team er Scrum og Kanban. Begge metodene fokuserer på teamarbeid og kontinuerlig forbedring av teamet, men hvordan de strukturerer arbeidet er svært ulikt.
I dette blogginnlegget går vi igjennom forskjellen på Scrum og Kanban og i hvilke situasjoner de bør brukes.
Scrum
I Scrum fordeler man prosjektet opp i faste tidsperioder som kalles «sprinter» eller «iterasjoner». Disse har vanligvis en varighet på to til fire uker, og teamet gjennomfører en bestemt mengde arbeid innenfor hver sprint. For at sprintene skal gjennomføres best mulig gjennomfører teamet regelmessige møter. Disse møtene inkluderer planlegging av sprintene, prioritering av arbeid, statusrapportering, samt vurdering av hver sprint.
I et Scrum-prosjekt må man ha følgende ressurser dedikert til prosjektteamet:
- Utviklere: Disse jobber tett sammen for å utvikle produktet og oppnå målene i hver sprint.
- Scrum Master: Denne rollen fungerer som en coach som hjelper prosjektteamet med bruk av Scrum-metodikk, samt å utvikle seg over tid.
- Produkteier: Denne rollen definerer prosjektmålene og tar viktige beslutninger, samt sikrer forståelse av brukersiden av prosjektet.
LES OGSÅ: Scrum - et enkelt rammeverk for komplekst arbeid
Kanban
I motsetning til Scrum, er Kanban en mer fleksibel tilnærming til et smidig rammeverk. Kanban fokuserer på å optimalisere arbeidsflyt og kontinuerlig forbedre prosesser, uten faste tidsrammer. Arbeidselementer leveres så snart de er ferdige, noe som gir en jevn strøm av leveranser.
I et Kanban-prosjekt setter teamet begrensninger på hvor mange aktiviteter som kan være i gang samtidig (Work In Progress limits) for å unngå overbelastning. I tillegg bruker teamet visuelle tavler (Kanban boards) til å spore og administrere arbeidet gjennom ulike stadier (f.eks To Do, In Progress, Done). Dette gir teamet mulighet til å prioritere arbeid og jevnlig evaluere prosessene sine, slik at flaskehalser og forbedringsområder identifiseres. Dermed kan arbeidsprosessene justeres for å bli mer effektiv.
LES OGSÅ: Hva er Kanban
Scrum eller Kanban?
Oppsummert passer Scrum best for prosjekter med klare mål og hvor det er behov for regelmessige leveranser innenfor faste tidsrammer. Dette er prosjekter som ofte krever samarbeid mellom forskjellige fagområder, og har behov for struktur og forutsigbarhet.
Kanban passer mer for prosjekter som krever kontinuerlig leveranse og hvor prioriteringer kan endre seg raskt. Dette kan eksempelvis være support- og vedlikeholdsprosjekter. Kanban kan derfor passe best for prosjekter som har behov for fleksibilitet eller for team som ønsker å forbedre eksisterende arbeidsprosesser.
