Correzione di bug in Scrum, alla fine del progetto

Question

Correzione di bug in Scrum, alla fine del progetto

#1 da (8 voti)

3

Abbiamo un progetto che sta raggiungendo una scadenza per la versione finale della produzione. È un progetto a prezzo fisso e fino ad ora siamo riusciti a lavorare in iterazioni della durata di 2 settimane, facendo regolari rilasci al nostro "ambiente di test interiore" dove i BA e le persone che agivano come clienti dal lato del cliente avevano la possibilità di dare un'occhiata, dare feedback ecc.

Ora siamo al punto in cui abbiamo solo 4 settimane per terminare questo progetto e mentre andiamo a distribuire i moduli separati di questa applicazione nell'ambiente del cliente, abbiamo fatto fatica a comparire un sacco di bug.

Abbiamo ancora alcune funzionalità, ma la mia domanda è: qual è il modo migliore per gestire questi bug man mano che appaiono?

Dal momento che ce ne sono molti (a causa delle specifiche del progetto, non avevamo la possibilità di testarlo prima sull'ambiente client) ed è impossibile stimarli in anticipo + abbiamo solo 4 settimane fino alla fine, fa ha senso mantenere Scrum o passare direttamente al lavoro di dispiegamento di Tech Lead direttamente agli sviluppatori?

agile scrum

posta RRob 25.05.2014 - 21:56

fonte

1 risposta

Leggi altre domande sui tag agile scrum

In che modo il pooling di connessioni al database migliora le prestazioni delle applicazioni? Le migliori pratiche per i controlli di sicurezza, in superficie o strato profondo? [chiuso]

score 8 · Accepted Answer

In questo caso, andrei ad una sorta di modalità kanban. Questo è come gestirlo:

Crea un backlog di bug. Chiedi al PO di dare loro priorità, ma fallo insieme al team di sviluppo perché possono indicare l'impatto di un bug. Questo ti consentirà di risolvere i problemi più importanti prima da un punto di vista del business. (Ovviamente puoi aiutare il PO a capire le conseguenze se un determinato bug non viene corretto)
Lascia che sia il team a decidere chi corregge quale bug. Come questo, gli sviluppatori possono impegnarsi a correggere bug. Ciò consente anche al team di sedersi insieme e discutere i bug.
Conserva la demo bisettimanale. Mostra gli errori corretti. Lascia che la squadra ottenga la ricompensa per il lavoro che hanno svolto. Ricevi un feedback dal PO, perché anche il modo in cui i bug vengono corretti può essere funzionalmente diverso da quello che ci si aspetta.

Non posso commentare la situazione in cui ti trovi perché non conosco tutti gli aspetti specifici, ma consiglio vivamente a te e al tuo team di studiare come testare prima. Cerco sempre di ottenere il ciclo completo (dall'utoreoria al codice di lavoro in produzione o almeno un ambiente di produzione sul sito dei clienti) terminato il prima possibile, anche se l'applicazione che consegniamo dice solo "ciao mondo" in quel momento. Aiuta a limitare il rischio che si ottiene in una situazione in cui si finisce nella situazione in cui ci si trova ora.