Je hoort in organisaties vaak dat teams “met Scrum werken”. Soms betekent dat echt Scrum. Soms betekent het vooral dat er een daily is ingepland en dat werk in sprints wordt verdeeld.
Dat is niet ongewoon. Scrum is eenvoudig uit te leggen, maar lastiger om goed toe te passen.
In de praktijk zien we dat Scrum vooral wordt gebruikt wanneer teams regelmatig waarde willen leveren en tegelijk willen leren van wat er gebeurt. Er is werk dat niet volledig vooraf te voorspellen is. Er zijn wensen van klanten, gebruikers of stakeholders die onderweg scherper worden. En er is een team dat niet alleen taken uitvoert, maar samen verantwoordelijkheid neemt voor het resultaat.
Scrum werkt met een paar vaste elementen. Er zijn rollen, zoals de Product Owner, de Scrum Master en de Developers. Er zijn events, zoals de Sprint Planning, Daily Scrum, Sprint Review en Retrospective. En er zijn artifacts, zoals de Product Backlog, Sprint Backlog en het Increment.
Op papier lijkt dat overzichtelijk. Maar wat er echt gebeurt, zit niet in de namen van die onderdelen. Het zit in de manier waarop het team keuzes maakt, feedback gebruikt en belemmeringen bespreekbaar maakt.
We zien vaak dat organisaties Scrum vooral gebruiken als planningsritme. Er wordt werk verdeeld, er wordt voortgang besproken en aan het einde van de sprint is er een demonstratie. Dat kan nuttig zijn. Maar Scrum vraagt meer dan ritme alleen. Het vraagt ook dat er eerlijk gekeken wordt naar waarde, kwaliteit en samenwerking.
Daar zit soms de ongemakkelijke waarheid. Een team kan alle Scrum-events uitvoeren en toch weinig leren. Dan is Scrum vooral een vergaderstructuur geworden.
Wat helpt, is dat mensen begrijpen waarom de onderdelen bestaan. De Daily is er niet om status te rapporteren aan de Scrum Master. De Retrospective is er niet om beleefd te zeggen dat alles goed ging. De Product Backlog is geen verzamelbak voor alles wat iemand ooit heeft bedacht.
Daarvoor zijn persoonlijke vaardigheden nodig, zoals luisteren, helder communiceren en verantwoordelijkheid nemen. Er zijn ook professionele vaardigheden nodig, zoals prioriteren, werk klein maken en omgaan met onzekerheid. En er is leiderschap nodig dat ruimte geeft aan teams om echt te leren.
Een Scrum.org PSM1-opleiding kan helpen om de basis scherp te krijgen. Niet omdat een certificaat Scrum beter maakt, maar omdat het inzicht geeft in wat Scrum wel en niet bedoelt.
De vraag is dus niet alleen of een team Scrum gebruikt. De betere vraag is: begrijpen we genoeg van Scrum om het ook echt te laten werken?
Soms verandert een methode omdat de wereld eromheen veranderd is. Dat zie je ook bij PRINCE2 versie 7. Projecten spelen..
Soms werkt een Scrum Team hard, maar blijft de waarde achter. De sprints lopen. De backlog is gevuld. De ceremonies..
Een stakeholdermatrix ziet er vaak eenvoudig uit. Je zet stakeholders op een as van macht en belang, of invloed en..
In projecten ontstaat vaak gedoe doordat mensen denken dat duidelijk is wie waarvoor verantwoordelijk is. Tot er een lastig besluit..
Weerstand wordt vaak zichtbaar op een ongemakkelijk moment. Tijdens een overleg blijft het stil. Na de presentatie komen de kritische..
Projecten falen zelden door één oorzaak. Meestal is het een combinatie van dingen. Onduidelijke doelen, te weinig capaciteit, veranderende prioriteiten,..
In veel organisaties lopen de rollen van Scrum Master en projectmanager door elkaar. Dat is begrijpelijk. Beide rollen hebben iets..
Veel teams twijfelen tussen Kanban en Scrum. Dat is logisch. Beide manieren kunnen helpen om werk zichtbaar te maken, beter..