8,4 / 10 187 beoordelingen op Springest
030-2308900 info.nl@inspearit.com

Wat moet ik als de Product Owner weten over de veranderingen in de Scrum Guide?

Op 18 november 2020 is er een nieuwe versie van de Scrum Guide gepresenteerd. Daar waar er in 2017 een kleine update is geweest, is er dit jaar een grote aanpassing aangekondigd. Als opleider willen we je natuurlijk meenemen in de veranderingen.

In de vorige blog beschreef ik de meest opvallende veranderingen. In dit blog beschrijf ik wat de veranderingen betekenen voor de Product Owner. In de volgende blogs doe ik dat voor de Scrum Master en Developers.

Introductie van het Product Doel

De 2020 versie van de Scrum Guide introduceert commitments. Commitments bestaan om empirisme en de Scrum waarden te versterken voor het Scrum Team en zijn belanghebbenden. Ze zijn onderdeel van de Artefacten en geven informatie die de transparantie en focus verhogen. De voortgang van een commitment kan gemeten worden.

Twee van de commitments kenden we al:

  1. het Sprint Doel (onderdeel van de Sprint Backlog) en
  2. de Definition of Done (onderdeel van het Increment).

Nieuw is het Product Doel. Het Product Doel hoort bij de Product Backlog en is voor de Product Backlog wat het Sprint Doel is voor de Sprint Backlog. Het Product Doel beschrijft een toekomstige staat van het product, dat kan dienen als een doelwit voor het Scrum Team om tegen te plannen.

De Product Backlog wordt voortdurend aangevuld met items die definiëren ”wat” invulling zal geven aan het Product Doel. Het Product Doel is de langetermijndoelstelling van het Scrum Team. Ze moeten het ene doel bereiken (of opgeven) voordat ze het volgende doel aanpakken. Er kan dus maar één Product Doel tegelijkertijd bestaan.

Hoe helpen de commitments jullie om de transparantie en focus te verhogen?

Van ‘verantwoordelijk’ naar ‘eindverantwoordelijk’*

Als Product Owner ben je eindverantwoordelijk voor het ontwikkelen en duidelijk overbrengen van het Product Doel. Dat lees je goed: eindverantwoordelijk. Het Engelse woord ‘responsible’ is in vrijwel de hele Scrum Guide vervangen door ‘accountable’. In de Nederlandse vertalingen van de Scrum Guide worden beide woorden vertaald met ‘verantwoordelijk’. Ik vind ‘eindverantwoordelijk’* beter passen in de lijn van de andere aanpassingen van de Scrum Guide.

De Scrum Master helpt je bij het vinden van technieken voor een effectieve Product Doel definitie. Van de meest belangrijke Product Backlog items moet tijdens de Sprint Planning duidelijk zijn hoe deze zich verhouden tot het Product Doel.

Heb jij al hulp gekregen van je Scrum Master bij het vinden van effectieve technieken voor Product Doel definitie?

Sprint Doel, Product Doel en Product Visie

Als je onze Product Owner training hebt gevolgd, werk je als het goed is met een Product Visie. De Product Visie is geen officieel onderdeel van Scrum. Je vraagt je nu misschien af wat het verschil is tussen een Product Doel en een Product Visie.

Je kunt het Product Doel positioneren tussen de Product Visie en het Sprint Doel. Een Sprint Doel wordt (als het goed is) binnen een Sprint gehaald. In de praktijk zullen meerdere Sprint Doelen nodig zijn om een Product Doel te bereiken. Met meerdere, opeenvolgende Product Doelen kun je uiteindelijk je Product Visie bereiken.

Verwar een Product Doel trouwens niet met een ‘release’! Op het moment dat een Product Backlog item voldoet aan de Definition of Done, ontstaat een Increment. Een increment mag aan belanghebbenden geleverd worden voor het einde van de Sprint. Er kunnen dus meerdere ‘releases’ plaatsvinden in een Sprint.

Anderzijds zijn er doorgaans meerdere Sprints nodig voor het behalen van een Product Doel, dit kan dus maanden duren. Je kunt ervoor kiezen om Increments pas te leveren als het Product Doel behaald is, maar dat kan ik niet aanraden. Daarmee is de feedback loop heel lang, waardoor inspectie en adaptatie laat gebeuren, en empirisme niet goed kan plaatsvinden.

