Ho dato un'occhiata e non sono riuscito a trovare una domanda che riguardasse il mio caso, quindi ho pensato che avrei postato.
Ho una situazione in cui, come una nuova squadra, ci siamo imbattuti in 2 picchi imprevisti (c'è un termine migliore?) durante uno sprint. Abbiamo 'pensato' che lo sapevamo, ma poi abbiamo dovuto effettuare delle ricerche a metà strada, quindi questo ha introdotto un picco.
Le mie domande sono:
- Se abbiamo un problema di interruzione / processo (Jenkins ha fallito, richiede 8 ore di debug / setup di uno o più sviluppatori), questo è un picco o qualcosa del genere? Creo un picco, lo lancio in Sprint (metà sprint), quindi sottraggo ore dallo sprint complessivo (8 ore di picco = meno 8 ore di attività pianificate?) O semplicemente finisco con gli oggetti non consegnati per il prossimo sprint?
- Se avessi una stima di 8 ore per qualcosa, allora gli sviluppatori troveranno, in effetti, che hanno bisogno di ulteriori ricerche, ho anche un picco? rimuovere i tempi di attività? ecc;
Voglio essere sicuro di avere una mano migliore nella pianificazione di questi eventi "imprevisti" e di avere una buona idea di deliverable per lo sprint.
Sto osservando questo da una prospettiva puramente di Project Management in cui devo riportare la catena sullo stato di avanzamento / burndown delle attività / dei risultati finali.