Wanneer prestaties in Agile worden afgemeten aan resultaten
Opmerking: Ik werd gevraagd om het voorwoord te schrijven voor Christina Wodkes nieuwe boek over OKRs, Radical Focus, en deel dit voorwoord hier.
Voortgang van agile projecten meten in het verleden
Ik had het grote geluk dat ik mijn carrière als ontwikkelaar mocht starten bij Hewlett-Packard, toen het bedrijf bekendstond als het meest succesvolle en duurzame voorbeeld van continue innovatie en uitvoering in de branche. Tijdens het interne Engineering Management Training Program "The HP way" leerde ik het Performance Management Systeem "MBO" (Management by Objectives) kennen.
Het concept is heel eenvoudig en gebaseerd op twee fundamentele principes:
Het eerste principe kan makkelijk worden samengevat met het bekende citaat van generaal George Patton: "Vertel mensen nooit hoe ze dingen moeten doen. Vertel ze wat er gedaan moet worden, en ze zullen je verrassen met hun vindingrijkheid."
Het tweede principe werd goed gevangen door de toenmalige slogan van HP: "When Performance Is Measured By Results". Het idee hierachter is dat je alle features kunt releasen die je wilt; maar als dat het onderliggende bedrijfsprobleem niet oplost, heb je eigenlijk helemaal niets bereikt.
Het eerste principe gaat dus over hoe je mensen motiveert om het beste uit zichzelf te halen. Het tweede principe gaat over hoe je op een zinvolle manier voortgang kunt meten in agile of Scrum projecten.
Er is zo veel veranderd sinds mijn tijd bij HP. De technologie heeft zich sterk doorontwikkeld, de schaal en omvang van systemen zijn enorm gegroeid, teams bewegen zich sneller, en dat meestal met betere kwaliteit en prestaties tegen een fractie van de kosten. Toch zijn deze twee principes van Performance Management nog steeds de basis waarop de beste bedrijven en teams functioneren.
Het MBO-systeem is door de jaren heen in verschillende bedrijven – voornamelijk bij Intel – verfijnd en verbeterd, en tegenwoordig staat het meest verspreide Performance Management Systeem bekend als het "OKR"-systeem – Objectives and Key Results.
Hoe wordt prestatie in Agile tegenwoordig gemeten?
Helaas is er één ding niet veranderd, en dat is dat de meeste teams nog steeds niet volgens deze principes werken.
In plaats daarvan komen hele groepen leidinggevenden en andere stakeholders veel te vaak met een driemaandelijkse „Roadmap" van features en projecten aanzetten, die ze aan de productteams doorgeven; in feite vertellen ze hen daarmee hoe ze de onderliggende bedrijfsproblemen moeten oplossen. De teams zijn er alleen nog om de details uit te werken en de code te schrijven en te testen – en dat allemaal zonder een echt goed begrip van de totale context en nog minder vertrouwen erin dat dit de juiste beslissingen zijn. Teams zijn tegenwoordig helaas heel vaak niet meer dan „feature-fabrieken", ongeacht of de betreffende features daadwerkelijk een fundamenteel bedrijfsprobleem oplossen of niet. Voortgang wordt gemeten aan de hand van output en niet aan de hand van outcome.
Christina's boek is bedoeld om elke organisatie te helpen zo te kunnen werken als de beste organisaties dat doen. Ik heb zowel bedrijven met 60.000 medewerkers als startups van 3 personen gezien die deze technieken succesvol hebben toegepast. Of het nu groot of klein is, als je hard hebt gewerkt om slimme mensen aan te nemen, dan helpt dit systeem je om hun volledige potentieel te benutten.
Deze tekst is afkomstig uit de blog van Marty Cagan en werd door ons naar het Nederlands vertaald.
Leer meer over agile methoden en procesverbetering!
Zorg ervoor dat jij in de toekomst ook op output wordt beoordeeld en maak van jouw organisatie een van de beste ter wereld.
Onze gecertificeerde trainers bieden opleidingen aan over de hele wereld en maken een training op maat mogelijk voor jouw specifieke vraagstuk.
Voor Scrum Masters bieden we de volgende trainingen en gratis opleidingsmogelijkheden:
