Scrum bij Hosting. Philippus Baalman

Transcriptie

1 Scrum bij Hosting Philippus Baalman

2 TriMM Projecten 2012 ontwikkelaars (vanuit de strategie) TriMM ontwikkelmethode introduceren op basis van Scrum

3 Werkwijze

4 Welkom Scrum by Hosting 10 december 2014 Sprint 1 Scrum framework Sprint 2 User stories, planning poker, DoR, DoD Lunch Sprint 3 Starten met scrum en afronding

5 Als systeembeheerder moet ik weten wat het scrum framework inhoudt

6

7 Allblacks.com

8 In 30 seconden De Product Owner creëert een geprioriteerde wensenlijst, de product backlog Tijdens de sprintplanning, selecteert het team een stuk van de (top van de) backlog, dit wordt de sprint backlog, en beslist hoe ze deze sprint backlog gaat uitvoeren Het team heeft 2 weken om het werk uit te voeren, elke dag wordt de voortgang besproken in de daily scrum De ScrumMaster houdt het team gefocust op het doel Aan het eind van de sprint moet het werk DONE zijn De sprint eindigt met de sprint review en retrospective Als de volgende sprint begint

9

10 Als systeembeheerder moet ik weten wat de rollen zijn in scrum

11 3 rollen in scrum Product Owner ScrumMaster Development team

12 Product Owner Definieert en prioriteert de user stories in de product backlog Moet er voor zorgen dat de user stories READY zijn Beslist over releasedatums en inhoud van de release Verantwoordelijk voor de ROI Representeert alle stakeholders Definieert scope / visie / roadmap Bepaalt wat het team doet, niet hoe en niet hoe snel Beschermt de scope

13 ScrumMaster Faciliteert het scrumproces en het team Zorgt ervoor dat de scrum- en teamregels worden gevolgd Helpt de product owner Verwijdert obstakels (impediments) Verantwoordelijk voor het verbeteren v/d teamperformance Faciliteert de meetings incl. afspraken en locaties Beschermt het team tegen verstoringen

14 Development team Cross-functional Zit bij elkaar Deelt verantwoordelijkheid Zelforganiserend, autonomie over hoe het werk gedaan wordt Stabiel team Geeft 10% van haar tijd aan de PO om user stories READY te krijgen

15 Als systeembeheerder moet ik weten welke meetings er zijn in scrum en wat die inhouden

16 Meetings Refinement / Pokersessie Sprintplanning Daily scrum Review / Demo Retrospective

17 Refinement (grooming) Timebox: zoveel/zo vaak als nodig READY maken van de user stories User stories opsplitsen User stories samenvoegen User stories toevoegen User stories verwijderen Prioriteit aanpassen Discussie met focus op waarde

18 Pokersessie Timebox: zoveel/zo vaak als nodig Inschatten van de user stories Discussie met focus op techniek

19 Sprintplanning Timebox: max 4 hr. Product backlog moet READY zijn voor deze meeting Yesterday s weather pattern Team geeft een forecast af, deze wordt wel/niet gehaald

20 Daily scrum Timebox: max 15 min. Elke dag op een vast tijdstip Drie vragen beantwoorden: Wat heb je gisteren gedaan (om de sprintdoelen te behalen) Wat ga je vandaag doen (om de sprintdoelen te behalen) Loop je tegen problemen aan (waardoor we de sprintdoelen niet kunnen behalen) Geen statusupdate voor de ScrumMaster

21 Review / Demo Timebox: max 2 hr. Demo aan stakeholders Demonstreren wat DONE is, wat nog in progress is wordt niet gedemonstreerd Feedback vanuit de review wordt verwerkt in de product backlog

22 Retrospective Timebox: max 1,5 hr. Terugkijken op de afgelopen sprint Wat kan er beter in onze manier van werken? Belangrijkste item komt bovenaan in de backlog van de volgende sprint 5 stappen: Set the stage, gather data, generate insights, decide what to do, close the retrospective Komt terug bij het einde van de workshop

23 Meetings Zoveel meetings? Ja, maar alle andere meetings doen we niet meer

24 Als systeembeheerder moet ik weten wat de artefacten zijn in scrum

25 Artefacten Product Backlog Sprint Backlog Scrumbord Burndown chart en velocity

