Scrum vs. KANBAN: de ultieme breakdown-gids

Six Sigma, Lean,Pmbok , Scrumvs.Kanban- er zijn veelproject managementJargon en methodology debates gegenereerd rond die je misschien verwarrend of onduidelijk vindt. Er zijn echter een paar methodologieën die voor ons opkomen wanneer u op zoek bent om een ​​effectief te makenprojectplan.

Project Management-methodologieënzijn bedoeld om teams te voorzien van een raamwerk of theorie om hun te baserenproject planningrondom. ElkprojectmanagementmethodologieHeeft zijn voor- en nadelen, maar een aantal methodologieën bieden een voordelige manier om uw projectplan te visualiseren.

BeideScrumen kanban vallen onder deAgile methodologieParaplu, waardoor ze goede kaders maken voor het doorbreken van grotere, complexe projecten in beheersbare brokken. Laten we eens kijken naar de verschillen tussen de twee en naar de onderkant van het Scrum vs. Kanban-debat gaan.

Wat is scrum?

Scrumis een projectkader voor het implementeren van deAgile Project Management Methodologie. Het is een populaire methode voor het beheren van projecten die snelle ontwikkeling, testen en vrijgeven van producten vereisen.

Het Scrum Framework breekt een project naar beneden in korte 1- tot vier-weekse iteraties, genaamd Sprints. EENScrum-team, meestal geleid door eenScrum Master, Werkt om een ​​iteratie of versie van het laatste project aan het einde van elke sprint af te leveren. Scrum-teams hebben ook dagelijkse stand-up-bijeenkomsten om de voortgang te bespreken en de samenwerking van het team te boost.

Om meer te weten te komen over Scrum, bekijk onze gids overScrum voor NEWBIES: Hoe Scrum te gebruiken om chaos te temmen .

Wat is een Scrum-bord?

EENScrum boardis een hulpmiddel dat u helpt bij het beheren en controleren op uw Scrum-project. Het helpt je visueel te volgen op welk werk blijft op jeProductachterstand, welke items zijn toegewezen aan uw SPRINT-achterstand en hoe werkt het werk binnen uw actieve sprint.

Terwijl eenScrum boardkan een fysiek bord zijn met aantekeningen of kaarten die zijn bevestigd, ze hebben de neiging om digitale, online borden in velen te zijnproject managementplatforms.

Aanbetaling, een inkoopsoftware-startup in Canada, vond datZe redden 70% van hun tijd door hun sprints te plannen met behulp van een samenwerkingstool. Ze hebben nu zichtbaarheid in elkaars werk en kunnen samenwerken in verschillende teams.

Hier zijn enkele voor- en nadelen van het gebruik van deScrum-methodeen Scrum Boards om uw projecten te beheren:

Voors:

Nadelen:

Wat is Kanban?

Kanbanis een ander populair agilair raamwerk. Maar, in tegenstelling tot Scrum, is Kanban minder op tijd gebaseerd en meer gericht op het beheren van het volume van werk in proces (WIP).

Het KANBAN-raamwerk is ontworpen om een ​​continue productiviteitstroom te behouden, terwijl er niemand op het team is overwerkt of overweldigd. Het helpt projectteams knelpunten te verminderen, de efficiëntie te verbeteren, te verhogenkwaliteiten boost de algehele uitvoer.

Voor meer informatie over Kanban enKanban-softwareontwikkeling, uitcheckenDe ultieme gids voor de KANBAN-methodologie .

Wat is een Kanban-bord?

Traditioneel betrekt Kanban eenplanningWhiteboard of schoolbord, waar statussen zoals "gepland", "in uitvoering", 'in review', enz., Alles vermeld.

Elkleverbaarwordt dan opgeschreven op een post-it en onder de juiste status geplaatst. Als deleverbaarbeweegt door de stadia, de post-it beweegt op deproject statuswhiteboard.

Hier zijn enkele voor- en nadelen van het gebruik van Kanban en Kanban-borden om uw projecten te beheren:

Voors:

Nadelen:

Kanban versus Scrum: Wat zijn de verschillen?

