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

› Product Owner

› ScrumMaster

› Development team

3 rollen in scrum

› 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

Product Owner

› 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

ScrumMaster

› 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

Development team

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

› Refinement / Pokersessie

› Sprintplanning

› Daily scrum

› Review / Demo

› Retrospective

Meetings

› 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

Refinement (grooming)

› Timebox: zoveel/zo vaak als nodig

› Inschatten van de user stories

› Discussie met focus op techniek

Pokersessie

› 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

Sprintplanning

› 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

Daily scrum

› 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

Review / Demo

› 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

Retrospective

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

Meetings

Als systeembeheerder moet ik weten wat de “artefacten” zijn in scrum

› Product Backlog

› Sprint Backlog

› Scrumbord

› Burndown chart en velocity

Artefacten

› PO eigenaar

› PO prioriteert

› PO moet ervoor zorgen dat user stories READY worden

‐ Met behulp van het team

Product Backlog

› Team eigenaar

› PO beschikbaar voor vragen

Sprint Backlog

› SM richt in / past aan

› Team verantwoordelijk voor bijhouden

› Simpelste vorm TODO – IN PROGRESS - DONE

Scrumbord

› 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

Burndown chart en velocity

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 - fysiek - beperkte ruimte Conversation - met stakeholders - refinement - finetunen - documentatie als support Confirmation - acceptatiecriteria - demo - done

Card Conversation Confirmation

› 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?

INVEST

› Als <rol/gebruiker>, wil ik <feature/functie> zodat <doel/waarde>

› …

Canonical form / template

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

‐ 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

Definition of Ready and Done

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