SlideShare uma empresa Scribd logo
1 de 62
Netwerk Meeting
Agile Requirements


        1
Agenda
    13:00                  Intro
    13:15          Requirements Game
    13:45              User Stories
    14:15              Case - deel 1
    14:45                  Koffie
    15:00            Acceptatie tests
    15:30   Presentatie en demo LifeCycleSuite
    16:30               Conclusies
    17:00                 Borrel

2
Agenda
    13:00                  Intro
    13:15          Requirements Game
    13:45              User Stories
    14:15              Case - deel 1
    14:45                  Koffie
    15:00            Acceptatie tests
    15:30   Presentatie en demo LifeCycleSuite
    16:30               Conclusies
    17:00                 Borrel

3
Netwerk meetings

    • Vakmanschap
     • Software ontwikkeling
     • Software management

4
Wie ben ik?
     • Certified Scrum Master
     • Certified CMMI Lead
       Appraiser en Instructor
     • Consultant SWE/SWM
     • Creatief, pragmatisch
     • Rijnlander
5
Scope
• Agile
 Requirements

• Rol Product        •Schatting
 Owner

• Users / User
 Roles
                     • Planning

                 6
Waarom zijn
    requirements zo moeilijk?




7
Waarom zijn
    requirements zo moeilijk?




7
Agenda
    13:00                  Intro
    13:15          Requirements Game
    13:45              User Stories
    14:15              Case - deel 1
    14:45                  Koffie
    15:00            Acceptatie tests
    15:30   Presentatie en demo LifeCycleSuite
    16:30               Conclusies
    17:00                 Borrel

8
Agenda
    13:00                  Intro
    13:15          Requirements Game
    13:45              User Stories
    14:15              Case - deel 1
    14:45                  Koffie
    15:00            Acceptatie tests
    15:30   Presentatie en demo LifeCycleSuite
    16:30               Conclusies
    17:00                 Borrel

9
Bijenkorf
     •   Uitgangspunt: het is makkelijker iets voor een
         ander te vragen dan voor jezelf

     •   Maak trio’s: 1koningin, 2 werkbijen

         •   Koningin heeft vraag

         •   Werkbijen netwerken om antwoord te
             krijgen

         •   NEE antwoord mag wel, maar dan wel
             doorverwijzen

10
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

11
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

12
Ere wie ere toekomt ...




           13
Wat is een User Story?
     • Written description of the story used for
       planning and as a reminder
     • Conversations about the story that serve
       to flash out the details of the story
     • Tests that convey and document details and
       that can be used to determine when a
       story is complete

14
Ontwikkel User Stories


             User Role


             User Story




15
Identificeer User Roles
                               Receptioniste
               Patient

     Dokter              myHospital            Huisarts



                                      Verpleegster
          begeleider Patient
16
Groepeer User Roles

                Patient           Receptioniste
     begeleider Patient

                          myHospital


     Dokter                                       Huisarts
               Verpleegster
17
Cone of Uncertainty
     heldere, preciese
          stories


                         grote lijnen
                           stories




18
Trawling




19
Product Owner

     • De klant, de PO, zou de User Stories
       moeten schrijven/geven
     • Wie is een goede PO?
     • En wie niet?

20
Trawling methoden

     • Interviews met gebruikers
     • Vragenlijsten
     • Observatie
     • Workshops

21
INVEST in User Stories
     • Independent
     • Negotiable
     • Valuable to users or customers
     • Estimatable
     • Small
     • Testable
22
Independent

      A user can pay with
           Visa card

      A user can pay with
         Master card




23
Negotiable


     • Een story is GEEN contract


24
Valuable

     All error handling is done
     through a set of common
               classes




25
Valuable

     All errors are presented to
      the user and logged in a
          consistent manner




25
Estimatable




26
Estimatable
     • Wanneer zijn stories NIET estimatable?




26
Estimatable
     • Wanneer zijn stories NIET estimatable?
      • ontwikkelaars hebben onvoldoende
         domein kennis




