Template voor een carrièreladder

Carrièreladder voor software engineers: template

Vijf niveaus van Junior tot Principal, met zes competenties: van code opleveren tot het team laten groeien.

Gratis abonnement · Geen creditcard nodig

Deze carrièreladder is geschreven voor productbedrijven van zo’n 20 tot 200 mensen: engineers bouwen features van begin tot eind, teams zijn klein en niemand op HR schrijft een functiehuis. Hij beschrijft vijf niveaus, van een starter tot iemand die de technische koers van het hele bedrijf bepaalt. Het hoogste niveau, Principal Engineer, is een specialistenniveau; het managen van engineers staat in de aparte carrièreladder voor engineering managers.

Elk niveau wordt bepaald door wat iemand doet, niet door het aantal jaren ervaring. Lees een rij van de competentiematrix van links naar rechts om te zien hoe één verwachting groeit; lees de sectie van een niveau om in één keer alles te zien wat op dat niveau wordt verwacht. Gebruik hem om uit te leggen wat het volgende niveau inhoudt, om zelfevaluaties en check-ins te structureren en om promotievoorstellen tussen teams vergelijkbaar te maken.

Zie hem als vertrekpunt. Geef de niveaus de functietitels die jullie gebruiken, voeg competenties samen of schrap ze als ze niet bij je bedrijf passen, en herschrijf de verwachtingen in je eigen woorden voordat je de ladder met het team deelt.

De niveaus in één oogopslag

Junior Engineer
Leert de codebase kennen en levert duidelijk afgebakende taken op met begeleiding.
Reikwijdte
Losse taken in één deel van het product, meestal opgeknipt door iemand met meer ervaring.
Medior Engineer
Levert zelfstandig features op en is een betrouwbaar lid van het team.
Reikwijdte
Kleine en middelgrote features binnen het domein van één team, van een kort ontwerpdocument tot productie.
Senior Engineer
Leidt grotere stukken werk en tilt de lat hoger voor het team om zich heen.
Reikwijdte
Projecten die meerdere services of meerdere mensen omvatten, en de technische beslissingen van één team.
Staff Engineer
Lost problemen op die teamgrenzen overschrijden en stuurt technische beslissingen buiten het eigen team.
Reikwijdte
Meerdere teams of een volledig productgebied, inclusief problemen waar geen enkel team eigenaar van is.
Principal Engineer
Bepaalt de technische koers van het bedrijf en is verantwoordelijk voor de technische gezondheid op lange termijn.
Reikwijdte
De hele engineeringorganisatie en de technische strategie van het bedrijf voor de komende jaren.

Competentiematrix

Elke rij is een competentie en elke kolom een niveau. Lees een rij van links naar rechts om te zien hoe de verwachting groeit.

Wat elke competentie inhoudt

Technische oplevering: Eisen omzetten in werkende, onderhoudbare software en die bij gebruikers krijgen.
Systeemontwerp: Structuren, interfaces en afwegingen kiezen die overeind blijven als het product groeit.
Kwaliteit en betrouwbaarheid: Het product correct, observeerbaar en beschikbaar houden, en leren van fouten.
Samenwerking en communicatie: Effectief samenwerken met andere engineers, product, design en de rest van het bedrijf.
Eigenaarschap en productimpact: Begrijpen waarom het werk ertoe doet en verantwoordelijkheid nemen voor resultaten, niet alleen voor taken.
Mentoring en teamontwikkeling: Anderen helpen beter te worden en het team sterker maken dan wie er ook in zit.

