In Scrum , il lavoro viene consegnato ai clienti attraverso una serie di sprint in cui il lavoro del progetto è tempo inscatolato per un numero fisso di giorni o settimane, di solito 30 giorni. Nello sviluppo del software snello , l'obiettivo è quello di fornire il prima possibile, consentendo un feedback anticipato per la successiva iterazione.
Entrambe le tecniche sottolineano l'importanza del flusso di lavoro in cui il prodotto del lavoro software non si accumula nello sviluppo in attesa del rilascio in una data futura. Entrambe consentono requisiti nuovi e perfezionati e il feedback da parte del controllo qualità e dei clienti di agire con il minor ritardo possibile sulla base della priorità.
Alcuni anni fa ho ascoltato una conferenza in cui l'oratore parlava brevemente di una famiglia di concetti dall'ingegneria industriale chiamata teoria dei vincoli . In fabbrica, usano un modello operativo basato su tre componenti: tamburo, buffer e corda. Il tamburo sincronizza il prodotto di lavoro mentre scorre attraverso il sistema. Buffer che proteggono il sistema trattenendo l'output da uno stadio mentre attende di essere consumato dal successivo. La fune tira il prodotto da una stazione di lavoro a quella successiva.
Storicamente, queste idee fanno parte del patrimonio di Scrum e Lean, o sono su una traccia separata?
Volevamo pensare a Scrum e Lean in termini di drum-buffer-rope, quali sono le parti?
- Drum = {incontro scrum giornaliero, versione mensile)?
- Buffer = {burn-down list, sistema di controllo del codice sorgente)?
- Rope = {incontro quotidiano, server di integrazione costante, comunicati mensili}?
Gli ingegneri industriali definiscono il flusso di lavoro in termini di diversi tipi di fabbriche.
- Fabbriche I: pipeline diritta. Un input, un output.
- A-Factories: molti input e un output.
- V-Factories: un input, molti prodotti di output.
- T-Plants: molti input, molte uscite.
Se si applica, quale tipo di factory è più simile a Scrum o Lean e perché?