About Me

My photo
I improve the outcomes of IT development teams and people.

Wednesday, October 16, 2013

Principes achter de Scrum principes

Als je de Scrum Guide van Sutherland en Schwaber leest zijn er drie principes: Transparency, Inspect and Adapt. Niets mis mee. Sterker nog: ik ben het geheel eens met deze drie principes. Maar alleen met deze principes in de hand, en het invoeren van de Scrum events en rollen, zijn we er nog lang niet.

Welke principes zijn er nog meer achter het succesvol werken met Scrum?

Er schieten er mij zo een paar andere te binnen:

  • Onderken dat Scrum voor complexe problemen is – Ik kom nog wel eens tegen dat standaard werkzaamheden geforceerd worden om uit te voeren op een Scrum manier. Doe dat niet. Voor standaard werkzaamheden zijn passendere oplossingen, die ook veel makkelijker zijn aan te passen aan jouw situatie, zoals Kanban en Lean.
  • Stimuleer directe samenwerking – Dit komt namelijk niet vanzelf. Veel te vaak zie ik teamleden terugschieten in hun eigen kenniscontainer (silo). “Dat is van mij.” “Dat moet een tester doen, niet ik.” En meer van dit soort citaten horen niet bij Scrum, maar sluipen er toch wel her en der in. Ook hoor ik nog veel te vaak de misvatting uitgesproken worden dat volgens Scrum iedereen in het team alles moet kunnen, en omdat dat niet zo is heeft ieder recht op zijn/haar eigen silo. Neen. Het team moet alle kennis en ervaring hebben om alles te kunnen wat nodig is om de DoD te realiseren. En er wordt wel verwacht dat ieder teamlid daar helpt waar nodig is om het teamsucces te realiseren. Dit gedachtegoed in het team krijgen en houden vergt continue aandacht.
  • Onderken het belang van een goede Product Owner rolinvulling – Dit is volgens mij het meest onderschatte aspect binnen Scrum. Het zo maar even het enige aanspreekpunt zijn voor een ontwikkelteam om alle functionele eisen (in de Backlog’s) en niet-functionele eisen (in de DoD) te snappen, kunnen uitleggen en beslissingen over te kunnen en mogen nemen…. Ik neem daar mijn petje voor af. En, o ja, ook nog even zorgen dat die vermaledijde Product Backlog continue voldoende is bijgewerkt en gedetailleerd voor iedere Sprint Planning Meeting…
  • Denk altijd vanuit het productgebruik – Bestaande applicaties zijn, vaak, ingericht in componenten. Grotere applicaties zelfs in lagen. Hoe map je meerdere Scrum team hier op? Het is verleidelijk om applicatie structuren te volgen, want die zijn zichtbaar. Maar het allerbelangrijkste, niet zo expliciet aangeven, principe van Scrum is dat je alles vanuit het gebruik van het product moet inrichten en uitvoeren. Dit is verkapt in het begrip ‘business value’. Immers, alleen meer of beter gebruik (‘use’) van een systeem levert revenu!

Welke schieten jou te binnen?