In che modo il proprietario del prodotto decide in che misura ha avuto successo lo Sprint? [chiuso]

Question

In che modo il proprietario del prodotto decide in che misura ha avuto successo lo Sprint? [chiuso]

#1 da (6 voti)
#2 da (4 voti)
#3 da (3 voti)
#4 da (1 voti)

1

Ovviamente se il proprietario del prodotto giudica esclusivamente in base al fatto che le storie siano state commesse, non sarebbe positivo, perché in seguito il team si limiterà a scrivere un numero inferiore di storie dopo il prossimo Sprint. D'altra parte, se la squadra ha fatto un lavoro tremendo e ha superato enormi problemi tecnici, ma gli impegni non sono stati raggiunti, anche questo non va bene.

Penso che sia comunque necessaria una certa misura, perché se non ci sono feedback dal proprietario del prodotto, il team non sa cosa migliorare, se non del tutto. Quindi quali sono, secondo te, i criteri per il successo dello Sprint?

agile scrum sprint retrospective

posta Eugene 12.02.2014 - 07:35

fonte

4 risposte

Leggi altre domande sui tag agile scrum sprint retrospective

È effettivamente possibile (praticamente) vendere software Open Source? [duplicare] Come si trasformerebbe un compilatore in un altro se fosse cascata in un interruttore?

score 6 · Answer 1

La domanda contiene la risposta. C'è una metrica semplicistica no che incapsulerà tutte le realtà dello sviluppo in una decisione lineare di successo / fallimento. Il punto di partenza di una retrospettiva dello sprint è che tutti gli interessati riflettano se lo sprint è stato un successo, dati tutti i fattori entrati in gioco e cosa potrebbe essere migliorato nel prossimo.

score 4 · Answer 2

L'intero punto di uno sprint è completare le attività.

Quindi da un punto di vista puramente "abbiamo fatto tutto", il successo è facile da definire. Hai fatto o non hai completato tutte le attività.

Tuttavia non è così semplice.

Le cose accadono. Le persone si ammalano, sorgono problemi tecnici, le persone sono fallibili e le stime potrebbero essere sbagliate.

score 3 · Answer 3

Si potrebbe semplicemente dire che uno Sprint di successo è uno che ha raggiunto il suo obiettivo:

Sprint Goal

The Sprint Goal is an objective set for the Sprint that can be met through the implementation of Product Backlog. It provides guidance to the Development Team on why it is building the Increment. It is created during the Sprint Planning meeting. The Sprint Goal gives the Development Team some flexibility regarding the functionality implemented within the Sprint. The selected Product Backlog items deliver one coherent function, which can be the Sprint Goal. The Sprint Goal can be any other coherence that causes the Development Team to work together rather than on separate initiatives. (From the Scrum Guide)

Lo Sprint Goal è un primo livello di guida per il Product Owner e il team di sviluppo. Ma sulla base di tale obiettivo, il team Scrum potrebbe anche concordare perfettamente i criteri di successo più dettagliati per lo sprint in arrivo. Tipici (di solito impliciti) includono il completamento di tutte le storie, facendo passare tutti i test di accettazione, ma potrebbero esserci anche altri indicatori esogeni: il tasso di soddisfazione del cliente dopo una demo, il budget ottenuto, l'adesione al CEO, i minimi di performance raggiunti, ecc.

Come altri hanno già detto, penso che la risposta alla tua domanda sia la seguente: non ci sono metriche di successo di sprint universali predefinite. I criteri di successo dipendono principalmente dagli obiettivi strategici del business del momento e dovrebbero essere concordati preferibilmente prima dell'inizio dello sprint, attraverso la definizione di uno Sprint Goal e / o più specifici sotto-obiettivi.

score 1 · Answer 4

Da una parte c'è la retrospettiva. Tutte o la maggior parte delle attività definite nella retrospettiva devono essere spuntate come fatto (la definizione di fatto è definita dal team). Le attività in sospeso devono essere incluse nella retrospettiva del prossimo Sprint.

D'altra parte ci sono le storie di Sprint. Se la maggior parte delle storie sono considerate come fatte (che include dimostrazioni agli stakeholder, quando rilevanti) quando uno Sprint è finito, allora considererei lo Sprint un successo. Se la maggior parte delle storie non viene completata, qualcosa va storto e il team deve assicurarsi che intraprenderà azioni per evitare tale problema nel prossimo Sprint.