Scrum vs Kanban: The Ultimate BreakSdown Guide

Six Sigma, Lean,PMBok. , Scrum.vs.Kanban.- Det er myeprosjektledelseJargon og metodikk debatter kastet rundt at du kan finne forvirrende eller uklart. Det er imidlertid noen få metoder som kommer til å tenke når du ønsker å skape en effektivprosjektplan.

Prosjektledelsesmetoderer ment å gi lag med ramme eller teori for å basere deresprosjekt planleggerrundt. HverProsjektledelsesmetodikkHar sine fordeler og ulemper, men et par metodologier gir en fordelaktig måte å visualisere prosjektplanen din på.

BådeScrum.og kanban faller underAgile metodikkParaply, gjør dem gode rammer for å bryte ned større, komplekse prosjekter i håndterbare biter. La oss ta en titt på forskjellene mellom de to og komme til bunnen av Scrum vs Kanban debatt.

Hva er scrum?

Scrum.er et prosjektramme for å implementereAgile Project Management Methodology. Det er en populær metode for å administrere prosjekter som krever rask utvikling, testing og utgivelse av produkter.

Scrum Framework bryter et prosjekt ned i kort en til fire ukers iterasjoner, kalt sprints. ENScrum Team, vanligvis ledet av aScrum Master., Fungerer for å levere en iterasjon eller versjon av det endelige prosjektet på slutten av hver Sprint. Scrum-teamene har også daglige oppstandsmøter for å diskutere fremgang og øke lagsamarbeidet.

For å lære mer om Scrum, sjekk ut vår guide påScrum for Newbies: Slik bruker du Scrum til Tame Chaos .

Hva er et scrum bord?

EN Scrum board.er et verktøy som hjelper deg med å administrere og overvåke Scrum-prosjektet ditt. Det hjelper deg visuelt å spore hvilket arbeid som er igjen på dinProduktbacklog., Hvilke elementer er tildelt din Sprint-backlog, og hvordan arbeidet utvikler seg innenfor din aktive sprint.

Mens A.Scrum board.Kan være et fysisk brett med notater eller kort vedlagt, de pleier å være digitale, online boards inkludert i mangeprosjektledelseplattformer.

Procurify, en innkjøpsprogramvare oppstart i Canada, fant detDe lagret 70% av sin tid ved å planlegge sine sprints ved hjelp av et samarbeidsverktøy. De har nå synlighet i hverandre arbeid og kan samarbeide på forskjellige lag.

Her er noen fordeler og ulemper med å brukeScrum metodeog scrum boards for å administrere prosjektene dine:

Fordeler:

Ulemper:

Hva er Kanban?

Kanban.er et annet populært smidig rammeverk. Men, i motsetning til Scrum, Kanban er mindre tidsbasert og mer fokusert på å administrere volumet av arbeid i prosessen (WIP).

Kanban-rammeverket ble designet for å opprettholde en kontinuerlig produktivitetsstrøm, samtidig som det sikres at ingen på laget er overarbeidet eller overveldet. Det hjelper prosjektgrupper med å redusere flaskehalsene, forbedre effektiviteten, økekvalitet, og øke samlet produksjon.

For å lære mer om Kanban ogKanban programvareutvikling, Sjekk utDen ultimate guiden til Kanban Methodology .

Hva er et Kanban-bord?

Tradisjonelt innebærer Kanban enplanleggerWhiteboard eller tavle, hvor statuser som "planlagt", "pågår", "i anmeldelse" etc., er alle oppført.

Hverleveranseblir deretter nedskrevet på en post-it og plassert under riktig status. Som denleveransebeveger seg gjennom stadiene, stolpen, det beveger seg påProsjekt statustavle.

Her er noen fordeler og ulemper ved å bruke Kanban og Kanban-bord for å administrere prosjektene dine:

Fordeler:

Ulemper:

Kanban vs Scrum: Hva er forskjellene?

Kanban og Scrum er begge prosjektrammer bygget for å hjelpe lagene til å omfavne Agile metodikk , verdierog prinsipper. Som sådan har de en rekke likheter. Begge rammene oppmuntrer til prosessforbedring, lagsamarbeid og bryte prosjekter ned i mindre og mer håndterbare biter.

Men Kanban og Scrum har betydelig forskjellige tilnærminger i hvordan de velger å implementere disse prinsippene. Her er fem viktige områder hvor Kanban og Scrum varierer:

Roller og ansvar

Scrum har trespesifikke roller, hver med sitt eget forhåndsdefinerte ansvar:

Kanban ikke foreskriver roller som Scrum gjør. Faktisk sier en av de fire prinsippene i Kanban at lag bør opprettholde sine nåværende roller og ansvar. Troen bak dette prinsippet er at lagene vil adoptere rammen lettere hvis de ikke trenger å bekymre seg for å endre jobbtitler og beskrivelser.

Delegasjon og prioritering.

Scrum er basert på ideen om selvstyrte lag som arbeider sammen for å fullføre et prosjekt. Produkteieren kan til slutt ha det endelige si om hvilke funksjoner eller oppgaver prioriterer på produktbackloggen (en liste over alle funksjonene, oppgavene og arbeidet som skal fullføres på prosjektet), da de fungerer som en representant for klientens behov. Men hele laget gir innspill som oppgaver vil bli taklet i en sprint.

Scrum Team medlemmerOgså har vanligvis full autonomi når det gjelder å fullføre arbeidet i sprinten. De kan velge hvilke elementer de jobber på når, så lenge det er alt oppnådd i slutten av sprintet.

