Taakeigenaarschap dat standhoudt: vijf voorwaarden, één naam14 min read

Ergens in je innovatieportfolio staat een taak die al zes weken niet is opgeschoten. In het eigenaarsveld staat de naam van een capabele, drukbezette collega, correct gespeld.

Wat die naam vastlegt, en wat niet:

• Wie hier bij de volgende review op wordt aangesproken
• In wiens agenda de opvolging terechtkomt
• Niets over de vraag of diegene zelf iets mag beslissen
• Niets over de vraag of diegene ooit met de datum heeft ingestemd

Op die laatste twee valt taakregistratie stilletjes uit elkaar. Een toewijzing is een structurele afspraak, en het label legt die alleen maar vast.

Het eigenaarsveld vul je dus als laatste in, zodra de afspraak staat. Vijf voorwaarden bepalen of dat zo is.

Andersom werken gaat makkelijk: iemand aanwijzen en daarna ontdekken of die persoon het mandaat, de capaciteit of de positie had om door te pakken.

Waarom “toegewezen” en “eigenaar” niet hetzelfde zijn

Eigenaarschap wordt behandeld als een labelprobleem, terwijl het een ontwerpprobleem is. Het eigenaarsveld registreert een besluit; het creëert er geen.

Melissa Swift onderbouwt dit in MIT Sloan Management Review en stelt dat lage accountability binnen een team structureel is en geen karakterfout.

Het gezegde dat ze aanhaalt is de zuiverste versie van het probleem: “Als iedereen verantwoordelijk is, is niemand verantwoordelijk.” Ze benoemt vier mechanismen daarachter:

• Te grote teams, waarin individuele verantwoordelijkheid nauwelijks te onderscheiden is
• Prioriteitenoverload, die capaciteitsproblemen veroorzaakt die overkomen als nalatigheid
• Rolonduidelijkheid, die de uitvoering ondermijnt, zelfs als de toewijding oprecht is
• Angst voor weerstand, waardoor mensen niet zeggen dat een taak beter helemaal niet gedaan kan worden

De vierde kondigt zichzelf zelden aan, want die uit zich als stilte in plaats van als zichtbaar falen.

Uitloop blijft onzichtbaar tot de deadline er is, en geen van de vier verdwijnt door iemand steviger aan te wijzen. Elk mechanisme vraagt om een verandering in de afspraak zelf.

De eerste voorwaarde is dat er één naam staat. De andere vier bepalen of die naam enig gewicht heeft.

De vijf voorwaarden voor een toewijzing die standhoudt

Het zijn toetsen en geen fasen, en elke voorwaarde beantwoordt een specifieke vraag over de afspraak achter de naam.

Ontbreekt er één, dan schuift de taak trager op dan verwacht, en de oorzaak wordt toegeschreven aan degene die hem draagt.

Vier van de vijf gaan over voorwaarden die je vóór de toewijzing regelt, niet over gedrag erna. Dat is precies de kern van het model.

De vijfde voorwaarde is anders. Die bepaalt of je de andere vier op tijd ontdekt om er nog iets aan te doen.

Leg de tabel naast een taak die nu vastzit. Reken op twee gebroken voorwaarden in plaats van één, en reken erop dat dezelfde twee bij meerdere taken terugkomen.

Voorwaarde 1: één naam, geen team

Het bewijs over gedeelde toewijzing is oud, herhaald en ondubbelzinnig. Latané, Williams en Harkins maten de individuele inspanning naarmate de groep groter werd.

De output per persoon daalde als aandeel van wat iedereen alleen produceerde in hun onderzoek naar collectieve inspanning:

• 71% van de solocapaciteit in tweetallen
• 51% in groepen van vier
• 40% in groepen van zes

Een vervolgexperiment in dezelfde publicatie splitste de oorzaak. Bij de schreeuwtaak is ongeveer de helft van de daling coördinatieverlies en de helft motivatieverlies.

Die tweede helft is echt lijntrekken, en het komt voor bij mensen die te goeder trouw werken.

Karau en Williams bundelden later 78 studies in een meta-analytisch overzicht en vonden een gewogen gemiddelde effectgrootte van d = 0.44.

Nuttiger dan het getal is wat het laat verdwijnen. Lijntrekken neemt af onder drie voorwaarden:

