Quando contrassegnare una user story come eseguita in scrum?

Definisci la definizione di fatto . Ma dovrebbe includere tutto per renderlo completamente fatto . "Mi dispiace, ho dimenticato di implementare la convalida per quel controllo di input" significa che la tua storia non è stata eseguita, quindi dovrebbe essere rimessa nella colonna in corso. Se hai scoperto che dopo lo sprint, è un bug che l'OP può indirizzare (o meno) nel prossimo sprint. Alla fine l'OP decide se spedire il prodotto al termine di un'iterazione.

Come hai detto tu, i test vengono dopo che il codice è stato scritto per una determinata user story. Ma il test dovrebbe far parte della tua definizione di fatto.

Pertanto, fatto completamente è lo stato che ottieni quando una User story corrisponde a la tua definizione di fatto .

In primo luogo, dove lavoro le attività come test, criteri di accettazione, revisione del codice fanno parte delle storie degli utenti ..

In secondo luogo, la storia utente viene eseguita quando è ACCEPTED per PO. L'OP esamina una storia per accettazione non appena la squadra la segna come COMPLETA . Se l'ordine di acquisto non accetta la storia, il team probabilmente aggiungerebbe altre attività.

E sì, hai ragione, il team dovrebbe completare la storia secondo lo scopo concordato durante la pianificazione dello spritn. Tuttavia, l'ambito e il time-boxing non vanno insieme, quindi il team dopo aver discusso con l'ordine di acquisto può sempre ridimensionare l'ambito della storia, fino a un livello in cui può essere completato all'interno dell'iterazione.

Qualunque sia l'ambito concordato, la storia non dovrebbe essere contrassegnata come COMPLETATA se ci sono problemi noti, tuttavia può ancora essere accettata dall'OP alla fine dell'iterazione, ad es. potrebbero essere i bug rimanenti non critici o frequenti.

Oltre alle revisioni del codice, una definizione di fatto e la definizione di criteri di accettazione di alto livello che una storia utente deve passare per essere completata, abbiamo anche una recensione alla fine di ogni sprint, dove le storie sono presentate a una comunità più ampia nella nostra azienda (supporto di primo e secondo livello, consulenti, addetti alle vendite e così via), perché di solito hanno una conoscenza di dominio più approfondita. Solo dopo che una storia ha superato questa recensione viene considerata completata.

1. La definizione di fatto, per storia, è l'unico e certo differenziatore tra fare e fatto per una storia. Di solito è una breve frase che descrive cosa fare per verificare che la storia sia fatta.
2. Se una storia viene considerata eseguita in base alla definizione di fatto, significa che è stata eseguita.
3. Se in seguito si trova ancora qualcosa da fare su una storia precedente già fatta, allora una nuova storia per quel qualcosa viene creata con la sua nuova definizione di fatto.
4. La nuova storia viene aggiunta al backlog come qualsiasi altra, in modo tale che subisca il flusso scrum standard.
5. Nel tempo, le definizioni di fatto miglioreranno, così come la capacità di leggere tra le loro linee, riducendo così le incomprensioni.