0
INVESTirein buone storie
Le richieste del nostro progetto sono         definite tramite le              User Story            (Storie utente)
Una user story è la descrizione di quelloche lutente vuole ottenere dal sistema
Le user story sono legate alle descrizioni            delle funzionalità
Le user story esaltano il ruolo dellutente...
...lo scopo che cercano di ottenere...
...e il valore di tale scopo
Possono definire lUSO
Come <tipo di utente>Voglio <ottenere un obiettivo>In modo da <avere un valore>
Come correntista    Voglio il mobile bankingIn modo da pagare i conti con lo          smartphone
Possono definire il COMPORTAMENTO
Quando <situazione iniziale>   Se <effettuo unazione>Allora <ottengo un risultato>
Quando lo schermo dello smartphone indica                  “Paga”           Se premo il pulsante     Allora si verifica la...
Non è una richiesta tecnica        Non è un contrattoNon è un piano di sviluppo software
Come per i libri, ci sono storie   buone           e storie   cattive.
Per ottenere obiettivi sensati(S.M.A.R.T.) bisogna investire(I.N.V.E.S.T.) nelle user story
SMART        Specifici        Misurabili        Accettati        Realistici        Temporizzati
INVEST         Independent         Negotiable         Valuable         Estimable         Sized right         Testable
IndependentNegotiableValuableEstimableSized rightTestable
Le storie non sono scolpite         nella pietra                                Independent                               ...
Devono mostrare qual è ilvantaggio per il cliente e altri                                   Independent   partecipanti al ...
Il dettaglio deve essere sufficente per stimare quando                                      Independent          tempo ser...
Le storie devono essere  completabili in uniterazione                                      Independent                    ...
IndependentStoria         Negotiable         ValuableTema         Estimable         Sized rightEpica         Testable
I criteri di accettazione fanno diventare realtà le user story                                  Independent               ...
Come giocatoreVoglio che il nemico  reagisca quando è  stato colpitoPer capire se lho colpito
Come giocatore               Quando il nemico èVoglio che il nemico           colpito in testa, fa un  reagisca quando è  ...
Come si fa ad ottenere delle buone storie                 utente?
Come per i libri e i film:       Avere un protagonista    Avere una trama avvincenteAvere un lieto fine, che non lascia in...
Identificare lutente (non generico)Identificare linterazione utente-prodotto  Schematizzare usi e comportamenti          D...
Evitare le storie troppo grosseEvitare la sindrome della miniaturizzazioneImparare a spezzare le Epiche in Temi e in      ...
Per incominciare, conviene attenersi ad un         formato standardizzato Per esempio usando il linguaggio gherkinhttps://...
Feature: Some terse yet descriptive text of what is desired In order to realize a named   business value As an explicit sy...
#language: itFunzionalità: Una descrizione chiara e precisa del risultato Per ottenere un dato valore Come un agente espli...
# language: it# Updated: Tue May 25 15:52:01 +0200 2010Funzionalità: somma  Per evitare di fare errori stupidi  Come utent...
Grazie per lattenzione           Prof. Marcello Missiroli    (standing on the shoulders of giants :-) )                   ...
RiferimentiBase di questa presentazione (layout incluso):INVEST in good user stories – Craig Brownhttp://www.slideshare.ne...
Licenzahttp://creativecommons.org/licenses/by-sa/3.0/deed.it
Upcoming SlideShare
Loading in...5
×

Investire nelle user story

1,394

Published on