26
Estimatable
     • Wanneer zijn stories NIET estimatable?
      • ontwikkelaars hebben onvoldoende
         domein kennis
      • ontwikkelaars hebben onvoldoende
         technische kennis




26
Estimatable
     • Wanneer zijn stories NIET estimatable?
      • ontwikkelaars hebben onvoldoende
         domein kennis
      • ontwikkelaars hebben onvoldoende
         technische kennis
      • stories zijn te groot
26
Small




27
Small


     Te groot: dan splitsen
     - epic met stories
     - onderzoek en ontwikkeling


27
Testable

       De software moet een
     goede performance hebben




28
Testable


     Tom Gilb: Planguage




28
Planguage
     TAG                         Performance
                                 Gebruikers moeten niet het
     GIST                        gevoel hebben “op het
                                 systeem te wachten”
     PLAN (100 concurrent users) Reponse time < 2s
     MUST (100 concurrent users) Reponse time < 5s
     PAST (100 concurrent users) Reponse time > 10s
                                 Automatic test script
     METER
                                 “PERFORMANCE”

29
User Stories vergeleken

     • Use Cases (Jacobsen)
     • “traditionele” requirements (IEEE 830)
      • The system shall ...

30
User Stories vergeleken
                                      Use
                        Actor
     • Use Cases (Jacobsen)
     • “traditionele” requirements (IEEE 830)
      • The system shall ...

30
User Stories vergeleken
                            Title: koop een boek
                            Actor: klant
                                                 Use
                            Precondition: boek op
                           Actor
                            voorraad
     •   Use Cases (Jacobsen) scenario:
                            Main
                            1. klant selecteert boek

     •                      2. plaats in winkelwagen
         “traditionele” requirements (IEEE 830)
                            3. betaal

         •                  Extensions:
           The system shall1a zoek op titel
                             ...
                            1b zoek op auteur
                            3a boek niet op voorraad, wordt
                            later geleverd


30
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

31
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

32
Case
     Ontwikkel een iPhone App
     om onze huis-bibliotheek te
     beheren
     • database met boeken
       • locatie
       • sorteer/zoek
         mogelijkheden
     • uitleen gegevens

33
Chaos Cocktail Party
     • Schrijf een aansprekende visie voor de App
       op een kaartje
     • 5 Rondes
      • Wissel kaartje uit met anderen
      • Bij STOP, maak tweetallen, verdeel 7
         punten over de 2 kaartjes
     • Tel de punten op de kaartjes bij elkaar op
34
Instructie

     • Benoem 1 persoon als Product Owner
     • Modelleer User Roles
     • Brainstorm User Stories

     • Afronden: 14:45
35
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

36
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

37
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

38
Acceptatie tests


      A user can pay with credit card




39
Acceptatie tests
     Test met Visa, Master and Amex (pass)
           Test met Diners Club (fail)
     Test met goede, slechte, ontbrekende
                 CVC nummers
            Test met verlopen cards
       Test met bedrag boven card limit




39
Wie schrijft de tests?

     • The Customer !

     • Programmer can help

40
Goede/slechte tests

     • Goed
      • value to the user/customer
     • Slecht
      • basis programmeer-hygiëne
         • datum = 30 februari
41
Test gedurende Sprint

     VOOR DE SPRINT   TIJDENS DE SPRINT

      Acceptatie op   Eerst test schrijven,
       User Story        dan pas code




42
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

43
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

44
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

45
Samenvatting

     • Agile Requirements
      • niet de documentatie is belangrijk
      • maar de interactie
     • Card - Conversation - Confirmation

46
Volgende meeting(s)
     Elke laatste vrijdag van de maand

         Juni      Agile Planning and Estimating

      September

       Oktober

      November

47
Retrospective


     • Graag feedback op het evaluatieformulier


48
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

49
Agenda
     13:00                  Intro
     13:15          Requirements Game
     13:45              User Stories
     14:15              Case - deel 1
     14:45                  Koffie
     15:00            Acceptatie tests
     15:30   Presentatie en demo LifeCycleSuite
     16:30               Conclusies
     17:00                 Borrel

