Qualcuno ha esperienza nel combinare KanBan in SCRUM, potrebbe funzionare, sarebbe questo un senso o sarebbe un overdesign?
No, non è un overdesign. Ma dovrebbe essere preso in più fasi. Ci vuole un team di Scrum maturo per gestire i cambiamenti portati da Kanban.
In effetti, andrò oltre. Scrum può lavorare in una squadra isolata, anche se non con la stessa efficacia con cui l'azienda compra.
Kanban richiede che l'azienda sia investita nel processo, tanto quanto il team, perché ha bisogno di capire cosa sta succedendo quando togli tutti gli sforzi da ciò a cui sono attualmente assegnati, quindi che puoi cancellare una colonna. E semplicemente non ha senso sollevare Kaizen se l'azienda non è assolutamente investita nella riduzione dei rifiuti.
Google "Scrumban" e troverai molti consigli su come mescolare i due processi, ma ho trovato un articolo su Lean Software particolarmente utile.
A problem with the basic index-card task board is that there is nothing to prevent you from accumulating a big pile of work in process. Time-boxing, by its nature, sets a bound on how much WIP that can be, but it can still allow much more than would be desirable.
If a kanban is a token that represents a work request, and our task board can still get out of control, then what is the problem here? The problem is that a kanban is more than just a work request on a card, and putting sticky notes on a whiteboard is not enough to implement a pull system.
Leggi altre domande sui tag development-process scrum kanban