Scrum vs. Kanban: Ghidul final de defalcare

Șase Sigma, Lean,PMBOK. , Scrum.vs.Kanban.- Sunt multemanagement de proiectJargonul și dezbaterile de metodologie aruncate în jurul căruia puteți găsi confuz sau neclar. Cu toate acestea, există câteva metodologii care vin în minte atunci când doriți să creați o eficiențăproiectplan.

Metodologii de management al proiectelorsunt menite să ofere echipelor un cadru sau o teorie care să le bazezeproiect planificareîn jurul. FiecareMetodologia managementului de proiectAre avantajele și dezavantajele sale, dar câteva metodologii oferă o modalitate avantajoasă de a vizualiza planul dvs. de proiect.

AmbiiScrum.și Kanban se încadrează subMetodologie agilăUmbrelă, făcându-le cadre bune pentru a descompune proiecte mai mari, complexe în bucăți gestionabile. Să aruncăm o privire la diferențele dintre cele două și să ajungem la fundul dezbaterii Scrum vs. Kanban.

Ce este Scrum?

Scrum.este un cadru de proiect pentru implementareaMetodologia de management al proiectelor agile. Este o metodă populară de gestionare a proiectelor care necesită o dezvoltare rapidă, de testare și eliberare a produselor.

Cadrul Scrum rupe un proiect în jos în iterații scurte de o singură săptămână, numite sprints. AEchipa de scrum, în general condus de aScrum de maestru, Lucrează pentru a furniza o iterație sau o versiune a proiectului final la sfârșitul fiecărui sprint. Echipele Scrum au, de asemenea, întâlniri zilnice de standup pentru a discuta despre progresul și stimularea colaborării echipei.

Pentru a afla mai multe despre Scrum, verificați ghidul nostruScrum pentru începători: Cum să utilizați Scrum la Tame Chaos .

Ce este o placă de scrum?

A Board scrumEste un instrument care vă ajută să gestionați și să monitorizați proiectul Scrum. Vă ajută vizual să urmăriți ce lucrare rămâne pe dvs.restante produs, ce articole sunt alocate în spatele dvs. de sprint și cum funcționează munca în sprintul dvs. activ.

In timp ceBoard scrumpoate fi o placă fizică cu note sau cărți atașate, acestea tind să fie digitale, plăcile online incluse în multemanagement de proiectplatforme.

Procurify, un start de software de cumpărare în Canada, a constatat căau salvat 70% din timpul lor prin planificarea sprinturilor folosind un instrument de colaborare. Acum au vizibilitate în munca celuilalt și pot colabora în diferite echipe.

Iată câteva argumente pro și contra de a folosiMetoda Scrum.și plăci de scrum pentru gestionarea proiectelor dvs .:

Pro:

Contra:

Ce este Kanbanul?

Kanban.este un alt cadru agil popular. Dar, spre deosebire de Scrum, Kanban este mai puțin bazat pe timp și mai concentrat pe gestionarea volumului de lucru în proces (WIP).

Cadrul Kanban a fost conceput pentru a ajuta la menținerea unui flux continuu de productivitate, asigurându-se că nimeni în echipă nu este suprasolicitat sau copleșit. Ajută ca echipele de proiect să reducă blocajele, să îmbunătățească eficiența, să creascăcalitate, și stimulează ieșirea globală.

Pentru a afla mai multe despre Kanban șiSoftware-ul Kanban, verificăGhidul final al metodologiei Kanban .

Ce este un bord Kanban?

În mod tradițional, Kanbanul implică aplanificaretablă sau tablă de tablă, în cazul în care starea "planificată", "în curs de desfășurare", "în revizuire", etc, sunt enumerate.

Fiecarelivrateste apoi scrisă pe o post-it și plasată în starea corespunzătoare. Dupa cumlivratse deplasează prin etape, postul se mișcă peStatutul proiectuluitablă albă.

Iată câteva argumente pro și contra de a utiliza panourile Kanban și Kanban pentru a vă gestiona proiectele:

Pro:

Contra:

Kanban vs. Scrum: Care sunt diferențele?