• De individuele bijdrage is herkenbaar en beoordeelbaar
• De bijdrage is uniek in plaats van overbodig
• De taak is persoonlijk betekenisvol voor degene die hem uitvoert

Een eigenaarsveld met twee namen erin schrapt de eerste voorwaarde per definitie.

De aanbeveling van Swift komt op hetzelfde neer. Kleine squads van vier tot acht mensen, gevormd rond één afgebakende taak.

Dat is het alternatief voor grote groepen die gedeeld werk onderling vasthouden.

Het praktische punt is ongemakkelijk maar simpel. Een gedeeld eigenaarsveld voelt strenger, want twee namen klinken als meer verantwoordelijkheid dan één.

In de praktijk verdunt elke extra naam de herkenbaarheid die de toewijzing überhaupt laat werken.

Voorwaarde 2: de eigenaar mag echt beslissen

Mandaat is de voorwaarde die mensen overslaan, omdat die onzichtbaar is in de tracker. Een taakregel zegt niets over de vraag of de eigenaar de besluiten mag nemen die erbij horen.

Rogers en Blenko maakten het RAPID-besluitvormingsmodel populair om dit gat te dichten. Hun punt is dat onduidelijke besluitrollen organisatorische knelpunten veroorzaken.

De oplossing is de rollen scheiden:

• Recommend (aanbevelen)
• Agree (akkoord, met alleen een smal vetorecht)
• Perform (uitvoeren)
• Input (inbreng, zonder veto)
• Decide (beslissen, het enige punt van finale bevoegdheid)

Het bredere onderzoek van Bain besloeg meer dan 1,000 bedrijven over tien jaar. Het vond een statistisch significant verband tussen besluitvormingseffectiviteit en organisatieprestaties.

Twee andere modellen komen op hetzelfde aantal uit:

Afhankelijkheden zijn het deel dat geen van deze modellen dekt. Een eigenaar die op drie andere teams wacht heeft wel de titel, maar niet het mandaat.

Nog even over RACI, want je portfolio gebruikt het waarschijnlijk al. Professionals melden een consistente set faalpatronen.

Meerdere mensen krijgen Accountable, Responsible wordt als hetzelfde behandeld, en er worden rollen benoemd in plaats van personen. Dat is ervaring, geen onderzoek.

Een gedocumenteerde kritiek maakt wel een verwant structureel punt: RACI wordt onhandelbaar op schaal en kan collectief eigenaarschap belemmeren door verantwoordelijkheid in silo’s te duwen.

De toets is eenvoudig uit te voeren. Moet de eigenaar toestemming vragen om door te pakken, dan is diegene een boodschapper en hoort de toewijzing eigenlijk bij degene die de bevoegdheid heeft.

Voorwaarde 3: de eigenaar heeft ruimte om het op te pakken

Leg capaciteit niet bij de eigenaar neer als een probleem dat die moet oplossen. Het is een randvoorwaarde van de toewijzing, en bovenal een rekensom.

Little’s Law bepaalt de rekensom: doorvoer is gelijk aan onderhanden werk gedeeld door doorlooptijd. Houd de doorvoer constant, voeg items toe, en elk item wacht langer.

Wachtrijtheorie voegt daar een apart resultaat aan toe. Wachttijden lopen scherp op boven ongeveer 80 procent bezetting, dus één extra taak bij een bijna volle eigenaar kost meer dan het lijkt.

Voordat je een eigenaar aanwijst, zijn drie vragen de moeite waard:

• Wat is de huidige toegezegde belasting van deze persoon, in taken waarvan die al de enige eigenaar is?
• Boven welke van die taken komt deze nieuwe taak te staan?
• Wie vertelt diegene het antwoord daarop, en wanneer?

Het punt van Swift over prioriteitenoverload komt bovenop de rekensom. Leiders wijzen werk toe zonder het te prioriteren, en het falen dat daaruit volgt oogt als nalatigheid.

Prioriteit is de ontbrekende input, en die hoort bij degene die het werk toewijst. De eigenaar blijft gissen welke taak als eerste beweegt.

Begrenzen hoeveel werk er in elke fase staat is een aparte oefening. Het punt hier is smaller.