In een complex domein (waar Scrum voor is ontwikkeld) verhoogt dit risico’s. Je loopt de kans dat de waarde van het product, dat het resultaat is van het werk van het Scrum Team niet wordt gemaximaliseerd. Hier ben jij als Product Owner aansprakelijk voor.

Heeft jouw product al een Product Doel?

Extra onderwerp tijdens de Sprint Planning

Al het noodzakelijke werk wat nodig is om het Product Doel te bereiken vindt plaats binnen Sprints. Een Sprint wordt gepland in de Sprint Planning en aan dit Event is een onderwerp toegevoegd. We kenden de onderwerpen ‘Wat kan in deze Sprint worden afgerond?’ en ‘Hoe zal het gekozen werk gedaan worden?’ al, daar is nu een nieuw onderwerp voorafgaand aan toegevoegd: ‘Waarom is deze Sprint waardevol?’

Als Product Owner doe je een voorstel hoe het product in waarde en bruikbaarheid zou kunnen toenemen tijdens deze Sprint. Het antwoord op deze vraag, welke het hele Scrum Team gezamenlijk definieert, is het Sprint Doel. Feitelijk kijk je dus hoe deze Sprint bijdraagt aan het behalen van het Product Doel.

Het Sprint Doel is niet nieuw. Als het goed is hebben jullie die elke Sprint dus al. Wat wel nieuw is de koppeling tussen het Sprint Doel en het Product doel. Dankzij deze koppeling is het duidelijker geworden hoe de Sprint bijdraagt aan het grotere geheel.

Komt de connectie tussen het Sprint Doel en het Product Doel al terug in jullie Sprint Planning?

Sprint Review minder voorschrijvend

In mijn vorige blog beschreef ik dat de Scrum Guide korter, simpeler en minder voorschrijvend is geworden. Dat zien we goed terug bij de Sprint Review. De lange opsomming van elementen waar de Sprint Review uit bestaat is verdwenen. Het is nu aan het Scrum Team om te bepalen hoe het doel van de Sprint Review, het inspecteren van de uitkomst van de Sprint en het bepalen van toekomstige aanpassingen, behaald kan worden.

Meer autonomie voor het Scrum Team, minder guidance en meer duidelijkheid: er staat nu heel specifiek in de Scrum Guide dat de Sprint Review een werksessie is en het Scrum Team zou moeten vermijden dat het bij een presentatie blijft. 

Ook bij de Sprint Review zien we het Product Doel trouwens weer terug: de voortgang richting het Product Doel wordt besproken in de Sprint Review. 

Is jullie Sprint Review al een werksessie waarin de voortgang richting het Product Doel wordt besproken?

Wat zijn Next steps voor mij als Product Owner?

Heb je ‘Nee’ geantwoord op één of meer van de vragen onderaan de alinea’s? Dan is er nog werk aan de winkel. Gelukkig sta je er niet alleen voor! Je hele Scrum Team, en met name de Scrum Master, kunnen je hierbij helpen.

Wil je liever hulp van buitenaf? Onze consultants en trainers kunnen je helpen. Ook kan onze training Advanced Product Owner hulp bieden.

Ben je onlangs begonnen als Product Owner, of ga je binnenkort beginnen? Kijk dan eens of onze Product Owner of Virtuele Product Owner training iets voor je is.

Benieuwd naar wat de veranderingen zijn voor de Scrum Master? Dat lees je in mijn volgende blog.


* In een eerdere versie van deze blog heb ik ‘accountable’ vertaald met ‘aansprakelijk’. Na een discussie met collega’s en met peers op LinkedIn heb ik dit aangepast naar ‘eindverantwoordelijk’. Dit is net als ‘aansprakelijk’ zwaarder dan ‘verantwoordelijk’ uit de Nederlandse vertaling, maar heeft niet de negatieve toon van ‘aansprakelijk’. Daarnaast is het in lijn met het RACI-model.

DEEL DIT ARTIKEL
VOLG ONZE BLOGS

