Een functiehuis voor een agile organisatie: hoe beloon je rollen die blijven veranderen?

Je werkt in squads, rollen wisselen per kwartaal en niemand heeft nog een functieomschrijving van drie kantjes. En dan vraagt iemand: in welke salarisschaal zit een Product Owner eigenlijk? Of: waarom verdient die Scrum Master meer dan een engineer in zijn squad?

Veel agile organisaties hebben daar geen sluitend antwoord op. Het klassieke functiehuis voelt als het tegenovergestelde van agile: vastgetimmerd, hiërarchisch, een momentopname van werk dat alweer veranderd is. Dus wordt het uitgesteld, en beloon je rollen ad hoc.

Dat wreekt zich nu. De EU-loontransparantierichtlijn eist dat je beloning rust op objectieve, sekseneutrale criteria, en dat je kunt uitleggen waarom de ene functie anders beloond wordt dan de andere. Ad-hoc inschalen van vloeiende rollen is precies wat dan niet standhoudt. Het goede nieuws: een functiehuis en agile werken sluiten elkaar niet uit. Je moet alleen op het juiste niveau waarderen.

Waarom een klassiek functiehuis wringt met agile werken

Een traditioneel functiehuis is gebouwd op nauw omschreven functies met een vaste takenlijst. In een agile organisatie klopt die aanname niet meer:

Mensen schuiven tussen squads en pakken per sprint andere verantwoordelijkheden op.
Rollen als Product Owner, Scrum Master of Chapter Lead zijn soms tijdelijk, soms structureel.
Je waardeert eerder op vaardigheden en impact dan op een afgevinkte takenlijst.

Als je dan een functiehuis bouwt op functietitels en taken, is het verouderd voordat de inkt droog is. De fout zit niet in het functiehuis zelf, maar in waar je het op baseert.

De denkfout: een rol is geen functie

Dit is de kern. In agile organisaties lopen twee dingen door elkaar die je uit elkaar moet trekken:

Een functie is een duurzaam niveau van werk: de combinatie van kennis, verantwoordelijkheid en impact waarop je beloont. Die verandert niet elke sprint.
Een rol is een verantwoordelijkheid die je tijdelijk binnen een squad draagt. Product Owner, Scrum Master, tech lead: dat kunnen rollen zijn die meebewegen met het team.

Je beloont de functie, niet de rol. De rol is een laag eroverheen. Iemand die deze sprint Scrum Master is, krijgt geen andere salarisschaal dan de sprint waarin hij dat niet is. Wie dit onderscheid maakt, lost het grootste deel van het probleem op: je hoeft niet honderd vloeiende rollen in te schalen, maar een handvol stabiele functieniveaus.

Wat de loontransparantierichtlijn óók van agile organisaties vraagt

Agile zijn ontslaat je niet van de verplichtingen. Sterker nog, vloeiende rollen maken ze urgenter:

Artikel 4: beloning op objectieve, sekseneutrale criteria, gewogen op vier factoren (kennis en vaardigheden, inspanning, verantwoordelijkheid, arbeidsomstandigheden).
Artikel 7: een medewerker mag vragen wat collega's met gelijkwaardig werk gemiddeld verdienen. Jij moet het verschil kunnen uitleggen.

Bij vloeiende rollen sluipt er makkelijk willekeur in: de ene Product Owner is ooit hoger ingeschaald dan de andere, niemand weet meer waarom. Dat is precies het gat waar een claim doorheen past. Een functiehuis dat op niveaus weegt in plaats van op titels, dicht dat gat.

Zo bouw je een functiehuis dat agile aankan

1. Werk met bredere functiefamilies, niet met titels

Geen losse functie per teamnaam, maar families met niveaus: Engineering I tot IV, Product I tot III, Delivery I tot III. Een squad-engineer valt in een engineering-niveau, ongeacht in welke squad hij deze maand zit.

2. Waardeer op impact en vaardigheden, niet op een takenlijst

Weeg een functie op het niveau van verantwoordelijkheid en de vereiste vaardigheden, niet op de taken van dit kwartaal. Dan overleeft de inschaling een rolwissel. Dit is ook wat skills-based werken en de richtlijn met elkaar verzoent: vaardigheden mogen leidend zijn, zolang de criteria objectief en navolgbaar zijn.

3. Behandel agile rollen als een laag, niet als een aparte schaal

Twee zuivere opties:

Is een rol structureel (iemand is full-time en blijvend Product Owner)? Dan is het een echte functie in een eigen familie, die je gewoon weegt.
Is een rol tijdelijk (de Scrum Master rouleert)? Dan hoort er hooguit een rol-toelage bij, geen nieuwe salarisschaal. Zo blijft de ladder consistent.

4. Houd de ladder logisch

Een Scrum Master staat niet automatisch boven de engineers in zijn squad. Faciliteren is iets anders dan hiërarchisch leidinggeven. Weeg op de vier factoren en laat de uitkomst de plek bepalen, niet het organogram of het sentiment.

Voorbeeld: drie agile rollen ingeschaald

Squad-engineer valt in Engineering II of III, afhankelijk van zelfstandigheid en complexiteit. De squad waarin hij werkt verandert daar niets aan.
Product Owner met mandaat over roadmap en budget is meestal een eigen functie (Product II of III): structurele verantwoordelijkheid, dus weeg je hem als functie.
Scrum Master die rouleert binnen het team blijft in zijn eigen functie (bijvoorbeeld Engineering III) en krijgt eventueel een tijdelijke rol-toelage. Wordt het een vaste, full-time rol, dan weeg je hem alsnog als functie.

De rode draad: bepaal eerst of iets een functie of een rol is. Daarna wordt inschalen eenvoudig en uitlegbaar.

In één dag, zonder consultant

Een functiehuis op niveaus in plaats van titels is juist sneller te bouwen, want je hebt minder bouwstenen. Je importeert je functiefamilies, controleert de weging op de vier wettelijke factoren en bekijkt of de ladder klopt. Aan het eind staat er een Loonverantwoording: de methode, de gewogen scores en de bronnen, het bewijsstuk waarmee je elke "waarom verdient hij meer" beantwoordt.

Bekijk een voorbeeld-Loonverantwoording (PDF), zonder login of creditcard.

Hoe je dat praktisch in een werkdag doet, staat in een functiehuis maken in één dag.

Veelgestelde vragen

Moeten we elke rol apart inschalen?
Nee. Je beloont het functieniveau, niet de tijdelijke rol. Een handvol stabiele functiefamilies dekt een organisatie vol vloeiende rollen.

Is een Scrum Master een functie of een rol?
Dat hangt af van of het structureel is. Rouleert het binnen het team, dan is het een rol met hooguit een toelage. Is iemand full-time en blijvend Scrum Master, dan is het een functie die je weegt als elke andere.

Past skills-based belonen binnen de loontransparantiewet?
Ja, mits de vaardigheidscriteria objectief en sekseneutraal zijn en je de weging kunt onderbouwen. Vaardigheden mogen leidend zijn; willekeur niet.

Wij reorganiseren onze squads vaak. Wordt het functiehuis dan niet meteen oud?
Niet als je op niveaus weegt in plaats van op titels. Een rolwissel raakt de inschaling dan niet. Je werkt alleen bij als er een echt nieuw functieniveau ontstaat.

Meer weten over wat de wet precies voorschrijft? Lees wat de loontransparantierichtlijn per artikel van het MKB vraagt.

Opgesteld via aycabtu.com, EU-loontransparantie voor het MKB.