Capaciteit is een voorwaarde waar de toewijzing aan moet voldoen voordat de naam erin gaat. Vertelt niemand de eigenaar waar deze taak boven komt te staan, dan staat hij in de wachtrij en is hij niet toegewezen.

Voorwaarde 4: de eigenaar committeert zich aan de datum en de eerste stap

Twee bevindingen bepalen wat een datum moet zijn:

• Locke en Latham: specifieke, moeilijke doelen verslaan vage doelen, met effectgroottes tussen .42 en .80
• Gollwitzer en Sheeran: 94 onafhankelijke tests zetten implementatie-intenties op d = .65

De moderator die Locke en Latham identificeerden weegt zwaarder voor het ontwerp van een toewijzing. In hun woorden: “de relatie tussen doel en prestatie is het sterkst wanneer mensen zich gecommitteerd voelen aan hun doelen.”

Implementatie-intenties zijn als-dan-plannen die een specifieke aanleiding koppelen aan een specifieke reactie, en je vastleggen op een concreet wanneer en waar.

Nu de afweging, want de voor de hand liggende conclusie klopt hier niet. Ariely en Wertenbroch testten drie deadlineontwerpen op een proefleestaak met 60 studenten:

De zelfgekozen datum eindigde als tweede, en alle verschillen waren significant bij p < .01. Hij versloeg één verre deadline en verloor van een gelijkmatig gespreid opgelegd ritme.

De onderzoekers analyseerden apart de tien zelfopleggers die hun data gelijkmatig spreidden. Het verschil met de opgelegde conditie werd niet-significant, dus de spreiding doet het meeste werk.

Een deadline alleen is een zwak instrument, want aan de eerste stap moeten een tijd en een plek hangen.

Locke en Latham voegen toe dat commitment het zwaarst weegt wanneer het doel moeilijk is. Het ontstaat door persoonlijk belang en zelfeffectiviteit.

De oplossing is niet kiezen tussen die twee, want ze zijn te combineren. Laat de eigenaar de data bepalen en toets die vervolgens aan een gespreid reviewritme dat jij vaststelt.

Voorwaarde 5: uitloop is zichtbaar en veilig om uit te spreken

Het ziekenhuisonderzoek van Amy Edmondson is hier het dragende bewijs. Het is contra-intuïtief genoeg om te veranderen hoe je je eigen statusrapportages leest.

In een onderzoek onder 8 afdelingen in twee stedelijke academische ziekenhuizen met 159 respondenten vond ze dat gedetecteerde foutpercentages positief samenhingen met goed management, niet negatief.

De correlaties waren sterk en consistent, alle bij p < .03:

• Coaching door de verpleegkundig manager: r = .74
• Richting geven: r = .74
• Ervaren afdelingsprestatie: r = .76
• Kwaliteit van de onderlinge relaties: r = .74

De best geleide afdelingen detecteerden meer fouten. Een niet-bestraffend klimaat liet hetzelfde positieve verband zien, al was dat zwakker (r = .44).

Bestraffende afdelingen onderdrukten hoogstwaarschijnlijk de zichtbaarheid van fouten, niet de fouten zelf.

Edmondson formaliseerde de voorwaarde later als psychologische veiligheid, onderzocht in 51 teams. Ze definieert het als “een gedeelde overtuiging dat het team veilig is om interpersoonlijke risico’s te nemen.”

Wat de twee klimaten opleveren:

Professionals hebben een naam voor wat er zonder gebeurt: watermeloenstatus. Groen op het dashboard, rood eronder.

Niemand heeft gemeten hoe vaak dit gebeurt, dus elk cijfer dat eraan hangt verdient wantrouwen. Het patroon zelf heeft geen uitleg nodig voor wie ooit een portfolioreview heeft geleid.

De praktische vertaling is direct. Een rode status is informatie en geen falen, en die komt binnen terwijl er nog tijd is om te handelen.

Een organisatie die rood afstraft, kan verwachten dat haar eigenaren groen rapporteren tot de week waarin de taak af moest zijn.

Waar enkelvoudig eigenaarschap tegenspraak krijgt

Er bestaat echt tegenbewijs. Stewart, Snyder en Kou onderbouwen dat in de Journal of Business Ethics.

Hun stelling is dat accountability op teamniveau een legitiem construct is en geen verkapt diffusieprobleem. Hun betoog is goed opgebouwd.