Gerelateerde blog artikelen

  • Veel voorkomende Pitfalls waar Product Owners in trappen - Deel 4

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is wel ingewikkeld. Er zijn vele valkuilen voor de Product Owner. Pitfalls tijdens de Sprint Review.

    Lees verder
  • Opleiding toegelicht - Advanced Scrum Master

    Onlangs heb ik samen met collega Ruud Bruls voor de tweede keer dit jaar de tweedaagse training Advanced Scrum Master gegeven. Dit is misschien wel de leukste training die ik bij cibit academy geef.

    Lees verder
  • Veel voorkomende pitfalls waar scrum masters intrappen - Deel 3

    Een dagelijks terugkerend ritueel, de Daily Scrum. Een zeer waardevol moment mits het goed wordt gefaciliteerd.

    Lees verder
  • Veel voorkomende Pitfalls waar Product Owners in trappen - Deel 5

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is wel ingewikkeld. Er zijn vele valkuilen voor de Product Owner. Pitfalls tijdens de Sprint Retrospective.

    Lees verder
  • Veel voorkomende Pitfalls waar Product Owners in trappen - Deel 2

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is wel ingewikkeld. Er zijn vele valkuilen voor de Product Owner. Pitfalls bij de Sprint Planning.

    Lees verder
  • Veel voorkomende Pitfalls waar Product Owners in trappen - Deel 1

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is wel ingewikkeld. Er zijn vele valkuilen voor de Product Owner. Pitfalls bij de Product Backlog.

    Lees verder
  • Veel voorkomende pitfalls waar Scrum Masters in trappen – Deel 4

    Help je Ontwikkelteam om de Sprint goed uit te voeren. Als Scrum Master moet je veel dingen doen, maar soms ook dingen laten.

    Lees verder
  • Veel voorkomende Pitfalls waar Product Owners in trappen - Deel 3

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is wel ingewikkeld. Er zijn vele valkuilen voor de Product Owner. Pitfalls tijdens de Sprint.

    Lees verder
  • Veel voorkomende pitfalls waar Scrum Masters in trappen – Deel 5

    Hoe kun je het beste terugkijken op de productontwikkeling? Bekijk de tips om een goede Sprint Review te doen.

    Lees verder
  • Veel voorkomende pitfalls waar Scrum Masters in trappen – Deel 6

    Tips voor de scrum master om de Sprint Retrospective goed te begeleiden.

    Lees verder
  • Veel voorkomende pitfalls waar Scrum Masters in trappen – Deel 1

    De regels van Scrum zijn niet ingewikkeld, ze staan uitgelegd in de Scrum Guide, een document van 21 pagina’s. Scrum op een juiste manier uitvoeren is echter een stuk lastiger. 

    Lees verder
  • Veel voorkomende pitfalls waar Scrum Masters intrappen - Deel 2

    Hoe zorg je ervoor dat je als Scrum Master de Sprint Planning goed onder controle houdt?

    Lees verder
  • Agile buiten de IT wereld

    De term Agile komt uit wereld van de software ontwikkeling, maar het gedachtegoed is de IT inmiddels ontgroeid blogt Stefan Kennedie. Waar wordt agility inmiddels toegepast? Is dat alleen in ons werkende leven, of ook al daarbuiten?

    Lees verder
  • Scrum Guide - 2020 update

    Op 18 november is er een nieuwe versie van de Scrum Guide gepresenteerd. Daar waar er in 2017 een kleine update is geweest, is er dit jaar een grote aanpassing aangekondigd. Als opleider willen we je natuurlijk meenemen in de veranderingen. 

    Lees verder
  • Wat moet ik als de Scrum Master weten over de veranderingen in de Scrum Guide?

    Op 18 november is er een nieuwe versie van de Scrum Guide gepresenteerd. Daar waar er in 2017 een kleine update is geweest, is er dit jaar een grote aanpassing aangekondigd. Als opleider willen we je natuurlijk meenemen in de veranderingen.

    Lees verder

Cookies op de website van Inspearit

Wij plaatsen functionele cookies, om deze website naar behoren te laten functioneren, analytische cookies waarmee wij het gebruik van de website kunnen meten en cookies van derden voor het weergeven van emdeded media (YouTube en GoogleMaps) Hieronder kan je aangeven welke andere soorten cookies je wilt accepteren:

Meer informatie