Software Engineer: verwachtingen per competentie en niveau
Competentie	Junior Engineer	Medior Engineer	Senior Engineer	Staff Engineer	Principal Engineer
Technische oplevering	Rondt goed afgebakende taken af met leesbare code en tests, vraagt om hulp na een paar uur vastzitten in plaats van een paar dagen, en verwerkt reviewopmerkingen voor het mergen.	Brengt een feature van een kort ontwerpdocument naar productie zonder dat iemand meekijkt, knipt het op in pull requests die makkelijk te reviewen zijn en geeft realistische schattingen voor bekend werk.	Levert projecten op die meerdere services of bijdragers omvatten, plant het werk zo dat er vroeg iets bruikbaars live gaat, en neemt risico’s weg voordat ze het team blokkeren.	Haalt blokkades in de oplevering tussen teams weg: ontwart gedeelde afhankelijkheden, bouwt de tooling of voert de migraties uit die meerdere teams nodig hebben, en houdt projecten met meerdere teams op koers.	Bepaalt hoe de hele organisatie oplevert — releasepraktijken, platformkeuzes, build- en deploytooling — zodat elk team sneller en veiliger oplevert.
Systeemontwerp	Volgt de bestaande patronen in de codebase en kan uitleggen waarom de code die is aangepast zo in elkaar zit.	Ontwerpt componenten binnen een bestaande service, schrijft een kort ontwerpdocument voor niet-triviale wijzigingen en vergelijkt minstens twee opties voordat er een keuze valt.	Leidt het ontwerp van features die meerdere services omvatten, legt de afwegingen vast zodat anderen ze kunnen reviewen, en reviewt de ontwerpen van andere engineers op een constructieve manier.	Bepaalt de architectuur over teamgrenzen heen — gedeelde datamodellen, servicecontracten, beslissingen over zelf bouwen of inkopen — en ziet aankomen hoe het systeem de komende een à twee jaar moet veranderen.	Is eigenaar van de technische strategie van het bedrijf: op welke technologieën je inzet, welke je uitfaseert en hoe de architectuur over meerdere jaren met het bedrijf meegroeit.
Kwaliteit en betrouwbaarheid	Schrijft tests voor de eigen wijzigingen, controleert het eigen werk voor de release en lost bugs op in de eigen code.	Voegt monitoring en alerts toe voor de eigen features, draait mee in de piketdienst en handelt routine-incidenten af met behulp van het runbook.	Leidt de incidentrespons voor de systemen van het team, schrijft post-mortems zonder schuldvraag en zorgt ervoor dat de vervolgacties ook echt worden uitgevoerd.	Vindt betrouwbaarheids- en beveiligingsrisico’s die over systemen heen lopen, stelt standaarden vast zoals de teststrategie en service level objectives, en zorgt dat de oplossingen in alle teams worden doorgevoerd.	Bepaalt wat betrouwbaarheid, beveiliging en kwaliteit voor het bedrijf betekenen, weegt ze samen met het leiderschapsteam af tegen snelheid en is het laatste escalatiepunt bij de zwaarste incidenten.
Samenwerking en communicatie	Deelt voortgang en blokkades openlijk en stelt heldere vragen als een eis onduidelijk is.	Werkt direct met product en design samen om eisen te verduidelijken, legt technische beperkingen in gewone taal uit en schrijft pull-requestbeschrijvingen die reviewers kunnen volgen.	Vertegenwoordigt het team in planningen, onderhandelt met product over scope en afwegingen, en schrijft documenten die mensen buiten engineering begrijpen.	Brengt meerdere teams en functies op één lijn rond een technisch plan, lost meningsverschillen tussen teams op en legt technische risico’s uit aan het management.	Is een vertrouwde stem bij beslissingen op bedrijfsniveau, vertaalt bedrijfsstrategie naar technische koers en terug, en vertegenwoordigt engineering waar nodig bij klanten, partners of investeerders.
Eigenaarschap en productimpact	Begrijpt het doel van de eigen taken, controleert of wat er live is gegaan werkt voor gebruikers en blijft erachteraan zitten tot dat zo is.	Is na de lancering eigenaar van een feature: houdt gebruik en fouten in de gaten, lost op wat misgaat en stelt verbeteringen voor op basis van wat daaruit blijkt.	Is van begin tot eind eigenaar van een deel van het product, stelt eisen ter discussie die gebruikers niet helpen en stelt werk voor dat de doelen van het team vooruithelpt.	Vindt in een productgebied de problemen met de grootste hefboom — ook die waar nog geen team zich over ontfermd heeft — en zorgt dat ze worden opgelost.	Verbindt investeringen in engineering met bedrijfsresultaten en pleit voor of tegen grote weddenschappen op basis van hun technische en zakelijke impact.
Mentoring en teamontwikkeling	Vraagt om feedback en doet er iets mee, en schrijft het geleerde op zodat de volgende nieuwkomer makkelijker start.	Doet zorgvuldige code reviews, helpt nieuwe teamleden inwerken en pairt met junior engineers op onbekende delen van de code.	Begeleidt bewust een of twee engineers als mentor, geeft feedback die hen helpt het volgende niveau te bereiken en neemt deel aan sollicitatiegesprekken.	Laat senior engineers in meerdere teams groeien, geeft vorm aan het sollicitatieproces en de engineeringpraktijken, en is iemand bij wie anderen om advies aankloppen.	Bouwt aan de technische cultuur van het bedrijf — hoe beslissingen worden genomen en hoe kennis wordt gedeeld — en ontwikkelt de volgende generatie staff engineers.

