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
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
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
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
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
Hinweis der Redaktion
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.
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
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.
Goed:
- users/gebruikers, maar niet: customers
- marketing/sales
- vroegere gebruikers
- business analisten
Slecht:
- manager van users
- development manager
En dan?
- R&D stories
- Kleiner stories
En dan?
- R&D stories
- Kleiner stories
En dan?
- R&D stories
- Kleiner stories
En dan?
- R&D stories
- Kleiner stories
Groot verschil met &#x201C;the system shall&#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.
Groot verschil met &#x201C;the system shall&#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.
Let op: dit is geen sales show for LCS!
Noem ook alternatieven: Jira, Pivotal Tracker, ScrumWorks, TFS
Focus op traceability