Multi-disciplinaire teams met medewerkers met T-profielen

In mijn Scrum cursussen krijg ik vaak allerlei tegenwerpingen nadat ik heb verteld dat Scrum/Agile streeft naar multidisciplinaire teams:

  • hoe verhoudt zich dat met de waarde die Agile hecht aan vakmanschap, je kunt toch alleen echt een vakman zijn als je je op één specialisme concentreert?
  • dat kan bij ons nooit, onze front-end developers kunnen echt geen back-end code schrijven en omgekeerd, programmeurs kunnen geen goede user-interaction ontwerpen, enzovoorts!

Een prima antwoord op deze vraag komt niet van mij, maar van Mathieu Weggeman, hoogleraar in Eindhoven en auteur van het geweldige boek “Leiding geven aan professionals – niet doen!“. Professionals moeten een T-profiel van competentie ontwikkelen. Er is een prima reden dat we in de Agile beweging weg willen van de pure specialisten en toe willen naar multidisciplinaire teams. Puur specialisme leidt tot eiland-cultuurtjes (de groep ontwerpers, de groep testers, front-enders, back-enders, informatie-analisten en noem maar op). Zodra er iets mis gaat in het project heeft iedereen wel een ander om de schuld te geven, en de energie gaat meer zitten in beschuldigen dan in het oplossen van het probleem. Daarnaast leiden de specialismen tot een serie van overdrachten (hand-offs) die allemaal tijd kosten, een bron zijn van fouten en leiden tot een waterval-achtige aanpak.

Maar het hebben van multidisciplinaire teams betekent niet meteen dat iedereen alles maar moet kunnen, en in alles even goed moet zijn. Dat is niet realistisch, en gaat inderdaad in tegen de waarde die we in Agile hechten aan goed vakmanschap.

Weggeman suggereert om te streven naar een T-profiel van competentie voor de developers in een Agile team. Iedere developer heeft zijn eigen specialisme (de poot van de T) maar beheerst daarnaast ook een aantal andere disciplines op een wat lager niveau (de ligger van de T). Door dat laatste is iedereen in staat om het geheel te overzien, mee te praten en denken met collega’s en (eenvoudige) taken op te pakken buiten het eigen specialisme.

Dus, één teamlid is een zeer begaafde tester, maar kan ook een beetje programmeren, en een eenvoudig functioneel ontwerp schrijven. Een ander teamlid is een wizard op het gebied van user experience, maar kan ook een beetje testen, enz.

T-profielen agileminds Andre Heijstek

Een echt sterk team vormt een patroon van in elkaar passende T-profielen, zodat elke benodigde discipline minimaal afgedekt wordt door 1 expert, geflankeerd door anderen die in ieder geval op niveau mee kunnen praten en denken.

Je kan hier nog wel in verder gaan. Sommigen hebben het over π profielen (zodat iedereen 2 specialismen heeft) of M-profielen (met 3). Daar ben ik het wel mee eens, maar ik houd het zelf graag simpel en blijf bij de term T-profielen. Waarbij iedereen in de staander van zijn of haar T zelf mag invullen welke skills daarin horen.

Ik doe dit vaak met een team in een retrospective. Ik geef ieder teamlid een A4’tje met een grote T erop getekend, en geef ze 2 kleuren stiften, bijvoorbeeld rood en zwart. Vul de T in, met in zwart de skills die je op dit moment al bezit. Deze skills kunnen in de staander komen, voor dingen die je nu al goed kunt, of in de ligger, voor dingen die je al een beetje kunt. Daarna vul je met rood aan waar jij jezelf wilt ontwikkelen. Nadat iedereen dit individueel heeft ingevuld bespreken we dit als team. Dat is sowieso een mooie teambuilding exercitie, iedereen leert elkaar weer wat beter kennen.

Na de Retro hangen we de T’s op in de teamruimte. Bij de sprint planning kijken we soms naar de T’s, om mensen de kans te geven een skill die ze verder willen ontwikkelen ook op te pakken bij items in deze sprint.

Test bericht