26 Product Backlog PO eigenaar PO prioriteert PO moet ervoor zorgen dat user stories READY worden Met behulp van het team

27 Sprint Backlog Team eigenaar PO beschikbaar voor vragen

28 Scrumbord SM richt in / past aan Team verantwoordelijk voor bijhouden Simpelste vorm TODO IN PROGRESS - DONE

29 Burndown chart en velocity Alleen verbranden wat DONE is Geeft visueel inzicht in voortgang en problemen Aan het eind van de sprint is de velocity gedurende de sprint duidelijk

30 Break

31 Als systeembeheerder moet ik weten wat het effect is van task switchen

32 Weinberg context switching

33 Als systeembeheerder moet ik weten wat user stories zijn

34 a user story is one or more sentences in the everyday or business language of the end user or user of a system that captures what a user does or needs to do as part of his or her job function.

35 Card Conversation Confirmation Card - fysiek - beperkte ruimte Conversation - met stakeholders - refinement - finetunen - documentatie als support Confirmation - acceptatiecriteria - demo - done

36 INVEST Independent - op zichzelf staand Negotiable - requirements change Valuable - waarom doen we het? Estimatable - voldoende ready Small - geen epics in de sprint Testable - wanneer is de US done?

37 Canonical form / template Als <rol/gebruiker>, wil ik <feature/functie> zodat <doel/waarde>

38 Als systeembeheerder moet ik weten wat planning poker is

39 The Fibonacci Sequence

40 Planning poker Geen tijd inschatten, maar relatieve complexiteit Schattingen worden gemaakt door diegenen die het werk uitvoeren Continu schatten tijdens het project, dus niet alles vooraf Verbale communicatie is te verkiezen boven gedetailleerde geschreven specificaties

41 Planning poker 1) PO presenteert de User Story 2) Het team kan vragen stellen 3) Iedereen schat onafhankelijk van elkaar het aantal story points 4) Bij verschillen: discussiëren 5) Bij lange discussie: story laten rusten, nog niet READY, de grootste waarde nemen

42 Planning poker bootstrap Kleinste relevante User Story = 3 SP Andere User Stories worden in relatie tot deze story ingeschat Discussiëer verschillen

43 Als systeembeheerder moet ik weten wat definities van READY en DONE zijn

44 Definition of Ready and Done Definition of READY Voorwaarden waar een user story aan moet voldoen om uitgevoerd te kunnen worden in een sprint Definition of DONE Voorwaarden waar een user story aan moet voldoen om écht klaar te zijn READY READY en DONE DONE Een goede DoR en DoD zorgt voor versnelling

45 Lunch!

46 Als Hosting-team moeten we weten hoe we kunnen starten met scrum

47 Rolverdeling Wie is de PO? Wie is de SM? Wie zit er in het team?

48 Praktische zaken Fysieke ruimte in orde? (iedereen zit bij elkaar, iedereen kan het bord zien?) SM richt het bord in (fysiek (en JIRA?)) Vaste meetings inplannen (tijdstippen en locaties reserveren via Outlook) Aankondigen naar TriMM (andere teams), naar klanten, naar management? Initiële DoR en DoD afspreken

49 Hoe begint de PO? PO zorgt voor 1 sprint aan product backlog Team kan gaan sprinten PO zorgt voor 2 sprints aan product backlog Team kan van sprint naar sprint gaan Release plan Roadmap Visie

50 Evaluatie na enkele sprints Scrumproces is ingericht volgens de scrumguide Team kent haar (houdbare) velocity Retrospective wordt gebruikt voor verbetering (kaizen)

51 Als Hosting-team moeten we weten waar we meer informatie kunnen vinden

52 Voor meer informatie officiële scrum guide - klassieker waar veel mensen mee zijn begonnen (incl. TriMM) De kracht van Scrum en Scrum The Art of zijn aanwezig bij TriMM - Jeff Sutherland - Ken Schwaber 1x per maand is er PO/SM-meeting bij TriMM Vragen bij mij en andere collega s Meetups / conferenties

53 Als Hosting-team wil ik graag antwoord op de nog onbeantwoorde vraagstukken op het bord

54 Als deelnemer/organisator van de workshop wil ik weten hoe deze bevallen is