Kanban și Scrum sunt ambele cadre de proiect construite pentru a ajuta echipele să îmbrățișeze Metodologie agilă , Valoriși principiile. Ca atare, au o serie de asemănări. Ambele cadre încurajează îmbunătățirea procesului, colaborarea echipei și spargerea proiectelor în bucăți mai mici și mai ușor de gestionat.

Dar, Kanban și Scrum au abordări semnificativ diferite în modul în care aceștia aleg să implementeze aceste principii. Iată cinci zone esențiale în care Kanban și Scrum variază:

Roluri si responsabilitati

Scrum are trei aniroluri specifice, fiecare cu responsabilități proprii predefinite:

Kanban nu prescriu roluri ca și scrum. De fapt, unul dintre cele patru principii ale Kanbanului afirmă că echipele ar trebui să-și mențină rolurile și responsabilitățile actuale. Credința din spatele acestui principiu este că echipele vor adopta cadrul mai ușor dacă nu trebuie să vă faceți griji cu privire la schimbarea titlurilor și descrierilor de locuri de muncă.

Delegația și prioritizarea

Scrum se bazează pe ideea de echipe auto-gestionate care lucrează împreună pentru a finaliza un proiect. Proprietarul produsului poate, în cele din urmă, să aibă ultimul cuvânt cu privire la caracteristicile sau sarcinile cu prioritate pe fundalul produsului (o listă cu toate caracteristicile, sarcinile și lucrările care urmează să fie finalizate pe proiect), pe măsură ce acționează ca reprezentant pentru nevoile clientului. Dar întreaga echipă oferă contribuții în care sarcinile vor fi abordate într-un sprint.

Scrum membrii echipeide asemenea, de obicei, are autonomie deplină atunci când vine vorba de finalizarea lucrărilor în sprintul. Ele pot selecta elementele pe care le lucrează atunci când, atâta timp cât totul este realizat până la capătul sprintului.

Kanban încurajează colaborarea și conducerea la toate nivelurile, dar nu îmbrățișează echipa auto-gestionată la fel ca și scrumul. Deoarece Kanban promovează echipele care își mențin vechile roluri, structurile de echipă din trecut tind să dicteze modul în care este tratată delegația.

În mod obișnuit, managerul va fi responsabil de prioritizarea muncii și gestionarea activă a fluxului de lucru. Aceștia pot delega sarcini specifice anumitor indivizi sau le pot permite să fie abordate ca "primul venit, primul servit."

Modificări și modificări

Scrum și Kanban.Manipulați modificările și modificările în moduri foarte diferite.

În Scrum, un sprint este planificat înainte de începerea sa, echipa își execută activitatea, iar sprintul se încheie cu livrarea și revizuirea produselor. Orice feedback-ul clienților, problemele, bug-urile sau modificările solicitate sunt apoi adăugate la reluarea generală a produsului și a lucrat în sprinturile viitoare pe baza priorității.

Modificările care sunt identificate la mijlocul sprintului nu vor fi abordate până când viitoarele sprinturi, cu excepția cazului în care o problemă nu este suficient de semnificativă încât să fie abordată imediat. Această abordare înseamnă că termenele de sprint nu se schimbă, dar ar putea fi nevoie de sprinturi suplimentare la proiectul general dacă apar suficiente solicitări de schimbare.

În Kanban, modificările pot fi făcute în orice moment, iar modificările imediate sunt încurajate în mod activ. Acest lucru poate influența cronologia proiectului, în funcție de severitatea schimbării.

Kanban erainițial creatde Toyota pentru fabricarea de mașini și este adesea folosit pentru a aborda multe dintre aceleași sarcini sau bucăți de muncă. În acest tip de scenariu, în cazul în care produsele sunt interschimbabile, accentul se pune pe asigurarea unui anumit volum decât o anumită piesă. Deci, atunci când se constată că un produs este deteriorat, defect sau care are nevoie de reparații, de obicei, este scos din fluxul de lucru pentru a fi dezmembrat sau modificat.

Măsurarea productivității

Scrum se bazează pe metrici cum ar fiviteză și arde din temeliiratele pentru măsurarea productivității.

