Scrum vs Kanban: Den ultimative nedbrydningsvejledning

Six Sigma, Lean,PMBOK. Vi Scrum.vs.Kanban.- Der er en masse afprojektledelseJargon og metodologi Debatter kastet rundt, at du måske finder forvirrende eller uklar. Der er dog et par metoder, der kommer til at tænke på, når du søger at skabe en effektivprojektplan.

Projektstyringsmetoderer beregnet til at give hold en ramme eller teori til at basere deresprojekt planlægningrundt om. HverProjektstyringsmetodeHar sine fordele og ulemper, men et par metoder giver en fordelagtig måde at visualisere din projektplan på.

BeggeScrum.og Kanban falder underAgile Methodology.Paraply, hvilket gør dem gode rammer for at nedbryde større, komplekse projekter til håndterbare klumper. Lad os tage et kig på forskellene mellem de to og komme til bunden af ​​Scrum Vs. Kanban debat.

Hvad er scrum?

Scrum.er en projektramme for implementering afAgile Project Management Methodology. Det er en populær metode til styring af projekter, der kræver hurtig udvikling, testning og frigivelse af produkter.

Scrum Framework bryder et projekt ned i korte en- til fire ugers iterationer, kaldet sprints. ENScrum Team., generelt ledet af enScrum Master., arbejder for at levere en iteration eller version af det endelige projekt i slutningen af ​​hver Sprint. Scrum hold har også daglige standupmøder for at diskutere fremskridt og øge holdsamarbejdet.

For at lære mere om Scrum, tjek vores vejledning påScrum for Newbies: Sådan bruger du Scrum til Tame Chaos .

Hvad er en scrum board?

EN Scrum Boarder et værktøj, der hjælper dig med at styre og overvåge dit scrum-projekt. Det hjælper dig med visuelt at spore, hvilket arbejde der er tilbage på dinProdukt Backlog, Hvilke emner er tildelt til din Sprint-backlog, og hvordan arbejdet skrider frem i din aktive sprint.

Mens A.Scrum Boardkan være et fysisk bord med noter eller kort vedhæftet, de har tendens til at være digitale, online boards inkluderet i mangeprojektledelseplatforme.

Procurify, en indkøbssoftware opstart i Canada, fandt detDe reddede 70% af deres tid ved at planlægge deres sprints ved hjælp af et samarbejdsværktøj. De har nu synlighed i hinandens arbejde og kan samarbejde på tværs af forskellige hold.

Her er nogle fordele og ulemper ved at brugeScrum metode.og Scrum boards til at administrere dine projekter:

Fordele:

Ulemper:

Hvad er Kanban?

Kanban.er en anden populær fleksibel ramme. Men i modsætning til Scrum er Kanban mindre tidsbaseret og mere fokuseret på at styre mængden af ​​arbejde i gang (WIP).

Kanban-rammen blev designet til at hjælpe med at opretholde en kontinuerlig strøm af produktivitet, samtidig med at man sikrer, at ingen på holdet er overarbejde eller overvældet. Det hjælper projektteams med at reducere flaskehalse, forbedre effektiviteten, øgekvalitet, og øge den samlede output.

At lære mere om Kanban ogKanban Software Development., check udDen ultimative vejledning til Kanban Methodology .

Hvad er et Kanban Board?

Traditionelt involverer Kanban enplanlægningwhiteboard eller tavle, hvor statuser som "planlagt", "i gang", "i anmeldelse" osv. Er alle opført ud.

Hverleverbarskrives derefter ned på en post-det og placeres under den rigtige status. Somleverbarbevæger sig gennem stadierne, posten bevæger sig påProjektstatus.tavle.

Her er nogle fordele og ulemper ved at bruge Kanban og Kanban Boards til at styre dine projekter:

Fordele:

Ulemper:

Kanban vs Scrum: Hvad er forskellene?

Kanban og Scrum er begge projektrammer bygget til at hjælpe hold med at omfavne Agile Methodology. Vi værdier, og principper. Som sådan har de en række ligheder. Begge rammer tilskynder procesforbedring, holdsamarbejde og brudprojekter ned i mindre og mere håndterbare klumper.

Men Kanban og Scrum har betydeligt forskellige tilgange til, hvordan de vælger at gennemføre disse principper. Her er fem væsentlige områder, hvor Kanban og Scrum varierer:

Roller og ansvar

Scrum har tre.specifikke roller., hver med sit eget foruddefinerede ansvar:

Kanban foreskriver ikke roller som Scrum gør. Faktisk angiver et af de fire principper i Kanban, at teams bør opretholde deres nuværende roller og ansvar. Troen bag dette princip er, at hold vil lette rammen lettere, hvis de ikke behøver at bekymre sig om at ændre jobtitler og beskrivelser.

Delegation og prioritering

Scrum er baseret på ideen om selvstyrede hold, der arbejder sammen for at gennemføre et projekt. Produktejeren kan i sidste ende have det endelige at sige, hvilke funktioner eller opgaver der prioriteres på produktlænken (en liste over alle funktioner, opgaver og arbejde, der skal udfyldes på projektet), som de fungerer som repræsentant for klientens behov. Men hele holdet giver input til, hvilke opgaver der vil blive tacklet i en sprint.

Scrum Team medlemmer.har også typisk fuld autonomi, når det kommer til at fuldføre arbejde inden for sprinten. De kan vælge hvilke varer de arbejder på, når, så længe det hele opnås ved slutningen af ​​sprinten.

Kanban opfordrer til samarbejde og lederskab på alle niveauer, men det omfavner ikke det selvstyrede hold på samme måde som Scrum gør. Da Kanban fremmer teams, der opretholder deres gamle roller, har tidligere teamstrukturer en tendens til at diktere, hvordan delegationen håndteres.