Una slide introduttiva al concetto delle user story. In larga parte traduzione delle slide omonime di Craig Brown.

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,394
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
25
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Transcript of "Investire nelle user story"

  1. 1. INVESTirein buone storie
  2. 2. Le richieste del nostro progetto sono definite tramite le User Story (Storie utente)
  3. 3. Una user story è la descrizione di quelloche lutente vuole ottenere dal sistema
  4. 4. Le user story sono legate alle descrizioni delle funzionalità
  5. 5. Le user story esaltano il ruolo dellutente...
  6. 6. ...lo scopo che cercano di ottenere...
  7. 7. ...e il valore di tale scopo
  8. 8. Possono definire lUSO
  9. 9. Come <tipo di utente>Voglio <ottenere un obiettivo>In modo da <avere un valore>
  10. 10. Come correntista Voglio il mobile bankingIn modo da pagare i conti con lo smartphone
  11. 11. Possono definire il COMPORTAMENTO
  12. 12. Quando <situazione iniziale> Se <effettuo unazione>Allora <ottengo un risultato>
  13. 13. Quando lo schermo dello smartphone indica “Paga” Se premo il pulsante Allora si verifica la transazione
  14. 14. Non è una richiesta tecnica Non è un contrattoNon è un piano di sviluppo software
  15. 15. Come per i libri, ci sono storie buone e storie cattive.
  16. 16. Per ottenere obiettivi sensati(S.M.A.R.T.) bisogna investire(I.N.V.E.S.T.) nelle user story
  17. 17. SMART Specifici Misurabili Accettati Realistici Temporizzati
  18. 18. INVEST Independent Negotiable Valuable Estimable Sized right Testable
  19. 19. IndependentNegotiableValuableEstimableSized rightTestable
  20. 20. Le storie non sono scolpite nella pietra Independent Negotiable Né sono perfette Valuable Il dettaglio può essereeccessivo. Occorre verificare Estimable con il cliente Sized right Senza esagerare...alcune Testable limitazioni sono fisse
  21. 21. Devono mostrare qual è ilvantaggio per il cliente e altri Independent partecipanti al progetto NegotiableServono ad evitare le “storie Valuable tecniche” Estimable Sized right Testable
  22. 22. Il dettaglio deve essere sufficente per stimare quando Independent tempo servirà Negotiable Ogni team avrà una stima Valuable diversa (ma consistente) EstimableScale: lineari, fibonacci, T-shirt, ore Sized right Testable Spesso si usa il Planning Poker
  23. 23. Le storie devono essere completabili in uniterazione Independent NegotiablePiù si è vicini al lavoro, più deve essere specifica. Valuable Si può partire con storie molto Estimable grandi ma dovranno essere spezzate (modello a piramide) Sized right Testable
  24. 24. IndependentStoria Negotiable ValuableTema Estimable Sized rightEpica Testable
  25. 25. I criteri di accettazione fanno diventare realtà le user story Independent NegotiableAssicurano che il risultato sia quello previsto dal cliente Valuable I test dovrebbero essere Estimable automatizzati (se possibile) Sized right Non si dovrebbe iniziare la Testablecodifica prima di avere chiari criteri di accettazione
  26. 26. Come giocatoreVoglio che il nemico reagisca quando è stato colpitoPer capire se lho colpito
  27. 27. Come giocatore Quando il nemico èVoglio che il nemico colpito in testa, fa un reagisca quando è passo indietro stato colpito Quando è colpito alPer capire se lho colpito braccio, si gira Quando è colpito ai piedi, solleva i piedi Quando lo manco, non fa nulla Quando colpisco un oggetto, non fa nulla
  28. 28. Come si fa ad ottenere delle buone storie utente?
  29. 29. Come per i libri e i film: Avere un protagonista Avere una trama avvincenteAvere un lieto fine, che non lascia in sospeso Dare qualcosa al pubblico
  30. 30. Identificare lutente (non generico)Identificare linterazione utente-prodotto Schematizzare usi e comportamenti Decidere il risultato Progettare la validazione del risultato
  31. 31. Evitare le storie troppo grosseEvitare la sindrome della miniaturizzazioneImparare a spezzare le Epiche in Temi e in Storie (Richiede esperienza!)
  32. 32. Per incominciare, conviene attenersi ad un formato standardizzato Per esempio usando il linguaggio gherkinhttps://github.com/cucumber/cucumber/wiki/G Utilizzabile DIRETTAMENTE in alcuni programmi come strumento di test, e in ambito più ampio, come strumento di
  33. 33. Feature: Some terse yet descriptive text of what is desired In order to realize a named  business value As an explicit system actor I want to gain some beneficial  outcome which furthers the  goal
  34. 34. #language: itFunzionalità: Una descrizione chiara e precisa del risultato Per ottenere un dato valore Come un agente esplicito del  sistema Voglio ottenere un risultato  che mi avvicina allobiettivo
  35. 35. # language: it# Updated: Tue May 25 15:52:01 +0200 2010Funzionalità: somma  Per evitare di fare errori stupidi  Come utente  Voglio sapere la somma di due numeri
  36. 36. Grazie per lattenzione Prof. Marcello Missiroli (standing on the shoulders of giants :-) ) ITIS Corni prof.missiroli@gmail.com
  37. 37. RiferimentiBase di questa presentazione (layout incluso):INVEST in good user stories – Craig Brownhttp://www.slideshare.net/craigwbrown/invest-in-good-user-stories-presentationExtreme Programming Explored - William Wakehttp://www.scribd.com/doc/12720/Extreme-Programming-Explored-William-WakeSix features of a good user storyhttp://agilesoftwaredevelopment.com/blog/vaibhav/good-user-story-investINVEST in Good Stories, and SMART Taskshttp://xp123.com/xplor/xp0308/index.shtmlThe INVEST Model fo User stories – Bill Wakehttp://zomobo.net/play.php?id=L_NyCczp0Fk
  38. 38. Licenzahttp://creativecommons.org/licenses/by-sa/3.0/deed.it
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×