Maak kennis met Scrum

© 2015 Avanade Inc. All Rights Reserved.

1

De wereld van Scrum

Jeffrey van Aken

Nicole Holla

InnovationTrusted alliance

Results realized


Scrum historie

2


3

Scrum historie:

Afkomstig vanuit de rugby sportAls team de achterlijn halenSamenwerking, snelheid en zelfsturingMultidisciplinaire teams


Wat is Scrum?

4

• Framework voor het ontwikkelen en onderhouden van complexe producten

• Scrum is geen proces of techniek

Kenmerken van Scrum:

• Korte ontwikkelcyclus (Sprints)

• Incrementele software ontwikkeling (increments)

• Timeboxed

• Transparant

• Snel feedback (inspection)

• Snel aanpassen aan omgeving (adaptation)


Scrum waarden

5

gericht blijven op het

gemeenschappelijke

doel en optimaal

samenwerken om dit te

bereiken

Transparantie om juiste

beslissingen te kunnen

nemen

respect voor elkaars

sterktes en zwaktes is

nodig voor werkelijke

teamgeest

Uitdragen, overtuiging

en coaching van Scrum

binnen de organisatie

het team moet zich kunnen en

willen binden aan realistische en

uitdagende doelen


The Penny Game

6

Batch Push

1. Maak groepen van 5 personen met 10 munten per groep . 1 persoon is de timekeeper . De overige vier personen verwerken de munten.

2. Draai per persoon alle munten één voor één om en schrijf je eigen resultaten op(kop of munt)

3. Geef alle munten op het zelfde moment door aan de volgende persoon

4. Time keeper houd de tijd bij vanaf start van de eerste omgedraaide munt t/m de laatste omgedraaide munt van de laatste persoon van de groep.


7

Waterval Projectmethodiek


Waterval Projectmothediek

8

Requirements

Design

Development

Testing

Maintenance


Waterfall development lifecycle

9


Scrum Lifecycle

10


11

Voordelen van Scrum

- Iedere 4 weken werkbare software- Product heeft vanaf begin business value- Snelle feedback- Risico kosten beperkt tot max. 4 weken


Scrum vs Waterval

12


Marshmallow Challenge

13

• Ingrediënten

– 20 spaghetti stokjes

– 1 meter touw

– 1 meter tape

– 1 marshmallow

• Bouw de hoogste vrijstaande structuur

– De hele marshmallow moet het bovenop

– Gebruik zoveel (of weinig) van de ingrediënten als je nodig hebt

– Breek de spaghetti, scheur het tape en knip het touw als je wilt

• 18 minuten timeboxed


Marshmallow Challenge

14


15

Waar bestaat een Scrum team uit

- Product Owner- Development Team- Scrum Master


Product Owner

16

Verantwoordelijkheden

Helder omschrijven van Product Backlog Items

Ordenen van Product Backlog

Optimaliseren van de waarde van het werk dat het Development Team

uitvoert

Ervoor zorgen dat de Product Backlog transparant en duidelijk is

Ervoor zorgen dat het Development Team de Product Backlog Items

begrijpt.

• Product Owner is verantwoordelijk voor het maximaliseren van de waarde van het product

• Product Owner is één persoon

• Product Owner kan wensen vanuit Stakeholders vertegenwoordigen via de Product Backlog


Development Team

17

Kenmerken

Team is zelfsturend

Het team is Cross-functional

Scrum kent geen andere naam dan “Developer” voor Development Teamleden.

Er bestaan geen Sub-Development Teams

Individuele Development Teamleden kunnen specifieke vaardigheden of

focusgebieden hebben, maar verantwoordelijkheid ligt bij het Development

Team als geheel.

• Het Development Team bestaat uit professionals die het werk doen om een potentieel releasable “Done” product op te leveren aan het einde van iedere Sprint

• Development Teams zijn zodanig gestructureerd dat zij hun eigen werk kunnen organiseren en beheersen

• Optimale grootte: 3-9 teamleden


Scrum Master

18

Verantwoordelijkheden

Product Owner helpen met effectief managen van de Product Backlog.

Ervoor zorgdragen dat de Product Owner weet hoe de Product

Backlog te ordenen

Coach van het Development Team op het gebied van zelforganisatie

en cross-functionaliteit

Verwijderen van Impediments

Het leiden en coachen van de organisatie in haar Scrum adoptie.

• De Scrum Master is ervoor verantwoordelijk dat Scrum wordt begrepen en goed wordt uitgevoerd.

• De Scrum Master helpt diegenen buiten het Scrum Team te begrijpen welke interacties behulpzaam zijn.

• De Scrum Master helpt interacties te veranderen om waarde te maximaliseren.


19

Scrum Artifacts

- Product Backlog- Sprint Backlog- Increment


Product Backlog

20

• Een platte geordende lijst van alles wat mogelijk nodig is in het product

• Is de enige bron van Requirements voor wijzigingen die aan het product gemaakt moeten worden

• De Product Owner is verantwoordelijk voor het bijwerken en ordenen van de Product Backlog

Kenmerken

Product Backlog groeit en ontwikkelt zich

De Product Backlog bevat alle functies, Requirements, verbeteringen,

bugfixes

Requirements blijven veranderen

Product Backlog Items hoger in rangorde, zijn vaak duidelijker en meer

gedetailleerd