50
Origami
     •   Maak tweetallen, instructeur en vouwer

         •   Groep 1 - zit naast elkaar

             •   vouwer krijgt instructies en kan meekijken op sheet

         •   Groep 2 - zit tegenover elkaar

             •   vouwer krijgt instructies, maar kan niet meekijken

         •   Groep 3 - zit met de ruggen naar elkaar

             •   vouwer krijgt instructies ‘over de schouder heen’



51

Mais conteúdo relacionado

Mais de André Heijstek

Mais de André Heijstek (20)

Agile intro module 4
Agile intro   module 4Agile intro   module 4
Agile intro module 4
 
Agile intro module 3
Agile intro   module 3Agile intro   module 3
Agile intro module 3
 
Agile intro module 2
Agile intro   module 2Agile intro   module 2
Agile intro module 2
 
Agile intro module 1
Agile intro   module 1Agile intro   module 1
Agile intro module 1
 
Agile intro module 0
Agile intro   module 0Agile intro   module 0
Agile intro module 0
 
Open space
Open spaceOpen space
Open space
 
Is Scrum de opvolger van Prince2?
Is Scrum de opvolger van Prince2?Is Scrum de opvolger van Prince2?
Is Scrum de opvolger van Prince2?
 
Plenair feb 2011 cmmi 1.3
Plenair feb 2011 cmmi 1.3Plenair feb 2011 cmmi 1.3
Plenair feb 2011 cmmi 1.3
 
Agile intro module 4
Agile intro   module 4Agile intro   module 4
Agile intro module 4
 
Agile intro module 1
Agile intro   module 1Agile intro   module 1
Agile intro module 1
 
Agile intro module 3
Agile intro   module 3Agile intro   module 3
Agile intro module 3
 
Agile intro module 2
Agile intro   module 2Agile intro   module 2
Agile intro module 2
 
Agile intro module 1
Agile intro   module 1Agile intro   module 1
Agile intro module 1
 
Agile intro module 3
Agile intro   module 3Agile intro   module 3
Agile intro module 3
 
Agile intro module 3
Agile intro   module 3Agile intro   module 3
Agile intro module 3
 
Cmmi and agile
Cmmi and agileCmmi and agile
Cmmi and agile
 
Cmmi and agile
Cmmi and agileCmmi and agile
Cmmi and agile
 
CMMI and Agile - Anglo-American and The Rhineland Way
CMMI and Agile - Anglo-American and The Rhineland WayCMMI and Agile - Anglo-American and The Rhineland Way
CMMI and Agile - Anglo-American and The Rhineland Way
 
CMMI and Agile - Anglo-American and The Rhineland Way
CMMI and Agile - Anglo-American and The Rhineland WayCMMI and Agile - Anglo-American and The Rhineland Way
CMMI and Agile - Anglo-American and The Rhineland Way
 
Cmmi constellations.pptx
Cmmi constellations.pptxCmmi constellations.pptx
Cmmi constellations.pptx
 