Împreună, aceste instrumente ajută la ilustrarea modului în care productivul a fost până acum și cât de productiv trebuie să fie în continuare pentru a finaliza proiectul la timp.

Kanban tinde să monitorizeze timpul ciclului,perioada de grație, și să lucreze în desfășurare pentru a evalua productivitatea.

Imaginați-vă că ați primit o sarcină luni dimineață, ați început să lucrați la ea miercuri dimineață și ați terminat-o până la sfârșitul zilei de vineri. În acest scenariu, timpul de plumb a fost de cinci zile (de luni până vineri), iar timpul ciclului dvs. a fost trei zile (miercuri până vineri).

Datele și termenele de livrare

În scrum, sprinturile sunt de obicei una până la patru săptămâni în lungime, iar o creștere a produsului sau o versiune a produsului este livrată la sfârșitul fiecărui sprint. Orice documentație justificativă, cum ar fi materialele de instruire, ar fi, de asemenea, livrată în acest moment. Există rareori date sau livrări rareori medii.

Excepția ar fi atunci când sarcinile interdependente sunt atribuite aceluiași sprint. Dacă sarcina B nu poate porni până când sarcina A este finalizată, atunci sarcina A poate fi dată o dată destul de precoce pentru a vă asigura că ambele se efectuează în timp pentru livrare. Cu toate acestea, adesea nu există nici o dată formală datorată, iar echipa gestionează pur și simplu aceste dependențe în întâlnirile lor zilnice de standup.

Kanban se bazează în jurul ideii de livrări continue. Echipele Kanban lucrează adesea la sarcini, produse sau rezultate independente. Deci, odată ce o bucată de lucru este finalizată, acesta poate fi livrat imediat clientului.

Echipele pot alege livrările de grup, astfel încât nu trimit în mod constant un element la un moment dat, dar modul în care fac acest lucru este de până la ei. De exemplu, puteți alege să expediați în fiecare vineri sau de fiecare dată când ați apăsat 20 de bucăți finalizate.

În ceea ce privește datele scadente, accentul principal al lui Kanban tinde să fie pe durata ciclului și timpul de plumb, mai degrabă decât ce lucrare se datorează când. Aceasta înseamnă că datele scadente tind să se bazeze pe perioade țintă de întoarcere, mai degrabă decât pe când clienții așteaptă livrări.

De exemplu, dacă obiectivul este un timp mediu de ciclu de cinci zile, atunci fiecare carte poate avea o dată scadentă de cinci zile de la care este atribuită lucrarea, chiar dacă nu este livrată clientului până la sfârșitul lunii.

Ce plan de proiect și cadru de proiect sunt mai bune pentru organizarea unui proiect?

Răspunsul la.Când să utilizați Kanban vs Scrumdepinde de tipul de proiect pe care îl planificați. Scrum și Kanban sunt cele mai potrivite pentru diferite proiecte.

Dar iată o scurtă analiză:

Scrum vs. Kanban: Trebuie să fie fie - sau?

Există oa treia opțiune, numită scrumban. Este o combinație a celor două cadre care încearcă să ofere un teren mediu pentru echipe care îl găsesc pe Kanban prea flexibil și scrum prea rigid.

Dacă doriți să aflați mai multe, consultați articolul nostruCe trebuie să știți despre scrumban .

Indiferent de proiectul cu care sunteți însărcinat, schimbarea este inevitabilă. Îmbrățișarea unei metodologii agile este primul pas spre îmbunătățirea colaborării, perfecționarea proceselor coerente și a acestei flexibilități construite, astfel încât dvs. și echipa dvs. sunteți echipate pentru orice este aruncat în felul dvs.

Acum că ați aterizat pe metodologia potrivită pentru slujbă,Aflați cum să scrieți un plan de proiect aici. SauÎnscrieți-vă pentru un proces gratuit de două săptămâni de Manager de sarcini UDN.Software de management de proiect și descoperiți modul în care șabloanele noastre Kanban și Scrum vă pot ajuta să utilizați oricare dintre cadrele pe care le doriți.