Scrol de tabel opzij om alle niveaus te zien.

Downloaden als CSV Te openen in Excel, Google Sheets of Numbers.

Junior Engineer: wat er wordt verwacht

Leert de codebase kennen en levert duidelijk afgebakende taken op met begeleiding. Losse taken in één deel van het product, meestal opgeknipt door iemand met meer ervaring.

Technische oplevering: Rondt goed afgebakende taken af met leesbare code en tests, vraagt om hulp na een paar uur vastzitten in plaats van een paar dagen, en verwerkt reviewopmerkingen voor het mergen.
Systeemontwerp: Volgt de bestaande patronen in de codebase en kan uitleggen waarom de code die is aangepast zo in elkaar zit.
Kwaliteit en betrouwbaarheid: Schrijft tests voor de eigen wijzigingen, controleert het eigen werk voor de release en lost bugs op in de eigen code.
Samenwerking en communicatie: Deelt voortgang en blokkades openlijk en stelt heldere vragen als een eis onduidelijk is.
Eigenaarschap en productimpact: Begrijpt het doel van de eigen taken, controleert of wat er live is gegaan werkt voor gebruikers en blijft erachteraan zitten tot dat zo is.
Mentoring en teamontwikkeling: Vraagt om feedback en doet er iets mee, en schrijft het geleerde op zodat de volgende nieuwkomer makkelijker start.

Medior Engineer: wat er wordt verwacht

Levert zelfstandig features op en is een betrouwbaar lid van het team. Kleine en middelgrote features binnen het domein van één team, van een kort ontwerpdocument tot productie.

Technische oplevering: Brengt een feature van een kort ontwerpdocument naar productie zonder dat iemand meekijkt, knipt het op in pull requests die makkelijk te reviewen zijn en geeft realistische schattingen voor bekend werk.
Systeemontwerp: Ontwerpt componenten binnen een bestaande service, schrijft een kort ontwerpdocument voor niet-triviale wijzigingen en vergelijkt minstens twee opties voordat er een keuze valt.
Kwaliteit en betrouwbaarheid: Voegt monitoring en alerts toe voor de eigen features, draait mee in de piketdienst en handelt routine-incidenten af met behulp van het runbook.
Samenwerking en communicatie: Werkt direct met product en design samen om eisen te verduidelijken, legt technische beperkingen in gewone taal uit en schrijft pull-requestbeschrijvingen die reviewers kunnen volgen.
Eigenaarschap en productimpact: Is na de lancering eigenaar van een feature: houdt gebruik en fouten in de gaten, lost op wat misgaat en stelt verbeteringen voor op basis van wat daaruit blijkt.
Mentoring en teamontwikkeling: Doet zorgvuldige code reviews, helpt nieuwe teamleden inwerken en pairt met junior engineers op onbekende delen van de code.

Senior Engineer: wat er wordt verwacht

