Als Agile professional horen wij regelmatig kritische noten over het Scrum framework. En hoewel wij zelf ook enorm voorstander zijn van het hebben van een kritische blik zijn er ook een aantal vaak gehoorde misvattingen die wij in het veld tegenkomen. Laten we deze eens doornemen!
Er zijn teveel Scrum events en de events kosten teveel tijd. Ik kom niet meer aan mijn werk toe.
Eén van de meest gehoorde klachten over Scrum is: er zijn teveel Scrum events en de events kosten teveel tijd. De reden van deze misvatting is dat de events niet doelmatig zijn en dat het team nog allerlei andere overleggen in stand houdt naast Scrum events. Dus de Scrum events zijn niet de boosdoener, maar de matige toepassing ervan.
In de Scrum events zit alles wat je nodig hebt. Je bespreekt wat je gaat ontwikkelen de komende periode (planning), welke waarde je in een korte periode kunt leveren (sprint), of je het sprintdoel haalt of je je plan moet aanpassen (daily), wat je hebt opgeleverd, of dat naar wens is (review) en hoe het team dit met elkaar heeft gedaan (retro).
Kijk eens kritisch naar de events. Bereik je je doelen? Zo niet, dan ligt daar het verbeterpunt. Kijk ook eens kritisch naar de rest van je agenda. Staan daar overleggen in met onderwerpen die eigenlijk in een Scrum event thuishoort. Schrap dit overleg en breng het onderwerp onder in het juiste Scrumevent.
Als team ben je zelfsturend.
In een goed lopend team geeft de Product Owner richting en enthousiasmeert hij/zij het team om maximale waarde toe te voegen aan het product. Dit op basis van zijn/haar visie op het product. De Scrum Master geeft sturing aan het team door het opstellen en bewaken van kaders. Binnen deze kaders stimuleert de Scrum Master zelforganisatie. Dat houdt in dat het team gezamenlijk verantwoordelijk is voor resultaten en hoe ze deze bereiken. Hoe volwassener het team is, des te minder sturing de Scrum Master zal geven. Kortom, als team ben je niet zelfsturend, wél zelforganiserend.
Door in sprints te werken, focus je je alleen maar op wat je in één sprint kunt bereiken en kijk je niet naar het effect op de lange termijn.
Helaas komt het voor dat teams zich focussen op wat in één sprint kan worden bereikt en kijkt men niet naar het langetermijneffect. Wat hier vaak mis gaat, is dat de Product Owner een meewerkend voorman of vrouw is. Een senior die de Product Owner rol oppakt en van alle details het meeste weet. Dit is een enorme valkuil. De rol van Product Owner vereist namelijk juist capaciteiten zoals het kunnen vormen van een visie voor de lange termijn, het samenwerken met de klant en het meenemen van het team in jouw visie. Als team kun je je Product Owner hierop bevragen en de Scrum Master coacht de Product Owner op het hebben en uitdragen van een lange termijn visie.
Wees je dus bewust als Product Owner dat je je team (één van je belangrijkste stakeholders) mee moet nemen in je visie en roadmap.
Scrum werkt niet voor ons, we kunnen beter Kanban gaan werken.
Waarom werkt Scrum niet voor je? Ben je een ontwikkelteam met een eigen product en werkt Scrum niet voor je, dan gaat er iets anders mis. Meestal dat teams niet end-to-end verantwoordelijk zijn voor hun eigen product. Er zijn afhankelijkheden met andere teams, waardoor de doorlooptijd toeneemt tijdens het ontwikkelen van je product en je daarom je sprints niet haalt. De oplossing is dan niet om Kanban te gaan werken, maar om de ontbrekende kennis in je team te trekken, zodat je wel je sprintdoelen kunt halen.
Afhankelijkheden buiten je team vereisen dus een goede afstemming en planning. Wees actief en betrek elkaar bij het op te leveren resultaat. Samen werken aan een mooi resultaat motiveert!
Refinement is een meeting die elke dinsdagmiddag om 14 uur met het hele team plaatsvindt.
Newsflash: refinement is geen Scrum event. Vaak wordt dit wel standaard gepland, waardoor het team het gevoel krijgt veel meetings te hebben (zie ook het eerste punt). Refinement is een proces, waarbij de Product Owner voortdurend op zoek is naar waar de meeste waarde kan worden toegevoegd en waar wel of niet in te investeren. Om dit goed in te schatten heeft de Product Owner het team nodig. Breng als Product Owner vraag (stakeholders / klanten) en aanbod (team) samen. Laat wanneer dit gebeurt en met wie per keer een bewuste afweging zijn in plaats van een standaardmeeting.
Dit zijn de meest gehoorde misvattingen die wij tegenkomen in de praktijk. Zijn er nog meer? Vast wel, ben benieuwd welke jij nog kent?
Wil je meer leren over Scrum, over de praktijk of hoe je als Scrum Master of Product Owner dat volgende niveau bereikt? Kijk dan eens bij onze trainingen. Binnenkort starten er weer een paar!
Comments