Agile requirements

  • 2. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 2
  • 3. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 3
  • 4. Netwerk meetings • Vakmanschap • Software ontwikkeling • Software management 4
  • 5. Wie ben ik? • Certified Scrum Master • Certified CMMI Lead Appraiser en Instructor • Consultant SWE/SWM • Creatief, pragmatisch • Rijnlander 5
  • 6. Scope • Agile Requirements • Rol Product •Schatting Owner • Users / User Roles • Planning 6
  • 7. Waarom zijn requirements zo moeilijk? 7
  • 8. Waarom zijn requirements zo moeilijk? 7
  • 9. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 8
  • 10. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 9
  • 11. Bijenkorf • Uitgangspunt: het is makkelijker iets voor een ander te vragen dan voor jezelf • Maak trio’s: 1koningin, 2 werkbijen • Koningin heeft vraag • Werkbijen netwerken om antwoord te krijgen • NEE antwoord mag wel, maar dan wel doorverwijzen 10
  • 12. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 11
  • 13. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 12
  • 14. Ere wie ere toekomt ... 13
  • 15. Wat is een User Story? • Written description of the story used for planning and as a reminder • Conversations about the story that serve to flash out the details of the story • Tests that convey and document details and that can be used to determine when a story is complete 14
  • 16. Ontwikkel User Stories User Role User Story 15
  • 17. Identificeer User Roles Receptioniste Patient Dokter myHospital Huisarts Verpleegster begeleider Patient 16
  • 18. Groepeer User Roles Patient Receptioniste begeleider Patient myHospital Dokter Huisarts Verpleegster 17
  • 19. Cone of Uncertainty heldere, preciese stories grote lijnen stories 18
  • 21. Product Owner • De klant, de PO, zou de User Stories moeten schrijven/geven • Wie is een goede PO? • En wie niet? 20
  • 22. Trawling methoden • Interviews met gebruikers • Vragenlijsten • Observatie • Workshops 21
  • 23. INVEST in User Stories • Independent • Negotiable • Valuable to users or customers • Estimatable • Small • Testable 22
  • 24. Independent A user can pay with Visa card A user can pay with Master card 23
  • 25. Negotiable • Een story is GEEN contract 24
  • 26. Valuable All error handling is done through a set of common classes 25
  • 27. Valuable All errors are presented to the user and logged in a consistent manner 25
  • 29. Estimatable • Wanneer zijn stories NIET estimatable? 26
  • 30. Estimatable • Wanneer zijn stories NIET estimatable? • ontwikkelaars hebben onvoldoende domein kennis 26
  • 31. Estimatable • Wanneer zijn stories NIET estimatable? • ontwikkelaars hebben onvoldoende domein kennis • ontwikkelaars hebben onvoldoende technische kennis 26
  • 32. Estimatable • Wanneer zijn stories NIET estimatable? • ontwikkelaars hebben onvoldoende domein kennis • ontwikkelaars hebben onvoldoende technische kennis • stories zijn te groot 26
  • 34. Small Te groot: dan splitsen - epic met stories - onderzoek en ontwikkeling 27
  • 35. Testable De software moet een goede performance hebben 28
  • 36. Testable Tom Gilb: Planguage 28
  • 37. Planguage TAG Performance Gebruikers moeten niet het GIST gevoel hebben “op het systeem te wachten” PLAN (100 concurrent users) Reponse time < 2s MUST (100 concurrent users) Reponse time < 5s PAST (100 concurrent users) Reponse time > 10s Automatic test script METER “PERFORMANCE” 29
  • 38. User Stories vergeleken • Use Cases (Jacobsen) • “traditionele” requirements (IEEE 830) • The system shall ... 30
  • 39. User Stories vergeleken Use Actor • Use Cases (Jacobsen) • “traditionele” requirements (IEEE 830) • The system shall ... 30
  • 40. User Stories vergeleken Title: koop een boek Actor: klant Use Precondition: boek op Actor voorraad • Use Cases (Jacobsen) scenario: Main 1. klant selecteert boek • 2. plaats in winkelwagen “traditionele” requirements (IEEE 830) 3. betaal • Extensions: The system shall1a zoek op titel ... 1b zoek op auteur 3a boek niet op voorraad, wordt later geleverd 30
  • 41. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 31
  • 42. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 32
  • 43. Case Ontwikkel een iPhone App om onze huis-bibliotheek te beheren • database met boeken • locatie • sorteer/zoek mogelijkheden • uitleen gegevens 33
  • 44. Chaos Cocktail Party • Schrijf een aansprekende visie voor de App op een kaartje • 5 Rondes • Wissel kaartje uit met anderen • Bij STOP, maak tweetallen, verdeel 7 punten over de 2 kaartjes • Tel de punten op de kaartjes bij elkaar op 34
  • 45. Instructie • Benoem 1 persoon als Product Owner • Modelleer User Roles • Brainstorm User Stories • Afronden: 14:45 35
  • 46. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 36
  • 47. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 37
  • 48. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 38
  • 49. Acceptatie tests A user can pay with credit card 39
  • 50. Acceptatie tests Test met Visa, Master and Amex (pass) Test met Diners Club (fail) Test met goede, slechte, ontbrekende CVC nummers Test met verlopen cards Test met bedrag boven card limit 39
  • 51. Wie schrijft de tests? • The Customer ! • Programmer can help 40
  • 52. Goede/slechte tests • Goed • value to the user/customer • Slecht • basis programmeer-hygiëne • datum = 30 februari 41
  • 53. Test gedurende Sprint VOOR DE SPRINT TIJDENS DE SPRINT Acceptatie op Eerst test schrijven, User Story dan pas code 42
  • 54. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 43
  • 55. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 44
  • 56. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 45
  • 57. Samenvatting • Agile Requirements • niet de documentatie is belangrijk • maar de interactie • Card - Conversation - Confirmation 46
  • 58. Volgende meeting(s) Elke laatste vrijdag van de maand Juni Agile Planning and Estimating September Oktober November 47
  • 59. Retrospective • Graag feedback op het evaluatieformulier 48
  • 60. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 49
  • 61. Agenda 13:00 Intro 13:15 Requirements Game 13:45 User Stories 14:15 Case - deel 1 14:45 Koffie 15:00 Acceptatie tests 15:30 Presentatie en demo LifeCycleSuite 16:30 Conclusies 17:00 Borrel 50
  • 62. Origami • Maak tweetallen, instructeur en vouwer • Groep 1 - zit naast elkaar • vouwer krijgt instructies en kan meekijken op sheet • Groep 2 - zit tegenover elkaar • vouwer krijgt instructies, maar kan niet meekijken • Groep 3 - zit met de ruggen naar elkaar • vouwer krijgt instructies ‘over de schouder heen’ 51

