Hva er Scrumban? Oversikt, fordeler og når det bør brukes
Det er utviklet ulike prosjektmetodikker for å hjelpe team med å administrere prosjektene sine effektivt. To populære prosjektstyringsmetodikker, Scrum og Kanban, brukes vanligvis til å administrere programvareutviklingsprosjekter.
Det finnes imidlertid en annen metodikk som tar det beste fra begge og kombinerer dem til én hybridmetodikk: Scrumban.
Her er hva Scrumban er, hvordan det fungerer, og hvorfor det har blitt en populær metodikk for prosjektstyring.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Hva er Scrumban?
Scrumban er en smidig prosjektstyringsmetodikk som kombinerer prinsippene fra Scrum og Kanban til én enhet.
Scrumban ble opprinnelig brukt for å hjelpe team med å gå over fra Scrum til Kanban, og har blitt tatt i bruk av team som setter pris på den fleksible og tilpasningsdyktige tilnærmingen til produktutvikling.
Metodikken benytter elementer fra Scrum, som ukelange sprinter og daglige standup-møter, og kombinerer dem deretter med Kanbans svært visuelle trekksystem (også kjent som etterspørselsdrevet, ikke tilbudsdrevet) for å skape en mer strømlinjeformet prosess.
Scrum kontra Scrumban
Hvis du ikke er godt kjent med de smidige metodikkene Scrum og Kanban, får du her en kort oversikt over hver av dem og deres viktigste forskjeller.
Scrum-metodikk
- Rammeverk: Scrum er et strukturert rammeverk som deler prosjekter inn i korte arbeidssykluser kjent som sprinter, som vanligvis varer i 2–4 uker.
- Roller og seremonier: Det innebærer definerte roller (Scrum-master, produkteier og teammedlemmer) og seremonier (sprintplanlegging, daglig standup, sprintgjennomgang og sprintretrospektiv).
- Tilpasningsevne: Selv om Scrum kan tilpasses under sprinten, frarådes endringer vanligvis frem til neste sprint.
- Fokus på tid: Scrum legger vekt på tidsavgrensede iterasjoner og en fast liste over leveranser som skal fullføres i hver sprint.
Kanban-metodikk
- Visualisering og flyt: Kanban fokuserer på å visualisere arbeidsflyten og opprettholde en kontinuerlig flyt av pågående arbeid ved hjelp av en Kanban-tavle med kolonner som representerer ulike arbeidsfaser (for eksempel Gjøremål, Pågår, Ferdig).
- Fleksibilitet: Arbeidsoppgaver kan legges til eller justeres når som helst, så lenge det finnes tilgjengelig kapasitet (les mer om kapasitetsplanlegging i Kanban her).
- Ingen faste roller eller tidsrammer: Kanban krever ikke bestemte roller eller tidsavgrensede iterasjoner.
- Vekt på effektivitet: Kanban legger vekt på å redusere tiden det tar for en arbeidsoppgave å gå gjennom hele arbeidsflyten.
Viktige forskjeller mellom dem
- Struktur kontra fleksibilitet: Scrum tilbyr en mer strukturert tilnærming med definerte roller og tidsavgrensede iterasjoner, mens Kanban er mer fleksibelt og kontinuerlig, uten faste roller eller sprinter.
- Endringshåndtering: I Scrum er endringer mer kontrollerte og innarbeides vanligvis i neste sprint, mens Kanban tillater mer kontinuerlige endringer og tilpasninger.
- Visualisering: Kanban legger sterk vekt på visualisering av alle arbeidsoppgaver og fasene deres, noe som er mindre formalisert i Scrum.
Hvordan fungerer Scrumban?
Scrumban-metodikken følger noen få grunnleggende trinn:
- Start med å opprette Scrumban-tavlen (vanligvis enklest med smidig prosjektstyringsprogramvare).
- Identifiser sprintene. Dette trinnet er kjent som planleggingsmøtet for sprinten i Scrum, og hjelper deg med å identifisere de iterative syklusene som bygger opp produktets funksjonalitet. Fastsett:
- Lengden på hver sprint
- Oppgavene som må fullføres i hver syklus
- Relevante måltall å følge med på
- Utviklingsteamet begynner å arbeide med den første sprinten.
- Du og Scrumban-teamet møtes regelmessig for å gjennomgå fremdriften og identifisere eventuelle problemer, med fokus på kontinuerlig forbedring.
- Etter hvert som teamet arbeider seg gjennom sprinten, bør tavlen oppdateres regelmessig for å gjenspeile fremdriften, rydde opp i oppgavekøen og identifisere blokkeringer.
- På slutten av hver sprint gjennomfører Scrumban-teamet en sprintgjennomgang for å forstå hva de har oppnådd og identifisere områder som kan forbedres. Deretter har de et nytt planleggingsmøte og starter neste sprint.
Når du bør bruke Scrumban
Scrumban er en hybridmetodikk som kan være nyttig i en rekke situasjoner der team ønsker å ta i bruk smidige verktøy, men ikke ønsker å forplikte seg til den strenge strukturen i Scrum eller den mer avslappede strukturen i Kanban.
Scrumban er en slank, behovsstyrt struktur som kan holde ting organisert uten å fastlåse dem.
Her er noen eksempler på situasjoner der Scrumban ville vært et godt valg:
1. Utvikling av nye funksjoner for apper som er i drift
La oss si at du er del av et team som har ansvar for å utvikle nye funksjoner for en populær mobilapp. Appen er allerede på markedet, og brukerne forventer jevnlige oppdateringer med nye funksjoner.
Du må sørge for at appen er stabil og feilfri, uten å forstyrre arbeidet som gjøres for å vedlikeholde produktet.
Løsningen? Scrumban. Det gjør det mulig for team å kontinuerlig levere en ny arbeidsflyt, med en tydelig plan, samtidig som produktet holdes i drift.
2. Tilpasning til endrede mål
Scrumban er et godt valg når et team har problemer med å nå mål og tidsfrister (eller når prioriteringene endres).
Se for deg for eksempel at Scrum-teamet ditt har ansvar for å utvikle et nytt programvareprodukt. Halvveis i prosjektet endres imidlertid prioriteringene, og teamet må fokusere på et annet sett med funksjoner.
I stedet for å forkaste planen og begynne på nytt gjør Scrumban det mulig å tilpasse seg den nye situasjonen. Denne fleksibiliteten gjør livet enklere og sørger for at du ikke gjør dobbelt så mye arbeid når planene endres.
Andre scenarier
Scrumban er en fleksibel metodikk som kan fungere godt for team med en forutsigbar arbeidsflyt som skal leveres kontinuerlig, med stadige justeringer og forbedringer underveis.
5 fordeler med Scrumban
Scrumban har flere fordeler, blant annet:
- Fleksibel metodikk som kan tilpasses teamets spesifikke behov.
- Gir en visuell fremstilling av arbeidet som utføres.
- Legger til rette for kontinuerlig forbedring og optimalisering av utviklingsprosessen.
- Fremmer samarbeid og kommunikasjon innad i teamet.
- Kan være mindre rigid enn andre metodikker som Scrum, noe som kan være nyttig når tidsfristene er korte eller kompleksiteten er høy.
4 ulemper med Scrumban
Selv om Scrumban kan være nyttig, bør enkelte ulemper tas i betraktning, blant annet:
- En mangel på struktur fungerer kanskje ikke for enkelte team, noe som kan føre til forvirring og manglende produktivitet.
- Noen team kan trenge mer veiledning og struktur når det gjelder rollene, ansvarsområdene og prosessene deres.
- Utydelig prioritering av oppgaver kan føre til forvirring om hva som bør gjøres først.
- Kontinuerlige endringer kan påvirke forutsigbarheten i leveringstidene, noe som kan føre til problemer med å overholde tidsfrister.
Se hva andre prosjektledere bruker
Jeg synes scrumban er flott når det brukes riktig; det gir teamene strukturen fra Scrum, samtidig som fleksibiliteten fra Kanban beholdes.
Denne fleksible metodikken kan tilpasses prosjektets spesifikke behov, men den krever også en høy grad av samarbeid og kommunikasjon mellom teammedlemmene.
Hvis det ikke er noe for deg, finnes det alltid andre alternativer (som 'sandwich'-hybridmodellen). Men hvorfor bestemme alene? Koble deg til andre DPM-er i vårt aktive digitale fellesskap for å høre om deres bruksområder og se hva annet de liker.
