User stories applied [cap.2]

Per le storie si può usare l'acronimo INVEST per definirne 6 attibuti:

  • Indipendent: idealmente una storia dovrebbe essere indiependente dalle altre, così da poter decidere liberamente in quale ordine implementarle.
  • Negotiable: i dettagli di una storia sono negoziati tra il "team del cliente" e gli sviluppatori
  • Value to users or customers: le storie dovrebbero essere scritte in modo da rappresentare una chiaro valore per il commitente o per gli utenti. Il modo migliore per raggiugere questo risultato è far scrivere le storie al "team del cliente"
  • Estimable: deve essere sempre possibile stimare lo sforzo necessario per realizzare una storia. Quando non è possibile dividere un la storia alter due: la prima è lo spike , ovvero un piccolo esperimento in cui gli sviluppatori creano un piccolo esperimento per giusto per capire quando costa realizzare la richiesta del cliente, la seconda storia è la realizzazione vera è propria della richiesta del cliente. Le due storie andrebbe realizzate in due iterazioni differenti.
  • Small: una storia è troppo complessa e articolata va divisa in più storie, storie troppo brevi vanno combiante in un'unica
  • Testable: deve essere possibile testare una storia

Technorati tags: ,

posted @ martedì 23 ottobre 2007 23:25

Print
Comments have been closed on this topic.