Teamaccountability hangt samen met vijf zaken, de eerste vier bij de vorming:

• Vertrouwen
• Commitment
• Collectieve effectiviteit
• Identificatie met het team
• Inspanning en bereidheid om te blijven samenwerken, in gevestigde teams

Die zaken doen ertoe in een portfolio dat jaren loopt. Maar de bevinding over prestaties is degene om even bij stil te staan.

Accountability halverwege voorspelde niet significant de taakprestatie aan het eind, al hing die wel samen met meer inspanning en commitment.

Het construct is echt, en het debat blijft open. Het is alleen niet wat je zou aannemen wanneer je een taak bij een groep laat liggen.

Dat geeft je een werkbare scheiding. Zet teamaccountability in op uitkomstniveau, waar gedeelde identificatie en inspanning zijn wat je wilt.

Zet enkelvoudig eigenaarschap in op taakniveau, waar herkenbaarheid het werk in beweging brengt. Een groep die er één vasthoudt is de zwakste afspraak die hier aan bod komt.

Wat eigenaarschap breekt nadat het is vastgelegd

Eigenaarschap vervalt geruisloos. Een toewijzing die in maart aan alle vijf de voorwaarden voldeed, kan er in juni drie niet meer halen.

Het eigenaarsveld kan intussen onaangeroerd blijven. Geen enkel onderzoek rangschikt ze, maar de aanleidingen zijn herkenbaar:

• De eigenaar wisselt van rol, en niemand controleert het mandaat opnieuw
• De taak overleeft de reden waarvoor die is aangemaakt
• Een afhankelijkheid haalt het werk buiten de invloed van de eigenaar
• De toewijzing gaat mondeling over in een overleg dat niemand vastlegt
• De scope groeit voorbij waar de eigenaar oorspronkelijk mee instemde

Die vierde is makkelijk te missen. Er volgt een gesprek, iemand zegt het op te pakken, en de tracker toont maandenlang de oude naam.

De scope-aanleiding werkt anders, want die maakt de toezegging met terugwerkende kracht ongeldig. De eigenaar stemde in met één taak en draagt nu een andere, grotere taak waarmee nooit is ingestemd.

Eigenaarschap is een levende toestand en geen veld dat je eenmalig invult. Een portfolioreview die alleen vraagt “hoe staat het hiermee?” mist dus de helft van de vraag.

De andere helft is van wie het nog is, en of de vijf voorwaarden voor diegene nog gelden.

Repareer het ontwerp, niet de persoon

Als een taak vastloopt, is de reflex om te kijken naar de persoon die hem draagt. Bijna elk faalpatroon hierboven is echter structureel.

Drie stappen, in deze volgorde:

1. Toets je tien oudste openstaande taken aan de vijf voorwaarden. Repareer nog niets. Noteer alleen welke voorwaarden elke taak niet haalt, en zoek het patroon over alle tien.
2. Regel mandaat en capaciteit vóór al het andere. Deze twee zijn in elke tracker het minst zichtbaar, dus ze vragen om een bewust gesprek in plaats van een veldupdate.
3. Verander wat er gebeurt als iemand rood meldt. Let op wat je de komende drie keer doet, want je eigenaren volgen binnen een kwartaal.

Reken erop dat die eerste toets iets ongemakkelijks oplevert. Een paar taken hebben eigenaren die er nooit echt mee hebben ingestemd.

Dat is een nuttige vondst, want een ontwerpfout kun je herstellen. De eigenaar de schuld geven levert niets op.

Vijf voorwaarden, één naam, en al het andere in de tracker is een weergave van die afspraak, geen vervanging ervan.

Wanneer eigenaarschap, werklast en voortgang op één plek staan, zijn de vijf voorwaarden in één oogopslag te controleren. Software kan dan eigenaren signaleren die voorbij hun capaciteit schuiven.

Download ons gratis ebook Project Portfolio: From Opportunities to Value en ontdek hoe je een portfolio inricht waarin prioriteiten, voortgang en portfoliogezondheid zichtbaar blijven.

Vraag een demo aan en zie hoe Accept Mission je een live beeld geeft van taakeigenaarschap, teamwerklast en portfoliogezondheid over al je innovatieprojecten.