Leidt grotere stukken werk en tilt de lat hoger voor het team om zich heen. Projecten die meerdere services of meerdere mensen omvatten, en de technische beslissingen van één team.

Technische oplevering: Levert projecten op die meerdere services of bijdragers omvatten, plant het werk zo dat er vroeg iets bruikbaars live gaat, en neemt risico’s weg voordat ze het team blokkeren.
Systeemontwerp: Leidt het ontwerp van features die meerdere services omvatten, legt de afwegingen vast zodat anderen ze kunnen reviewen, en reviewt de ontwerpen van andere engineers op een constructieve manier.
Kwaliteit en betrouwbaarheid: Leidt de incidentrespons voor de systemen van het team, schrijft post-mortems zonder schuldvraag en zorgt ervoor dat de vervolgacties ook echt worden uitgevoerd.
Samenwerking en communicatie: Vertegenwoordigt het team in planningen, onderhandelt met product over scope en afwegingen, en schrijft documenten die mensen buiten engineering begrijpen.
Eigenaarschap en productimpact: Is van begin tot eind eigenaar van een deel van het product, stelt eisen ter discussie die gebruikers niet helpen en stelt werk voor dat de doelen van het team vooruithelpt.
Mentoring en teamontwikkeling: Begeleidt bewust een of twee engineers als mentor, geeft feedback die hen helpt het volgende niveau te bereiken en neemt deel aan sollicitatiegesprekken.

Staff Engineer: wat er wordt verwacht

Lost problemen op die teamgrenzen overschrijden en stuurt technische beslissingen buiten het eigen team. Meerdere teams of een volledig productgebied, inclusief problemen waar geen enkel team eigenaar van is.

Technische oplevering: Haalt blokkades in de oplevering tussen teams weg: ontwart gedeelde afhankelijkheden, bouwt de tooling of voert de migraties uit die meerdere teams nodig hebben, en houdt projecten met meerdere teams op koers.
Systeemontwerp: Bepaalt de architectuur over teamgrenzen heen — gedeelde datamodellen, servicecontracten, beslissingen over zelf bouwen of inkopen — en ziet aankomen hoe het systeem de komende een à twee jaar moet veranderen.
Kwaliteit en betrouwbaarheid: Vindt betrouwbaarheids- en beveiligingsrisico’s die over systemen heen lopen, stelt standaarden vast zoals de teststrategie en service level objectives, en zorgt dat de oplossingen in alle teams worden doorgevoerd.
Samenwerking en communicatie: Brengt meerdere teams en functies op één lijn rond een technisch plan, lost meningsverschillen tussen teams op en legt technische risico’s uit aan het management.
Eigenaarschap en productimpact: Vindt in een productgebied de problemen met de grootste hefboom — ook die waar nog geen team zich over ontfermd heeft — en zorgt dat ze worden opgelost.
Mentoring en teamontwikkeling: Laat senior engineers in meerdere teams groeien, geeft vorm aan het sollicitatieproces en de engineeringpraktijken, en is iemand bij wie anderen om advies aankloppen.

Principal Engineer: wat er wordt verwacht

Bepaalt de technische koers van het bedrijf en is verantwoordelijk voor de technische gezondheid op lange termijn. De hele engineeringorganisatie en de technische strategie van het bedrijf voor de komende jaren.