Kanban oppfordrer samarbeid og ledelse på alle nivåer, men det omfavner ikke det selvstyrte laget på samme måte som Scrum gjør. Siden Kanban fremmer lagene som opprettholder sine gamle roller, har tidligere lagkonstruksjoner en tendens til å diktere hvordan delegasjonen håndteres.

Vanligvis vil lederen være ansvarlig for å prioritere arbeid og aktivt styring av arbeidsflyten. De kan delegere spesifikke oppgaver til enkelte individer eller la dem bli taklet som "først som først serveres."

Modifikasjoner og endringer

Scrum og Kanban.håndtere endringer og endringer på svært forskjellige måter.

I scrum, er en sprint planlagt før starten, laget utfører sitt arbeid, og sprinten slutter med produktlevering og gjennomgang. Eventuelle tilbakemeldinger fra kunder, problemer, feil eller forespurte endringer blir så lagt til den generelle produktbackloggen og jobbet i fremtidige sprints basert på prioritet.

Endringer som er identifisert mid-sprint vil ikke bli taklet til fremtidige sprints, med mindre et problem er betydelig nok til at det må tas opp med en gang. Denne tilnærmingen betyr at Sprint-tidslinjene ikke endres, men ytterligere sprints må kanskje legges til det overordnede prosjektet hvis det oppstår nok endringsforespørsler.

I Kanban kan endringer gjøres til enhver tid, og umiddelbare modifikasjoner oppfordres aktivt. Dette kan påvirke prosjektets tidslinje, avhengig av alvorlighetsgraden av endringen.

Kanban varopprinnelig opprettetav Toyota for bilproduksjon, og det brukes ofte til å takle mange av de samme oppgavene eller arbeidsstykkene. I denne typen scenario, hvor produktene er utskiftbare, legger vekt på å levere et visst volum i stedet for et bestemt stykke. Så, når et produkt er funnet å bli skadet, defekt, eller i behov for omarbeid, er det vanligvis trukket ut av arbeidsflyten som skal skrapes eller modifiseres.

Produktivitetsmåling

Scrum er avhengig av beregninger somhastighet og brenn nedpriser for å måle produktiviteten.

Sammen bidrar disse verktøyene til å illustrere hvor produktivt laget har vært så langt, og hvor produktivt de må fortsette å være for å fullføre prosjektet i tide.

Kanban har en tendens til å overvåke syklus tid,ledetid, og arbeid pågår for å vurdere produktiviteten.

Tenk deg at du ble tildelt en oppgave mandag morgen, du begynte å jobbe med den onsdag morgen, og du fullførte den på slutten av dagen på fredag. I dette scenariet var din ledetid fem dager (mandag til fredag), og syklusen din var tre dager (onsdag til fredag).

Forfallsdato og leveringstidslinjer

I scrum er sprints vanligvis en til fire uker i lengden, og et produktøkning, eller en versjon av produktet, leveres på slutten av hver sprint. Enhver støttende dokumentasjon, for eksempel treningsmateriell, vil også bli levert på dette tidspunktet. Det er sjelden mid-sprint på grunn av datoer eller leveranser.

Unntaket ville være når gjensidig oppgaver er begge tildelt den samme sprinten. Hvis oppgaven B ikke kan starte til oppgaven A er fullført, kan oppgaven A bli gitt en tidlig nok forfallsdato for å sikre at begge blir gjort i tide for levering. Imidlertid er det ofte ingen formell forfallsdato som er tildelt, og laget styrer bare disse avhengighetene i sine daglige standupsmøter.

Kanban er basert på ideen om kontinuerlige leveranser. Kanban-lagene jobber ofte med uavhengige oppgaver, produkter eller leveranser. Så, når et arbeid er fullført, kan det leveres til kunden med en gang.

Lag kan velge å gruppere leveranser, så de sender ikke stadig en vare om gangen, men måten de gjør dette på, er opp til dem. For eksempel kan du velge å sende hver fredag ​​eller hver gang du treffer 20 ferdige stykker.

Når det gjelder forfallsdatoer, har KANBANs primære fokus en tendens til å være på syklus tid og ledetid i stedet for hvilket arbeid på grunn av når. Dette betyr at forfallsdatoer har en tendens til å være basert på målvendingstider i stedet for når kundene forventer leveranser.

For eksempel, hvis målet er en gjennomsnittlig syklusstid på fem dager, kan hvert kort ha en forfallsdato på fem dager fra når arbeidet er tildelt, selv om det ikke blir levert til kunden til slutten av måneden.

Hvilket prosjektplan bord og rammeverk er bedre for å organisere et prosjekt?

Svaret påNår skal du bruke Kanban vs scrumAvhenger av typen prosjekt du planlegger. Scrum og Kanban er best egnet for ulike prosjekter.

Men her er en kort analyse:

Scrum vs Kanban: Må det være enten - eller?

Det er et tredje alternativ, kalt scrumban. Det er en kombinasjon av de to rammene som forsøker å gi en mellomgrunn for lag som finner Kanban for fleksibel og scrum for stiv.

Hvis du vil vite mer, sjekk ut vår artikkelHva du trenger å vite om Scrumban .

Uavhengig av prosjektet du har oppgave med, er endringen uunngåelig. Hvis du omfatter en agil metodikk, er det første skrittet for å forbedre samarbeidet, raffinering av konsistente prosesser, og ha den fleksibiliteten som er innebygd, slik at du og ditt lag er utstyrt for det som er kastet din vei.

Nå som du har landet på den rette metoden for jobben,Lær hvordan du skriver en prosjektplan her. EllerRegistrer deg for en gratis to ukers prøve av UDN Task ManagerProsjektstyringsprogramvare og oppdag hvordan våre Kanban- og Scrum-maler kan hjelpe deg med å bruke hvilket rammeverk du ønsker.