• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Agile requirements
 

Agile requirements

on

  • 1,368 views

Workshop to increase craftsmanship on using user stories in agile projects.

Workshop to increase craftsmanship on using user stories in agile projects.

Statistics

Views

Total Views
1,368
Views on SlideShare
1,336
Embed Views
32

Actions

Likes
0
Downloads
17
Comments
0

4 Embeds 32

http://www.improvementfocus.com 23
http://www.slideshare.net 6
https://www.linkedin.com 2
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Apple Keynote

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • <br />
  • <br />
  • <br />
  • Doel van de serie van workshops (elke laatste vrijdag van de maand): ontwikkelen van vakmanschap. <br /> Veel te weinig aandacht gekregen <br /> - overfocus op process en technology <br /> - 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. <br />
  • <br />
  • <br />
  • Hoe herken je een extraverte software engineer? <br /> <br /> De business weet niet wat ze wil <br /> Kan het niet uitleggen in termen waar IT iets mee kan <br /> Software engineers zijn verlegen <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • 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. <br />
  • Goed: <br /> - users/gebruikers, maar niet: customers <br /> - marketing/sales <br /> - vroegere gebruikers <br /> - business analisten <br /> Slecht: <br /> - manager van users <br /> - development manager <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • En dan? <br /> - R&D stories <br /> - Kleiner stories <br />
  • En dan? <br /> - R&D stories <br /> - Kleiner stories <br />
  • En dan? <br /> - R&D stories <br /> - Kleiner stories <br />
  • En dan? <br /> - R&D stories <br /> - Kleiner stories <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • Groot verschil met &#x201C;the system shall&#x201D; is dat daar het systeem beschreven wordt (wat doet het systeem). <br /> In use cases en user stories wordt de interactie van de gebruiker met het systeem beschreven. <br />
  • Groot verschil met &#x201C;the system shall&#x201D; is dat daar het systeem beschreven wordt (wat doet het systeem). <br /> In use cases en user stories wordt de interactie van de gebruiker met het systeem beschreven. <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • Let op: dit is geen sales show for LCS! <br /> Noem ook alternatieven: Jira, Pivotal Tracker, ScrumWorks, TFS <br /> Focus op traceability <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />

Agile requirements Agile requirements Presentation Transcript

  • 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