Come gestire i difetti dalla produzione (versione precedente) in SCRUM

5

Ci stiamo spostando verso SCRUM - nei nostri sprint, lavoriamo su una versione 1.1, mentre la versione 1.0 è in produzione. Tuttavia, viene segnalato un errore ocassional dalla versione 1.0 che deve essere corretto. Non ho trovato alcuna informazione su come questo dovrebbe essere gestito - non mi sembra giusto farli fare parte dello sprint (dato che sono di una versione diversa e non hanno nulla a che fare con gli obiettivi sprint nello sprint attuale) ma come avvicinarsi loro allora? In sostanza, potrebbe essere esteso a lavori di manutenzione su versioni già distribuite.

    
posta Melioer 30.05.2016 - 19:27
fonte

1 risposta

9

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.

    
risposta data 30.05.2016 - 20:26
fonte

Leggi altre domande sui tag