Technische oplevering: Bepaalt hoe de hele organisatie oplevert — releasepraktijken, platformkeuzes, build- en deploytooling — zodat elk team sneller en veiliger oplevert.
Systeemontwerp: Is eigenaar van de technische strategie van het bedrijf: op welke technologieën je inzet, welke je uitfaseert en hoe de architectuur over meerdere jaren met het bedrijf meegroeit.
Kwaliteit en betrouwbaarheid: Bepaalt wat betrouwbaarheid, beveiliging en kwaliteit voor het bedrijf betekenen, weegt ze samen met het leiderschapsteam af tegen snelheid en is het laatste escalatiepunt bij de zwaarste incidenten.
Samenwerking en communicatie: Is een vertrouwde stem bij beslissingen op bedrijfsniveau, vertaalt bedrijfsstrategie naar technische koers en terug, en vertegenwoordigt engineering waar nodig bij klanten, partners of investeerders.
Eigenaarschap en productimpact: Verbindt investeringen in engineering met bedrijfsresultaten en pleit voor of tegen grote weddenschappen op basis van hun technische en zakelijke impact.
Mentoring en teamontwikkeling: Bouwt aan de technische cultuur van het bedrijf — hoe beslissingen worden genomen en hoe kennis wordt gedeeld — en ontwikkelt de volgende generatie staff engineers.

Zo pas je deze ladder aan

Laat de niveaus aansluiten op je functietitels
Heten je functies Developer I, II en III, hernoem dan de niveaus, maar houd één niveau aan voor elke echte stap in scope. De meeste bedrijven met minder dan 100 engineers hebben nog geen Principal-niveau nodig: laat het weg tot iemand dat werk echt doet.
Houd het bij vijf tot zeven competenties
Bij meer dan zeven leest niemand ze; bij minder dan vier lijken heel verschillende mensen op elkaar. Voeg competenties samen die je altijd samen beoordeelt, en voeg er alleen een toe als die een echte beslissing zou veranderen.
Herschrijf verwachtingen als dingen die je kunt zien
Vraag je bij elke cel af of een manager een voorbeeld uit de afgelopen zes maanden kan aanwijzen. Vervang woorden als ‘sterk’ of ‘diepgaand’ door wat iemand echt doet, zoals ‘leidt de incidentrespons voor de services van het team’.
Test hem op echte mensen voordat je hem publiceert
Vraag twee of drie managers om hun teamleden op het concept in te delen. Waar ze het oneens zijn, is de formulering dubbelzinnig: pas die aan, publiceer de ladder en spreek af hem over zes maanden opnieuw te bekijken.

Veelgestelde vragen

Vragen over deze ladder

Hoeveel niveaus moet een carrièreladder voor software engineers hebben?

Vier tot zes is gebruikelijk voor een bedrijf van 20 tot 200 mensen. Met minder worden promoties zeldzaam en enorm; met meer is het verschil tussen twee niveaus te klein om te beschrijven. Deze template gebruikt er vijf: Junior Engineer, Medior Engineer, Senior, Staff en Principal.

Moeten engineers manager worden om te groeien?

Nee. Dit is een ladder voor het specialistenpad: Staff en Principal Engineers groeien in scope en invloed zonder mensen aan te sturen. Gebruik hem naast de carrièreladder voor engineering managers, zodat de stap naar management een wissel van carrièrepad is en geen promotie.

Hoe gebruiken we de ladder bij promotiebeslissingen?

Promoveer mensen die al consequent op het volgende niveau werken, niet mensen die dat misschien kunnen. Vraag de persoon en diens manager om voor elke competentie van het beoogde niveau concrete voorbeelden te verzamelen, en leg elke case naast dezelfde matrix, zodat beslissingen tussen teams consistent blijven.

Hoe past de ladder in check-ins en 1:1-gesprekken?

Gebruik hem als agenda voor regelmatige check-ins: de persoon beoordeelt zichzelf op het huidige niveau, de manager doet hetzelfde, en de verschillen tussen die twee worden een paar concrete ontwikkelacties voor de komende maanden.

Hoe vaak moeten we de ladder bijwerken?

Bekijk hem een of twee keer per jaar opnieuw, en telkens als het bedrijf van vorm verandert — bijvoorbeeld als je een platformteam opzet of Staff Engineers gaat aannemen. Herschrijf een cel zodra beoordelingen er steeds op vastlopen.

Bouw deze carrièreladder in LadderKit — gratis

Richt de niveaus en vaardigheden in voor je team, beoordeel mensen ertegen in check-ins en houd promotiebesluiten consistent.

Gratis starten Bekijk de live-demo Zonder registratie