Almindeligvis vil lederen være ansvarlig for at prioritere arbejde og aktivt styre arbejdsgangen. De kan delegere specifikke opgaver til bestemte personer eller tillade dem at blive tacklet som "først til mølle."

Modifikationer og ændringer

Scrum og Kanban.håndtere modifikationer og ændringer på meget forskellige måder.

I Scrum er en sprint planlagt forud for starten, holdet udfører sit arbejde, og Sprint slutter med produktlevering og gennemgang. Enhver kundefeedback, problemer, bugs eller anmodede ændringer tilføjes derefter til den samlede produktsacklog og arbejdes i fremtidige sprints baseret på prioritet.

Ændringer, der identificeres Mid-Sprint, vil ikke blive tacklet til fremtidige sprints, medmindre et problem er vigtigt nok, at det skal løses med det samme. Denne tilgang betyder, at Sprint-timelinerne ikke ændres, men yderligere sprints skal muligvis tilføjes til det samlede projekt, hvis der opstår tilstrækkelige ændringer.

I Kanban kan ændringer foretages på et hvilket som helst tidspunkt, og øjeblikkelige modifikationer opmuntres aktivt. Dette kan påvirke projektets tidslinje afhængigt af sværhedsgraden af ​​ændringen.

Kanban varoprindeligt oprettetVed Toyota til bilproduktion, og det bruges ofte til at tackle mange af de samme opgaver eller arbejdsstykker. I denne type scenario, hvor produkter er udskiftelige, lægger vægt på at levere et bestemt volumen snarere end et bestemt stykke. Så når et produkt er fundet at blive beskadiget, defekt eller behov for omarbejdning, er det normalt trukket ud af arbejdsgangen, der skal skrotes eller ændres.

Produktivitetsmåling

Scrum er afhængig af beregninger som f.ekshastighed og brænd nedsatser for at måle produktiviteten.

Sammen hjælper disse værktøjer med at illustrere, hvor produktivt holdet har været så langt, og hvor produktivt de skal fortsætte med at være for at fuldføre projektet til tiden.

Kanban har tendens til at overvåge cykeltid,ledetid, og arbejder i gang for at vurdere produktiviteten.

Forestil dig, at du blev tildelt en opgave mandag morgen, begyndte du at arbejde på det onsdag morgen, og du afsluttede det ved slutningen af ​​dagen på fredag. I dette scenario var din ledetid fem dage (mandag til fredag), og din cykeltid var tre dage (onsdag til fredag).

Forfaldende datoer og leveringstidslinjer

I Scrum er sprints typisk en til fire uger i længden, og en produktforøgelse eller en version af produktet, leveres i slutningen af ​​hver Sprint. Enhver understøttende dokumentation, som f.eks. Uddannelsesmaterialer, vil også blive leveret på dette tidspunkt. Der er sjældent mid-sprint på grund af dato eller leverancer.

Undtagelsen ville være, når indbyrdes afhængige opgaver er begge tildelt til samme sprint. Hvis opgave B ikke kan starte, indtil opgave A er afsluttet, kan opgave A gives en tidlig nok forfaldsdato for at sikre, at begge få gjort i leveringstidspunktet. Men ofte er der ingen formel forfaldsdato tildelt, og holdet styrer simpelthen disse afhængigheder i deres daglige standupmøder.

Kanban er baseret på ideen om løbende leverancer. Kanban teams arbejder ofte på uafhængige opgaver, produkter eller leverancer. Så når et stykke arbejde er afsluttet, kan det straks leveres til kunden.

Hold kan vælge at gruppere leverancer, så de sender ikke konstant et element ad gangen, men den måde, de gør dette på, er op til dem. For eksempel kan du vælge at sende hver fredag ​​eller hver gang du rammer 20 færdige stykker.

Hvad angår forfaldsdatoer har Kanban's primære fokus tendens til at være på cykeltid og ledetid, snarere end hvilket stykke arbejde skyldes, når. Det betyder, at forfaldsdatoer tendens til at være baseret på målsætningstider i stedet for, når kunderne forventer leverancer.

For eksempel, hvis målet er en gennemsnitlig cykeltid på fem dage, kan hvert kort have en forfaldsdato på fem dage, når arbejdet er tildelt, selvom det ikke leveres til kunden indtil slutningen af ​​måneden.

Hvilket projektplanlægning og ramme er bedre til at organisere et projekt?

Svaret tilHvornår skal du bruge Kanban vs ScrumAfhænger af den type projekt, du planlægger. Scrum og Kanban er bedst egnet til forskellige projekter.

Men her er en kort analyse:

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

Der er en tredje mulighed, kaldet Scrumban. Det er en kombination af de to rammer, der forsøger at tilvejebringe en mellemplads for hold, der finder Kanban for fleksibel og Scrum for stiv.

Hvis du gerne vil vide mere, skal du tjekke vores artikelHvad du behøver at vide om scrumban .

Uanset det projekt, du har til opgave, er forandring uundgåelig. Embracing af en fleksibel metode er det første skridt til at forbedre samarbejdet, raffinere konsekvente processer og have den fleksibilitet indbygget, så du og dit hold er udstyret til, hvad der er kastet din vej.

Nu hvor du har landet på den rigtige metode til jobbet,Lær, hvordan du skriver en projektplan her. EllerTilmeld dig en gratis to-ugers prøveversion af UDN Task ManagerProjektstyringssoftware og opdager, hvordan vores Kanban- og Scrum-skabeloner kan hjælpe dig med at bruge, hvilken ramme du ønsker.