Product Backlog Items lager in rangorde, worden gedurende Sprints

verfijnd


Sprint Backlog

21

• De Sprint Backlog is de verzameling van Product Backlog Items geselecteerd voor de Sprint inclusief het plan voor het opleveren van het product increment

• De Sprint Backlog is een forecast van het Development Team

• Als nieuw werk nodig is voor de geselecteerde Product Backlog Items, dan voegt het Development Team deze toe aan de Sprint Backlog gedurende de Sprint.

Kenmerken

Sprint Backlog is eigendom van het Development Team

Sprint Backlog is zichtbaar en inhoudelijk duidelijk voor het hele

Development Team

Sprint Backlog wordt op elk willekeurig moment geüpdatet in de Sprint


Voorbeeld Sprint Backlog

22


Increment

23

• Het Product Increment is het totaal van alle Product Backlog items die tijdens een Sprint, en alle voorgaande Sprints, zijn voltooid.

• Aan het eind van een Sprint moet het nieuwe Increment ‘Done’ zijn. Dit betekend dat het in bruikbare toestand is en voldoet aan de Definition of Done.

• In Productie is niet verplicht.


Definition of Done

24

• Definition of Done is een lijst met criteria waar een Product Backlog Item aan moet voldoen, eerdat de deze benoemd mag worden als “Done”

– Checklist

• De Definition of Done is transparant

• Wanneer een Increment “Done” is deze “shippable”

Opdracht:

- Stel met je team gezamenlijk een Definition of Done op

- 15 minuten timeboxed

- Mogelijkheid tot gebruik van Whitepaper en stiften


Voorbeeld Definition of Done

25

• Code meets acceptance criteria

• Code checked in

• Code standards met

• Code is builded

• Code compiles with no errors or warnings

• Code peer reviewed

• Test Cases are written and reviewed

• Functional tested

• New Unit Tests written

• Existing Unit Tests passed

• Integration Tested

• User Acceptance Tested

• Approved by Product Owner

• Documentation updated or created

• CMDB Updated


26

Events:

- Sprint- Sprint Planning- Daily Scrum- Sprint Review- Sprint Retrospective


Sprint

27

• Een timebox van 1 maand of minder

• Hierbinnen wordt een “Done” increment gecreëerd

• Sprints zijn van constante duur

• Iedere nieuwe Sprint start na de beëindiging van de vorige Sprint


Sprint Planning

28

• Tijdens een Sprint Planning voorspelt een team de hoeveelheid werk die ze af kunnen maken

• Samenwerking Product Owner en Development Team

• Het team bepaalt welke taken ze moeten uitvoeren, om een nieuwe werkende EN geteste versie van het product op te leveren tijdens de sprint.

• Pokersessie


Sprint Planning

29


Sprint Planning

30

Opdracht:

– Houdt een Sprint Planningsessie

– Kies iemand uit het team als Product Owner

– Plan voor een Sprint (1 week)

– 15 minuten timboxed

– Mogelijkheid tot gebruik van White paper, stickies en stiften

– Indicatie voor inschatting: Pokergetallen

– Input: Product Backlog


Daily Scrum

31

• Meeting van 15 minuten timeboxed

• Het Scrum team bespreekt de voortgang van het werk op de Sprint Backlog

• Het zorgt er voor dat het team als één team kan acteren en één gezamenlijke planning heeft

• Ook wel Daily Standup genoemd

Kenmerken

Daily Scrum is alleen voor het Development Team

3 vragen worden behandeld:

- Wat heb ik de gisteren gedaan?

- Wat ga ik vandaag doen?

- Loop ik tegen impediments (problemen) aan?

Een van de momenten die mogelijkheid biedt om te inspecteren en

aan te passen


Sprint Review

32

• Bijeenkomst waarin feedback van belanghebbenden wordt gevraagd over het product én de Product Backlog.

• Demo van het “Done” increment aan alle stakeholders

– Alleen werkende en geteste software

• Gebruikers krijgen te zien waar ze mee zullen werken “je krijgt het pas door als je het ziet”

• Er wordt gekeken of de Product Backlog nog juist is geprioriteerd

Kenmerken

Feedback van stakeholders op de geleverde software.

Geen feedback van Product Owner.

Inspecteren en aanpassen is van groot belang. “Zijn we op de juiste

weg?”


Sprint Retrospective

33

• Bijeenkomst waarbij het Scrum Team hun eigen werk beoordeelt en bepaalt wat er gedaan moet worden om de volgende sprint beter te laten verlopen

• Bijeenkomst die probeert het team en hun werkomgeving continu beter te maken

– Reflectie op het team

– Reflectie op de omgeving (tools, technieken)

• Belangrijk om als team te blijven verbeteren

Kenmerken

Reflectie op het team en omgeving

Nieuwe acties worden opgesteld om te verbeteren

Vaak wordt een Goal gesteld voor de volgende Sprint


Voorbeelden van Retrospective

34


Sprint Retrospective

35

Opdracht:

- Houd met je team een Retrospective op basis van de huidige Sprint

- Denk aan mogelijke Improvements

- Zaken die anders moeten ten opzichte van de huidige Sprint

- 15 minuten timeboxed

- Mogelijkheid tot gebruik van White paper, stickies en stiften

- Input: Sprint Backlog Sprint 1


Vragen en afsluiting

36

Technology

Maak kennis met Scrum