Non so se c'è uno che ufficialmente Scrummy stava gestendo, ma quello che ho fatto nei precedenti team è il seguente:
Dedica un po 'di tempo
I problemi di produzione sono una realtà indipendentemente dal fatto che vogliamo ammetterlo. In quanto tale, l'unica cosa sensata da fare è tenerli nella tua pianificazione.
Quando pianifichi i tuoi sprint, prenota una percentuale dello sforzo degli sviluppatori per gestire i problemi di produzione. Quanto grande sarà una percentuale molto specifica per il prodotto e il team. Quindi, questo valore è una delle cose che dovrai modificare da sprint a sprint.
Non tutti i problemi di produzione sono uguali
Quando si verifica un problema di produzione, devi valutare il impatto prima di decidere come gestirlo.
- Se il problema è un Blocker , dovrà essere risolto immediatamente
- Se, d'altra parte, il problema è minore o c'è una soluzione nota che gli utenti sono felici di accettare allora il nuovo problema va nel backlog del prodotto
Quest'ultimo punto è molto importante. Mi sembra che i team abbiano fallito sprint ripetutamente semplicemente perché hanno sempre dato la priorità ai problemi di produzione su tutto il resto.
L'intero punto di avere sprint brevi è che puoi lavorare su di loro con interruzioni minime. Ovviamente, devi essere pragmatico (ad esempio, affrontare i blocchi), ma devi anche fare attenzione a non mettere a rischio lo sprint pianificato.
È molto un atto di bilanciamento.