Kanban en Scrum zijn beide projectkaders gebouwd om teams te helpen omarmen Agile methodologie , waardenen principes. Als zodanig hebben ze een aantal overeenkomsten. Beide kaders stimuleren procesverbetering, teamsamenwerking en het breken van projecten naar beneden in kleinere en meer beheersbare stukken.

Maar Kanban en Scrum hebben aanzienlijk verschillende benaderingen in de manier waarop ze ervoor kiezen om deze principes te implementeren. Hier zijn vijf essentiële gebieden waar Kanban en Scrum variëren:

Rollen en verantwoordelijkheden

Scrum heeft driespecifieke rollen, elk met zijn eigen vooraf gedefinieerde verantwoordelijkheden:

Kanban heeft geen rollen als Scrum voorschrijven. In feite stelt een van de vier principes van Kanban dat teams hun huidige rollen en verantwoordelijkheden moeten behouden. Het geloof achter dit principe is dat teams gemakkelijker het framework zullen aannemen als ze zich geen zorgen hoeven te maken over het veranderen van functietitels en beschrijvingen.

Delegatie en prioritering

Scrum is gebaseerd op het idee van zelf-managed-teams die samenwerken om een ​​project te voltooien. De eigenaar van het product kan uiteindelijk de laatste zeggen over welke functies of taken prioriteit hebben op de productachterstand (een lijst met alle functies, taken en werk die op het project moeten worden voltooid), zoals ze als een vertegenwoordiger handelen de behoeften van de klant. Maar het hele team biedt input waarin taken in een sprint worden aangepakt.

Scrum Team-ledenHebben ook meestal volledige autonomie als het gaat om het voltooien van het werk binnen de sprint. Ze kunnen selecteren op welke items waar ze aan werken wanneer, zolang het allemaal wordt bereikt aan het einde van de sprint.

Kanban moedigt samenwerking en leiderschap op alle niveaus aan, maar het omhelst het zelf-managed-team niet op dezelfde manier dat Scrum doet. Aangezien Kanban teams bevordert die hun oude rollen behouden, hebben het afgelopen teamstructuren de neiging om te dicteren hoe delegatie wordt afgehandeld.

Gewoonlijk zal de manager verantwoordelijk zijn voor het prioriteren van werk en het actief beheren van de workflow. Ze kunnen specifieke taken aan bepaalde personen delegeren of toestaan ​​dat ze worden aangepakt als "voor het eerst komen, eerst geserveerd."

Wijzigingen en wijzigingen

Scrum en Kanbanhandvat aanpassingen en veranderingen op zeer verschillende manieren.

In Scrum is een sprint gepland voorafgaand aan de start, het team voert het werk uit en eindigt de sprint met productafgifte en beoordeling. Elke feedback van klanten, problemen, bugs of gevraagde wijzigingen worden vervolgens toegevoegd aan de algehele productachterstand en werkte in toekomstige sprints op basis van prioriteit.

Veranderingen die mid-sprint worden geïdentificeerd, worden pas aangepakt tot toekomstige sprints, tenzij een probleem aanzienlijk genoeg is dat het meteen moet worden aangepakt. Deze aanpak betekent dat de timelijnen Sprint niet veranderen, maar extra sprints moeten mogelijk worden toegevoegd aan het algemene project als er voldoende veranderingen optreden.

In Kanban kunnen wijzigingen op elk moment in de tijd worden gemaakt en onmiddellijke aanpassingen worden actief aangemoedigd. Dit kan van invloed zijn op de projecttijdlijn, afhankelijk van de ernst van de verandering.

Kanban wasOorspronkelijk gemaaktdoor Toyota voor auto-productie, en wordt vaak gebruikt voor het aanpakken van veel dezelfde taken of werkwerken. In dit type scenario, waar producten uitwisselbaar zijn, is de nadruk op het leveren van een bepaald volume in plaats van een bepaald stuk. Dus wanneer een product wordt beschadigd, defect of behoefte aan herbewerking, wordt het meestal uit de workflow getrokken om te worden gesloopt of gewijzigd.

