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
, wil ik 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 ‐
›
Definition of DONE ‐
›
Voorwaarden waar een user story aan moet voldoen om uitgevoerd te kunnen worden in een sprint
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
