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

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. Er zijn vele valkuilen voor de Scrum Master. De belangrijkste vind je in een blogreeks waar dit de eerste blog van is. We gaan er tijdens onze Scrum Master Training natuurlijk ook verder op in op deze valkuilen.

We beginnen met…

Scrum Master pitfalls bij de Product Backlog

Een agile team wil goede prestaties leveren en bijdragen aan de doelstellingen van de organisatie. Dit doet het door het leveren van business waarde en wordt daarin gefaciliteerd door de Scrum Master. Om goede prestaties te leveren, is het hebben van een geordende Product Backlog cruciaal. 

De Product Owner is verantwoordelijk voor de Product Backlog, inclusief de inhoud, beschikbaarheid en ordening. Toch doet de Product Owner dit niet alleen. Zoals te lezen is op pagina 8 van de Scrum Guide dient de Scrum Master de Product Owner op een aantal manieren die gerelateerd zijn aan de Product Backlog:

  • Het vinden van technieken voor een effectief Product Backlog management;
  • Het Scrum Team de noodzaak laten inzien om duidelijke en beknopte Product Backlog items te maken;
  • Inzicht verkrijgen in de product planning in een empirische omgeving;
  • Ervoor zorgdragen dat de Product Owner weet hoe de Product Backlog te ordenen zodat de maximale waarde verkregen kan worden;

Je zou dus kunnen zeggen dat Scrum Master een indirecte verantwoordelijkheid heeft voor de Product Backlog. Het gevolg daarvan is dat de Scrum Master er verantwoordelijk voor is dat de Product Owner niet in de valkuilen mbt de Product Backlog trapt .

#1 - Niet weten of we bereiken wat we willen bereiken

Veel organisaties meten niet of Product Backlog Items (PBI’s) hebben bereikt wat ze beoogden te bereiken. De PLAN, DO, CHECK, ACT loop van Deming is niet gesloten: CHECK en ACT worden vaak niet uitgevoerd. 

 Bij CHECK meet je het resultaat van de PBI, je vergelijkt deze met de oorspronkelijke situatie en toets deze aan de vastgestelde doelstellingen. Vaak is er geen informatie over de oorspronkelijke situatie bekend, zijn de doelstellingen niet (goed genoeg) beschreven en wordt er na het implementeren van de PBI niet gemeten. 

Dit maakt het onmogelijk om ACT, het bijstellen aan de hand van de gevonden resultaten bij CHECK, uit te voeren. Er kan hierdoor niet goed geleerd worden, waardoor het lastig is de Product Backlog effectief te managen.


#2 - Te veel Product Backlog Items op de Product Backlog 

"De Product Backlog is een geordende lijst van alles dat bekend is dat nodig is in het product” (Scrum Guide, pagina 15). Sommige Product Owners vatten dit te letterlijk op en bouwen in de loop van de tijd een Product Backlog van meer dan 1000 items op. Vaak gaat dit gepaard met geen “Nee” willen of durven zeggen. 

De Scrum Guide schrijft niet voor uit hoeveel items een Product Backlog zou moeten bestaan, maar wel dat je als Scrum Master de Product Owner dient met het vinden van technieken voor een effectief Product Backlog management. 

Bijvoorbeeld met het clusteren van meerdere gerelateerde PBI’s waar voorlopig nog niet aan gewerkt wordt tot één groot PBI. Die grote PBI’s worden ook wel Features of Epics genoemd. Op deze manier kan het aantal PBI’s in een Product Backlog worden teruggebracht. Deze grote PBI’s dienen overigens nog steeds ingeschat te worden, zie pittfall 3 hieronder.


Bij mijn huidige opdrachtgever werken we zelfs met 5 niveaus van PBI’s: Epics, Epic Slices, Capabilities, Features en User Stories. Dit is een geschaalde omgeving met meer dan 90 teams. Zoveel verschillende niveaus is waarschijnlijk helemaal niet praktisch of nodig als je met één of enkele Scrum Teams werk. Eén of twee niveaus toevoegen kan echter wel helpen om de Product Backlog weer behapbaar en overzichtelijk te maken. 

Wil je meer weten over Product Backlog Management? Schrijf je dan in voor onze online microlearning Scrum Product Backlog Management.

#3 - Niet alle PBI’s zijn ingeschat (omvang) 

 De Scrum Guide schrijft voor dat alle PBI’s een schatting hebben (van de hoeveelheid werk). Zonder een inschatting van de omvang (en de waarde, zie pitfall 4 hieronder), is het niet mogelijk om de relatieve waarde (omvang/waarde) van een PBI te weten. Je kan dan ook niet weten of de Product Backlog zo geordend is dat de maximale waarde verkregen kan worden.          

#4 - Waarde van PBI’s is onbekend 

De Scrum Guide schrijft ook voor dat alle PBI’s een waarde hebben. Zonder een idee van de waarde van een PBI is de relatieve waarde niet te bepalen. Dit maakt het heel lastig voor een Product Owner om de Product Backlog effectief te prioriteren, wat weer nodig is om ervoor te zorgen dat de waarde van het product, dat resulteert uit de werkzaamheden van het Ontwikkelteam, wordt gemaximaliseerd.


De volgende keer gaan we verder met SM pitfalls bij de Sprint Planning. Heb je nu vragen over, of wil je doorpraten over een van bovenstaande pitfalls? 

Laat dan een berichtje achter onder de LinkedIn post van deze blog, of bel 030 - 230 89 00.


Stefan Kennedie


Stefan is een enthousiaste Scrum en Agile consultant en trainer die veel ervaring heeft in het trainen en coachen van professionals voor wie Agile en Scrum nieuw zijn. Hij heeft uitgebreide ervaring in het toepassen van Scrum bij organisaties buiten het IT-domein.

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
  • 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
  • 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 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

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