L’utilizzo delle Kanban Board nella gestione dello sviluppo software sta crescendo notevolmente ma molto spesso quando si prova a introdurle nascono molti dubbi e non si è mai certi di come partire.
Come e perché funzionano? Quali concetti ci sono dietro? Come possiamo iniziare ad adottarle senza grossi mal di testa?
In questo workshop risponderemo a queste domande e proveremo insieme a disegnare la nostra prima board.
Lo scopo è quello di fornire concetti chiari e applicabili fin da subito.
1. Workshop su come iniziare a utilizzare Kanban fin da subito
AgileReloaded
L’azienda
italiana
per
il
coaching
agile
LA
TUA
PRIMA
KANBAN
BOARD
@sleli
@giulioroggero
6. Muri = Sovraccarico
Mura = Flusso
Muda = Spreco
No Muri, Mura o Muda
Toyota
ProducCon
System
SPRECHI
7. 1. Eliminare gli sprechi (Muda, Muri, Mura)
2. Amplificare l’apprendimento
3. Decidere il più tardi possibile
4. Consegnare il più velocemente possibile
5. Potenziare e responsabilizzare il team
6. Costruire con integrità
7. Guardare l’insieme - System Thinking
Toyota
ProducCon
System
PRINCIPI
12. Visualizza il lavoro
Limita il Work In Progress
Gestisci il Flusso
Rendi esplicite le policy
Implementa cicli di feedback
Favorisci la collaborazione
Kanban
à
la
Anderson
RICETTA
15. Un
team
di
sviluppo
si
occupa
della
manutenzione
di
un
prodoLo
soGware
composto
da
due
moduli,
uno
firmware
ed
uno
soGware.
Il
team
è
quindi
composto
da
sviluppatori
dell’uno
e
dell’altro
modulo.
Le
aRvità
sono
quelle
Cpiche
di
manutenzione
correRva
e
miglioraCva.
Il
team
riceve
le
richieste
di
correzione
o
di
miglioramento
dal
proprio
management
oppure
dall’ufficio
markeCng
oppure
dall’help
desk.
Le
richieste
vengono
accodate
in
una
lista
non
ordinata,
quindi
grossolanamente
sCmate.
Solo
se
la
durata
dell’implementazione
supera
i
5
gg
allora
è
necessario
oLenere
l’approvazione
dal
management.
Viene
quindi
creato
un
backlog
ordinato
secondo
logiche
di
business,
cercando
di
organizzare
armonicamente
il
lavoro:
è
il
team
che
svolge
questa
aRvità
in
autonomia.
I
bug
vengono
divisi
tra
criCci
e
non
criCci.
Oltre
alla
sCma
grossolana,
la
singola
implementazione
richiede
almeno
le
fasi
di
analisi,
sviluppo
e
test
per
essere
completata.
Si
osservi
che
molte
implementazioni
riguardano
contemporaneamente
i
due
moduli
e
quindi
gli
sviluppatori
con
competenze
diverse.
Realizzate
una
Kanban
Board
che
a3raverso
status,
corsie
rapide,
colori,
etc.
perme3a
di
tracciare
l’a;vità
di
questo
team,
evidenziando
tu;
gli
elemen?
descri;.
17. Il
team
è
composto
da
4
persone
-‐
SEAN,
manager,
prioriCzza
le
richieste
-‐
JOHN
e
BOB
lavorano
sul
soGware
-‐
TIM
lavora
sul
firmware
Nell’ulCmo
mese
sono
arrivaC:
-‐
15
bug
sul
sistema
completo
-‐
di
cui
10
bug
soGware
-‐
di
cui
5
bug
firmware
-‐
10
di
quesC
non
erano
bug
-‐
8
nuove
funzionalità
-‐
di
cui
2
grandi
Visualizzate
queste
informazioni
sulla
lavagna
e
limitate
il
WIP
19. L = λ W
L = numero medio di item in coda
λ = frequenza di arrivo di nuovi item
W = tempo di attesa medio di un item nel sistema
Legge
di
LiLle
(nel
soGware)
20. WIP = Th * CT
WIP = numero medio di item non finiti nel sistema
Th = team output per unità di tempo
CT = tempo medio necessario al team per chiudere l’item
Legge
di
LiLle
21. Lo
scorso
anno
l‘azienda
per
la
quale
lavorano
Sean,
John,
Bob,
e
Tim
ha
deciso
di
invesCre
in
mercaC
esteri
riscuotendo
un
discreto
successo
e
riuscendo
a
raddoppiare
il
numero
di
vendite
del
prodoLo.
Sean
si
trova
ora
a
fare
i
conC
con
un
crescente
numero
di
richieste
di
supporto
e
l’azienda,
che
non
ha
intenzione
di
aggiungere
nuovi
membri
al
team,
gli
chiede
di
aumentare
il
throughput.
Essendo
il
tempo
necessario
per
risolvere
un
bug
fisso
e
non
riducibile
può
Sean
risolvere
il
problema
aumentando
il
WIP?
Aumentare
il
throughput
del
team
QUESITO
24.
“Lo
scopo
di
Kanban
è
quello
di
eliminare
Kanban”
Mike
Rother
giulio@agilereloaded.it
@giulioroggero
Giulio
Roggero
stefano@agilereloaded.it
@sleli
Stefano
Leli
AgileReloaded
L’azienda
italiana
per
il
coaching
agile