Productiviteitsmeting

Scrum vertrouwt op statistieken zoalssnelheid en burndownTarieven om de productiviteit te meten.

Samen helpen deze gereedschappen te illustreren hoe productief het team tot nu toe is geweest en hoe productief ze moeten blijven om het project op tijd te voltooien.

Kanban heeft de neiging om de cyclustijd te volgen,doorlooptijden werk in uitvoering om de productiviteit te beoordelen.

Stel je voor dat je maandagochtend een taak hebt toegewezen, je begon woensdagochtend aan te werken en je hebt het tegen het einde van de dag vrijdag voltooid. In dit scenario was je doorlooptijd vijf dagen (maandag tot vrijdag) en je cyclustijd was drie dagen (woensdag tot vrijdag).

Due dates en levering tijdlijnen

In Scrum zijn sprinten typisch één tot vier weken lang, en een productverhoging, of een versie van het product, wordt geleverd aan het einde van elke sprint. Elke ondersteunende documentatie, zoals trainingsmaterialen, zou ook op dit moment worden afgeleverd. Er zijn zelden mid-sprint dreigende data of leveringen.

De uitzondering zou zijn wanneer onderling afhankelijke taken zijn toegewezen aan dezelfde sprint. Als taak B niet kan starten totdat de taak A is voltooid, kan taak A kan een vroege voldoende vervaldatum worden gegeven om ervoor te zorgen dat beide op tijd worden gedaan voor levering. Echter, vaak is er geen formele vervaldatum toegewezen, en het team beheert deze afhankelijkheden simpelweg in hun dagelijkse stand-upbijeenkomsten.

Kanban is gebaseerd op het idee van continue leveringen. Kanban-teams werken vaak aan onafhankelijke taken, producten of deliverables. Dus, zodra een stuk werk is voltooid, kan het meteen aan de klant worden geleverd.

Teams kunnen ervoor kiezen om leveringen te groeperen, dus ze sturen niet constant één item tegelijk, maar de manier waarop ze dit doen is aan hen. U kunt bijvoorbeeld kiezen om elke vrijdag te verzenden of elke keer dat u 20 voltooide stukken raakt.

Wat betreft verschuldigde datums heeft de primaire focus van Kanban de neiging om op cyclustijd en doorlooptijd te zijn in plaats van welk stuk werk verschuldigd is wanneer. Dit betekent dat Due Data meestal is gebaseerd op Target Turnaround Times in plaats van op wanneer klanten afleveringen verwachten.

Als het doel bijvoorbeeld een gemiddelde cyclustijd van vijf dagen is, kan elke kaart een vervaldatum van vijf dagen hebben van wanneer het werk is toegewezen, zelfs als het pas aan het einde van de maand aan de klant wordt afgeleverd.

Welk projectplan en framework is beter voor het organiseren van een project?

Het antwoord opWanneer u KANBAN VS-scrum wilt gebruikenAfhankelijk van het type project dat u van plan bent. Scrum en Kanban zijn het meest geschikt voor verschillende projecten.

Maar hier is een korte analyse:

Scrum vs. KANBAN: MOET HET OF ZIJN OF?

Er is een derde optie, scrumban genoemd. Het is een combinatie van de twee kaders die pogingen om een ​​middenweg voor teams te bieden die KANBAN te flexibel en scrum te rigide vinden.

Als u meer wilt weten, bekijk dan ons artikelWat je moet weten over scrumban .

Ongeacht het project waarmee u belast bent, is verandering onvermijdelijk. Het omarmen van een Agile-methode is de eerste stap om de samenwerking te verbeteren, consistente processen te verfijnen en die flexibiliteit heeft ingebracht, zodat u en uw team zijn uitgerust voor wat dan ook wordt gegooid.

Nu dat je op de juiste methodologie bent geland voor de baan,Leer hier een projectplan schrijven. OfMeld je aan voor een gratis proefperiode van twee wekenvanUdn taakmanagerProjectbeheersoftware en ontdek hoe onze Kanban en Scrum-sjablonen u kunnen helpen bij het gebruik van welk kader dat u wenst.