Managers van IT afdelingen worden klassiek afgerekend op de productiviteit van doorvoeren van veranderingen en de beschikbaarheid van de systemen. Helaas
vormt vaak achterblijvende productiviteit de aanjager voor het introduceren van
Agile werken. Waarom helaas?
Even een stapje terug: het doel van IT is dat gebruikers
optimaal worden ondersteund in wat ze (moeten)
doen. Daarvoor is het goed dat ze de benodigde beschikbaarheid van de IT hebben en dat de IT wordt aangepast aan de veranderde omstandigheden. Immers ‘fit for use’ is
uiteindelijk waar gebruikers systemen op beoordelen, en voor willen betalen.
Stukje theorie:
Productiviteit is de relatie tussen efficiëntie en effectiviteit.
Efficiëntie is de mate van gebruik van middelen om een bepaald doel te bereiken.
Het doel van de gemiddelde IT manager is het aanpassen van de IT systemen aan
veranderde omstandigheden, zoals nieuwe gebruikerswensen. De mate waarin dat
lukt noemen we effectiviteit.
Als IT managers worden afgerekend op productiviteit, leidt dit tot het najagen van ‘veel voor
weinig’. De belofte van Scrum, zoals door Jeff Sutherland zelf ook vaak geuit,
van ‘hyper productive software development’ valt daarom goed bij de IT manager. En
dat is goed te begrijpen, want het lijkt de weg naar ‘meer voor minder, precies waar hij/zij op wordt beoordeeld.
Maar zijn we wel op zoek naar ‘meer voor minder’? Volgens mij is het beter als we voor elkaar
hebben gekregen dat we ‘minder voor minder’
krijgen. En dat klinkt wellicht gek, maar laat ik dit eens verduidelijken met
een voorbeeld.
Als we last hebben van vliegen, kunnen we ze meppen. Als het
doel is om zoveel mogelijk vliegen te meppen, kan het slaan met een opgerolde
krant erg effectief zijn. En als we twee vliegen in een klap weten te raken,
lijken we ook nog efficiënt. En voor je het weet lijkt het investeren in een
high-tech vliegenmepper aantrekkelijk. Maar slimmer is het om te kijken wat het
echte probleem is en hoe we dat kunnen wegnemen (effectief) met de minst
kostende middelen en inspanningen (efficiënt). Dat zou, in dit voorbeeld, het verwijderen
van rottend fruit van de fruitschaal kunnen zijn J
Bestaande metrieken binnen IT afdelingen zijn gericht op
productiviteit ten aanzien van bestaande (IT) oplossingen. Dit optimaliseren is
blijven meppen en investeren in mep-technieken. Maar de echte verbetering zit
in het daadwerkelijk snappen van wat de gebruikers doen en weten waarop zij de IT ondersteuning
daarvoor beoordelen.
En laat ik een tip van de sluier oplichten: gebruikers zitten niet te wachten op een opeenstapeling van features. Dit wordt het best samengevat door Antoine de Saint-Exupéry (1900-1944): “Perfectie wordt niet bereikt als er niets meer valt toe te voegen, maar als er niets meer is weg te laten”.
En laat ik een tip van de sluier oplichten: gebruikers zitten niet te wachten op een opeenstapeling van features. Dit wordt het best samengevat door Antoine de Saint-Exupéry (1900-1944): “Perfectie wordt niet bereikt als er niets meer valt toe te voegen, maar als er niets meer is weg te laten”.
Daarom is het jammer dat, omdat de achterblijvende productiviteit vaak de aanjager is voor het introduceren van Agile werken, het succes van Agile teams wordt gemeten in
resultaat-meeteenheden, zoals functiepunten. Veel beter is het om het succes te meten in effect-meeteenheden, zoals ‘Business
Value’. En deze is te bepalen: door te praten met de gebruikers en te meten hoeveel
features er nog zijn weg te halen.
