SCRUM vs. KANBAN

Get Started. It's Free
or sign up with your email address
Rocket clouds
SCRUM vs. KANBAN by Mind Map: SCRUM vs. KANBAN

1. Diverse idei controversate (poate si cateva raspunsuri)

1.1. O organizatie trebuie sa aleaga intre SCRUM si KANBAN

1.1.1. NU, o organizatie poate folosi ambele metode

1.1.2. Organizatiile de succes chiar folosesc ambele metode

1.2. KANBAN este pentru IT Support si SCRUM pentru dezvoltatori

1.2.1. NU, KANBAN este un sistem de schimbare evolutiva. Nu a fost creat pentru IT Support sau pentru Dezvoltare Software, desi se aplica cu succes in aceste domenii.

1.3. KANBAN este pentru echipele experimentate, SCRUM NU

1.3.1. Din contra !!! KANBAN nu necesita un efort foarte mare de introducere, datorita faptului ca pentru implementare nu este necesar sa:

1.3.1.1. se schimbe procedurile curente de lucru

1.3.1.2. se introduca noi roluri sau responsabilitati

1.4. KANBAN este unul din instrumentele ce fac parte din SAFe (Scaled Agile Framework)

1.4.1. Inca o data, Kanban este un sistem de schimbare evolutiva si deci nu poate face parte dintr-un cadru, precum SAFe, ce nu este destinat in a "privi" organizatia in ansamblu.

1.4.2. KANBAN este in primul rand un sistem LEAN si in al 2-lea rand un sistem AGILE. SAFe este un cadrul pur AGILE.

1.5. KANBAN si SCRUM sunt sisteme de tip PULL

1.5.1. NU, numai KANBAN este. Se "trag" noi lucrari intr-o etapa, atunci cand exista capacitate de executie. Lucrarile se trag fara nici un fel de planificare, in ordinea prioritatii.

1.5.2. SCRUM este un sistem bazat pe iteratii (TIME BOX) si pe negocierea din SPRINT PLANNING. Este un sistem bazat pe negociere.

2. KANBAN

2.1. Aparitia

2.1.1. In TOYOTA

2.1.2. Tehnologie LEAN

2.1.3. Menit a imbunatatii fluxurile de lucru

2.1.4. Privire de ansamblu la nivel de business si de management al schimbarii

2.1.5. David J. Anderson

2.1.5.1. Defineste Metoda Kanban cu aplicare in servicii profesionale ("knowledge working")

2.2. Este o cale de schimbare si imbunatatire evolutiva

2.2.1. Aplicabil in:

2.2.1.1. Dezvoltare software

2.2.1.2. Imbunatatirea fluxurilor de lucru

2.2.1.2.1. Marketing

2.2.1.2.2. Vanzari

2.2.1.2.3. Resurse Umane

2.2.1.2.4. Dezvoltare si management produse

2.2.1.2.5. Suport Clienti

2.2.2. Nu este prescriptiv, mai degraba este bazat pe principii

2.2.3. Controlul se executa prin definirea WIP (Work In Progress) pentru etape din fluxul de lucru

2.2.4. Este un sistem PULL real

2.3. Introducerea in practica se face imediat, adaptarea si imbuntatirea se face pe parcurs

2.4. A fost aplicat cu succes chiar in imbunatatirea cadrului / proceselor SCRUM

3. SCRUM

3.1. Aparitia

3.1.1. In Industria de Software

3.1.2. Raspuns la problemele date de managementul de proiect "waterfall"

3.1.3. Menit a rezolva problemele Ciclului de Dezvoltare Software

3.1.4. Privire numai asupra ciclului de dezvoltare software

3.2. Este un cadru Agile de dezvoltare software

3.2.1. Este prescriptiv

3.2.1.1. Artefacte

3.2.1.2. Sedinte

3.2.1.3. Roluri

3.2.1.4. Reguli

3.2.2. Controlul se executa cu ajutorul timpului iteratiei (definire TIME BOX)

3.2.3. Nu este un sistem PULL real. Este un sistem bazat pe o negociere la fiecare Sprint Planning

3.3. Se adapteaza dificil in conditiile in care apar elemente de "perturbare" a modului prescris de lucru

3.4. SCRUM necesita un efort considerabil pentru a fi introdus

3.4.1. Roluri noi

3.4.1.1. Product Owner

3.4.1.2. SCRUM Master

3.4.1.2.1. Un SCRUM Master bun nu este usor de format

3.4.2. Mod de lucru nou (ce nu mai seamana cu cel vechi)

3.4.3. Intrebari de genul, "Ce rol mai are Project Managerul?".

4. In SUMAR

4.1. Kanban

4.1.1. Introduce o schimbare evolutiva a proceselor. La introducere rolurile si practicile actuale nu se schimba.

4.1.2. Kanban este adaptabil si poate fi folosit atat pentru dezvoltarea de produse, cat si pentru gestionarea unor procese operationale zilnice (exemplu: serviciile catre clienti)

4.1.3. Kanban este flexibil la schimbari si controleaza prioritatile prin intermediul claselor de servicii.

4.2. Scrum

4.2.1. Scrum introduce noi roluri si practici. Este necesara schimbarea fundamentala a modului actual de lucru pentru a utiliza SCRUM.

4.2.2. Scrum este potrivit pentru dezvoltarea de produse ce pot fi construite utilizand un proces ce functioneaza in iteratii fixe.

4.2.3. Scrum fixeaza angajamentul echipei la durata unui Sprint (sa zicem 2 saptamani) si nu recomanda schimbarile in aceasta perioada.

5. Articol, Video, Carte

5.1. Kanban vs, Scrum (o opinie)

5.2. Articol David J. Anderson, Comparing Kanban to Scrum

5.3. Cum se imbunatateste SCRUM cu Kanban

5.4. Carte recomandata din Amazon, Agile Project Management with Kanban (Developer Best Practices) - Eric Brechner