PowerPoint Presentation

What IS
Kanban

Scrum in breve

Suddividete la vostra organizzazione in piccoli team che si organizzano autonomamente e che siano interfunzionali

Dividete il vostro lavoro in una lista di piccoli e concreti deliverable. Ordinate lelenco in base alla priorit e stimate lo sforzo rispetto a ciascuno di essi.

Frazionate il tempo in iterazioni corte e di durata fissa (normalmente 1 4 settimane), con codice potenzialmente consegnabile, dimostrato dopo ogni iterazione.

Ottimizzate il piano di rilascio e aggiornate le priorit in collaborazione con il committente, basandovi sugli approfondimenti ottenuti ispezionando quanto rilasciato dopo ciascuna iterazione.

Ottimizzate il processo effettuando una retrospettiva dopo ogni iterazione.

Kanban in breve

Suddividere il lavoro in parti (item), scrivere ogni item su una card e apporla sul muro.

Utilizzare delle colonne che abbiano dei nomi per illustrare dove sia ciascun item allinterno del workflow.

Limitare il Work In Progress (WIP) assegnare dei limiti espliciti su quanti item possono essere in lavorazione per ogni stato del workflow (flusso di lavoro).

Misurare il lead time (tempo medio per completare un item, talvolta anche chiamato cycle time), ottimizzare il processo per rendere il lead time quanto pi piccolo e prevedibile possibile.

Quale strumento usare?

Utilizzare gli strumenti giusti aiuter ad avere successo, ma non lo garantisce. E' facile confondere il successo/insuccesso di progetto con il successo/insuccesso degli strumenti.

Un progetto pu avere successo a causa di un grande strumento.

Un progetto pu avere successo nonostante un pessimo strumento.

Un progetto pu fallire a causa di un pessimo strumento.

Un progetto pu fallire nonostante un grande strumento.

Scrum pi prescrittivo di Kanban

Possiamo paragonare gli strumenti in base a quante norme forniscono. Prescrittivo significa pi regole da seguire e adattativo significa meno regole da seguire. 100% prescrittivo significa arrivare a non usare il proprio cervello, in quanto c' una regola per ogni cosa. 100% adattativo significa Fare Qualunque Cosa, non vi alcuna regola o vincolo. Come potete ben vedere, entrambi gli estremi della scala sono piuttosto ridicoli.

Scrum e Kanban sono entrambi altamente adattivi, ma parlando in modo relativo Scrum pi prescrittivo di Kanban. Scrum fornisce pi vincoli, e quindi lascia meno opzioni aperte. Per esempio Scrum prescrive lutilizzo di iterazioni timeboxed, Kanban non lo fa.

XP

XP (eXtreme Programming) abbastanza prescrittivo in confronto a Scrum. Include gran parte di Scrum + un insieme di pratiche di ingegneria abbastanza specifiche, come il test-first development o il pair programming.

Scrum meno prescrittivo rispetto XP, poich non prescrive alcuna specifica pratica ingegneristica. Daltra parte Scrum pi prescrittivo rispetto a Kanban, in quanto prescrive cose come iterazioni e team cross-funzionali.

Ruoli

SCRUM

Product Owner (definisce visione e priorit del prodotto),

Team (implementa il prodotto)

Scrum Master (rimuove ostacoli e fornisce la guida del processo).

KANBAN

>

Ci non significa che non si pu, o non si dovrebbe avere un ruolo di Product Owner in Kanban! Significa solo che non necessario.

NO TIMEBOXED

In Kanban non vengono prescritte iterazioni timeboxed. Potete scegliere quando effettuare la pianificazione, il miglioramento dei processi e rilasciare l'applicativo. possibile scegliere di effettuare queste attivit in maniera regolare ("release ogni Lunedi") oppure on-demand ("release ogni volta che abbiamo qualcosa di utile da consegnare").

Team1: Utilizza iterazioni Scrum

Team2:Ogni settimana rilascio. Ogni due settimane incontro di pianificazione per aggiornare le priorit ed i piani di rilascio. Ogni quattro un incontro di retrospettiva.

Team3: essenzialmente event-driven

Scrum Velocity

Kanban limita il WIP

Qual' la differenza tra una Scrum board e una Kanban board?

Board

UnaScrum board viene resettata ad ogni iterazione.

In Kanban, la board di norma persistente - non quindi necessario resettarla e ricominciare da capo.

Una Scrum board gestita da un unico team.

In Kanban, i team interfunzionali sono opzionali, e una board non ha quindi bisogno di essere di propriet di un team specifico.

Task Brevi - Task Lunghi

Prodotti differenti?

Similitudini

Entrambi sono sia Lean che Agili.

Entrambi utilizzano una programmazione di tipo "pull".

Entrambi limitano il WIP.

Entrambi sfruttano la trasparenza per promuovere un miglioramento dei processi.

Entrambi si concentrano sulla realizzazione di software che sia rilasciabile rapidamente e spesso.

Entrambi sono basati su gruppi che si auto-organizzano.

Entrambi richiedono la suddivisione del lavoro in parti.

In entrambi, il piano di rilascio viene costantemente ottimizzato basandosi su dati empirici (velocit / lead time).

Alcune differenze

Scrum e Kanban sono entrambi sistemi di schedulazione di tipo pull, che corrisponde al JIT (Just In Time) il principio per la gestione dell'inventario in Lean. Questo significa che il team decide quando e su quanto lavoro impegnarsi.

Scrum e Kanban sono basati su un ottimizzazione continua ed empirica del processo, che corrisponde al principio di Kaizen proprio del Lean.

Scrum e Kanban enfatizzano il rispondere ai cambiamenti piuttosto che seguire un piano (uno dei quattro valori del Manifesto agile).

Scrum vsKanban

Timeboxed

Il team si impegna

Velocit come metrica di pianificazione

team interfunzionali.

item devono rientrane in uno sprint

Burndown chart.

WIP limitato per sprint.

stime

lo sprint non modificabile

backlog di un team

3 ruoli

board resettata ogni sprint

product backlog con priorit

opz.

opz.

Utilizza il lead time come metrica

Permessi team specialisti

no

no

WIP limitato nel workflow

opz.

no

condivisa

nessun ruolo

persistente

opz.