Notas do Editor

  1. Doel van de serie van workshops (elke laatste vrijdag van de maand): ontwikkelen van vakmanschap. Veel te weinig aandacht gekregen - overfocus op process en technology - onderschatting van ervaring en skill - je kan pas echt beitelen als je het vaak gedaan hebt, in verschillende soorten hout, met verschillende fijnheden van werk - je kan pas echt software ontwikkelen, teams leiden, testen, requirements beschrijven, ... als je het vaak gedaan hebt.
  2. Hoe herken je een extraverte software engineer? De business weet niet wat ze wil Kan het niet uitleggen in termen waar IT iets mee kan Software engineers zijn verlegen
  3. Mike Cohn, in navolging van Suzanne Robertson, gebruikt de term TRAWLING for user stories. Ernaar vissen. Mooie metafoor. Je vangt niet altijd alles in 1 keer. Moet verschillende netten met verschillende mazen gebruiken om verschillende soorten user stories te vangen.
  4. Goed: - users/gebruikers, maar niet: customers - marketing/sales - vroegere gebruikers - business analisten Slecht: - manager van users - development manager
  5. En dan? - R&amp;D stories - Kleiner stories
  6. En dan? - R&amp;D stories - Kleiner stories
  7. En dan? - R&amp;D stories - Kleiner stories
  8. En dan? - R&amp;D stories - Kleiner stories
  9. Groot verschil met &amp;#x201C;the system shall&amp;#x201D; is dat daar het systeem beschreven wordt (wat doet het systeem). In use cases en user stories wordt de interactie van de gebruiker met het systeem beschreven.
  10. Groot verschil met &amp;#x201C;the system shall&amp;#x201D; is dat daar het systeem beschreven wordt (wat doet het systeem). In use cases en user stories wordt de interactie van de gebruiker met het systeem beschreven.
  11. Let op: dit is geen sales show for LCS! Noem ook alternatieven: Jira, Pivotal Tracker, ScrumWorks, TFS Focus op traceability