3. Ruoli: pick up your card
1. Business Analyst
2. Technical Analyst (Can combine BA and TA if
needed)
3. Designer
4. Sviluppatore Front-end
5. Sviluppatore
6. Tester
7. Project manager (dotato di orologio).
8. Cliente
7. Round 3 ‐ Maximize throughput
- Batch da un elemento
- Modalità “davvero pull”: non
facciamo nulla di più di quanto
richiesto a valle.
- Possibilità di collaborare fuori ruolo
al 50% della velocità
16. RingraziamenK
- “The Dot Game” courtesy of Alan
Shalloway - Net Objectives
- http://www.netobjectives.com/bio-
alan-shalloway
17. CommuniKes
- Kanban Dev
- http://finance.groups.yahoo.com/group/kanbandev
- Agile Lean Europe - ALE
- http://www.linkedin.com/groups/Agile-Lean-Europe-
ALE-3786271?
- Lean-it yahoo groups
- http://it.dir.groups.yahoo.com/group/lean-it/
- Agile Lean Italy
- http://www.linkedin.com/groups/Lean-Agile-Italy-1944601?
Editor's Notes
\n
Il tempo è poco quindi l’intro è minimalista: A presentare siamo Alberto Brandolini e Jacopo Romei, abbiamo partecipato insieme alla sessione tenuta da Alan Shalloway alla Lean & Kanban Conference ad Anversa, l’anno scorso e ...siamo rimasti fulminati! Abbiamo chiesto ad Alan di poter riproporre il gioco ....ed eccoci qua!\n
\n
\n
\n
\n
\n
E questi sono i dati raccolti durante la simulazione al CodeMotion 2011. Ogni simulazione fa storia a se: l’effetto di un particolare setup o i contributi dei singoli possono influenzare certi valori, ma i trend tendono a convergere.\n
Il primo valore significativo è la produzione totale. Al primo giro si è fatto di più, ma si è consegnato di meno. Al secondo giro abbiamo ridotto gli sprechi, al terzo giro i prodotti accettati sono aumentati considerevolmente in assoluto e rispetto al totale.\n
Come riflesso anche il throughput - il numero di prodotti accettati nell’unità di tempo - è significativamente migliorato.\n
Il tempo di attesa per ricevere il primo feedback. Nel primo caso era strutturale: l’organizzazione era tale da posticipare il feedback dell’utente finale. Nel secondo la cosa è decisamente migliorata, mentre nel terzo caso di è fatto sentire l’effetto del QA che ha rimandato indietro alcune cose prima che fossero mostrate al cliente.\n
Considerazioni analoghe al throughput sono valide anche per il Cycle Time. Quanto dobbiamo aspettare in media per avere un prodotto accettato?\n
Ok, il ROI è stato definito in maniera più arbitraria (non abbiamo considerato prezzi e costi, quindi non è un ROI vero e proprio) come \n\n(Round 3 Accepted-Round 3 'Work in Progress')/Round 3 'Work in Progress'\n\nIn realtà il riferimento che abbiamo utilizzato è http://en.wikipedia.org/wiki/Rate_of_return#Calculation ed abbiamo utilizzato la formula dell’arithmetic return.\n\nSi sarebbe potuto fare di meglio ...ma al terzo giro abbiamo significativamente limitato le perdite!\n