Scrum bij Hosting Philippus Baalman
TriMM Projecten 2012 ontwikkelaars (vanuit de strategie) TriMM ontwikkelmethode introduceren op basis van Scrum
Werkwijze
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
Als systeembeheerder moet ik weten wat het scrum framework inhoudt
Allblacks.com
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
Als systeembeheerder moet ik weten wat de rollen zijn in scrum
3 rollen in scrum Product Owner ScrumMaster Development team
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
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
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
Als systeembeheerder moet ik weten welke meetings er zijn in scrum en wat die inhouden
Meetings Refinement / Pokersessie Sprintplanning Daily scrum Review / Demo Retrospective
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
Pokersessie Timebox: zoveel/zo vaak als nodig Inschatten van de user stories Discussie met focus op techniek
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
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
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
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
Meetings Zoveel meetings? Ja, maar alle andere meetings doen we niet meer
Als systeembeheerder moet ik weten wat de artefacten zijn in scrum
Artefacten Product Backlog Sprint Backlog Scrumbord Burndown chart en velocity
Product Backlog PO eigenaar PO prioriteert PO moet ervoor zorgen dat user stories READY worden Met behulp van het team
Sprint Backlog Team eigenaar PO beschikbaar voor vragen
Scrumbord SM richt in / past aan Team verantwoordelijk voor bijhouden Simpelste vorm TODO IN PROGRESS - DONE
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
Break
Als systeembeheerder moet ik weten wat het effect is van task switchen
Weinberg context switching
Als systeembeheerder moet ik weten wat user stories zijn
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.
Card Conversation Confirmation Card - fysiek - beperkte ruimte Conversation - met stakeholders - refinement - finetunen - documentatie als support Confirmation - acceptatiecriteria - demo - done
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?
Canonical form / template Als <rol/gebruiker>, wil ik <feature/functie> zodat <doel/waarde>
Als systeembeheerder moet ik weten wat planning poker is
The Fibonacci Sequence
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
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
Planning poker bootstrap Kleinste relevante User Story = 3 SP Andere User Stories worden in relatie tot deze story ingeschat Discussiëer verschillen
Als systeembeheerder moet ik weten wat definities van READY en DONE zijn
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
Lunch!
Als Hosting-team moeten we weten hoe we kunnen starten met scrum
Rolverdeling Wie is de PO? Wie is de SM? Wie zit er in het team?
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
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
Evaluatie na enkele sprints Scrumproces is ingericht volgens de scrumguide Team kent haar (houdbare) velocity Retrospective wordt gebruikt voor verbetering (kaizen)
Als Hosting-team moeten we weten waar we meer informatie kunnen vinden
Voor meer informatie www.scrumguides.org officiële scrum guide http://www.crisp.se/bocker-och-produkter/scrum-and-xp-from-the-trenches - klassieker waar veel mensen mee zijn begonnen (incl. TriMM) De kracht van Scrum en Scrum The Art of zijn aanwezig bij TriMM https://www.scrumalliance.org/ - Jeff Sutherland https://www.scrum.org/ - Ken Schwaber 1x per maand is er PO/SM-meeting bij TriMM Vragen bij mij en andere collega s Meetups / conferenties
Als Hosting-team wil ik graag antwoord op de nog onbeantwoorde vraagstukken op het bord
Als deelnemer/organisator van de workshop wil ik weten hoe deze bevallen is