Upload
melanie-jonker
View
218
Download
0
Embed Size (px)
Citation preview
SCRUM workshop
Introductie
Ze zeggen dat dit de manier is. Laten we het maar gewoon doen...
Leuk, maar wie is verantwoordelijk
voor de
deployment?
The Problem: The Chaos Report· Onderzoek gestart in1994· Ruim 35,000 software development projecten bekeken· In 2000:
Source: Standish “Chaos” Report, Jim Johnson lecture at XP2002 conference: http://www.xp2003.org/xp2002/talksinfo/johnson.pdf
Functies gebruikt in een typisch systeem
Source: Jim Johnson lecture at XP2002 conference
Rarely19%
Always7%
Sometimes16%
Never45%
Often13%
Waarom mislukken IT projecten?
· Aannames· Gewijzigde prioriteiten· Gebrek aan samenwerking· Omgeving wijzigt· Beperkingen in communicatie· Probleem is niet duidelijk· Oplossing is onbekend· Technische beperkingen· …
Bron: http://agilemanifesto.org/iso/nl/
Waterfall vs Agile
Coingame
Wat is Scrum
Wat is Scrum
· Ontwikkelt in’90 – ’96 door Ken Schwaber & Jeff Sutherland· Simpel en populair framework · Youtube: Jeff Sutherland breaks down the structure of scrum
· Prioriteren op waarde· Voorspelbaarheid· Feedback· Fun
Scrum =
Scrum overview
Productbacklog
Sprint backlog
3 wekelijkse sprint
Sprint Demo& retrospective
Scrum bord Burndown Belemmeringen
Shipable product
Sprintplanning
D.O.R. D.O.D.
100
20
40
12
3
58
13
Dagelijkse update
Scrum overview
· 3 rollen Team Product owner Scrummaster
· 4 gebeurtenissen Sprintplanning Daily scrum Sprint demo/review Sprint retrospective
· 4 artifacten Product backlog Sprint backlog Burndown Definition of Done
· Scrumguide (scrum.org)
Scrum Board
Teamwork
3 rollen
Productowner
Team
Scrummaster
Productowner
· Bepaalt de functionaliteit van het product· Bepaalt de einddatum en inhoud· Is verantwoordelijk voor de winstgevendheid (ROI)· Bepaalt functionaliteit en prioriteit in volgorde van
marktwaarde· Functionaliteit en prioriteit kunnen elke iteratie aangepast
worden, naar behoefte· Accepteert het uiteindelijke resultaat (of niet)
Geschreven specificaties
· Maak 2-tallen (Analist en Developer)· Developers gaan de zaal uit· Analisten maken in 5 minuten geschreven
specificaties· Analist geeft specs aan Developer zonder te spreken· Developer krijgt 5 minuten om de specs te realiseren
Geschreven specificaties
Product backlog
Sprint 1
Sprint 2
Schatting Done bij een Velocity van X
Schatting Done bij een velocity van Y
= userstory
Userstory
Userstory:As a <role>I want to <what>So that <why>
Notes:e.g. ref to wireframe, non-functional requirement etc.
How to demo / how to test:<as smart as possible>
Estimate
<story-points>
Zou gekoppeld kunnen worden aan testscenario’s en testscripts
+/- requirement
Effective Communication
Scrum team
· Gebruikelijk 5-9 mensen· Multi-disciplinair: Programmeurs, testers, ontwerpers,
etc.· Leden zijn fulltime toegekend· Teams organiseren zichzelf· In het ideale: helemaal geen titels/rollen· Teamindeling is vast· Focus
Scrummaster
· Verantwoordelijk voor de toepassing van Scrum waarden en normen
· Wegnemen van belemmeringen· Zorg voor optimale productiviteit van het team· Zorg voor samenwerking tussen de verschillende
disciplines en rollen· Schermt het team af van verstoringen van buiten het
team
4 Meetings· Sprint planning
· Daily scrum
· Sprint review
· Sprint retrospective
Sprintplanning
Ref Mike Cohn “Agile Estimation and Planning” (zie ook YouTube)
Een aantal biologische feiten:· Het is voor het menselijk brein moeilijk tijd in te
schatten, zeker als het meer dan een aantal uur is.· Dit wordt uitvergroot door de hoeveelheid
onzekerheden in software development, druk vanuit management verschil in skills van het team, …
· Echter, we zijn redelijk goed in het vergelijken van dingen. Dat kunnen we vrij accuraat.
Uren of storypoints
Planning op basis van uren:· Minder dan 1 dag: 1, 2, 4 of 8 uur.· Meer: 2, 3, 5, 10 dagen, 1 maand etc.· Als aan een taak gewerkt is wordt het restant opnieuw
geschat.
Plannen op basis van StoryPoints:· Het idee is om één referentie user story een aantal
story points te geven en vervolgens andere user stories, punten te geven relatief t.o.v. de referentie.
· Voordeel: snel en gezamenlijk.
Planning poker
· Simpele en effectieve methode die als team uitgevoerd kan worden
· Zorgt voor interactie tussen alle team leden en product owner
· Snel achterhalen van de daadwerkelijke opdracht.· Zorgt voor een gedragen schatting van het gehele team.
· Regels:1. Productowner leest user story voor en geeft toelichting2. Vragen stellen/discussie over de userstory3. Iedereen trekt een kaart en legt hem omgekeerd neer4. Alle kaarten worden tegelijk omgedraaid5. Alle schattingen gelijk -> Volgende userstory6. Schattingen ongelijk -> hoogste en laagste geven
toelichting, daarna opnieuw naar 3 (zolang het nodig is).
Storypoints vertaald naar planning· De velocity is het aantal storypoints het team kan
afronden in de gegeven tijd (sprint).
· Het team kan haar velocity pas bepalen na een aantal sprints (4+).
8A 8B 8C 9A 9B 10A 10B 11A 11B0
20
40
60
80
100
120
140
160
Estimate M
Realized M
Samenvatting
· Focus op continue verbeteringen· Snel inspelen op veranderingen· Waarde toevoegen, belangrijkste eerst (backlog)· Timebox (sprint)· 3 rollen (productowner, team, scrummaster)· 4 meetings (planning, daily, demo, retro)
Simplifying Life with SCRUM
Twitter: #intoscrum