Engineering
Software Engineer
Vijf niveaus van Junior tot Principal, met zes competenties: van code opleveren tot het team laten groeien.
- 5 niveaus
- 6 competenties
Template voor een carrièreladder
Vier niveaus van Junior tot Staff DevOps Engineer, met zes competenties: van infrastructuur tot ondersteuning van developers.
Gratis abonnement · Geen creditcard nodig
Deze carrièreladder is bedoeld voor DevOps-, platform- en infrastructuurengineers in bedrijven van zo’n 20 tot 200 mensen. Bij die omvang bestaat het infrastructuurteam meestal uit een tot zes mensen die de cloudaccounts, de deliverypipelines, monitoring en de piketdienst draaien, en die evenveel tijd besteden aan het helpen van developers als aan servers. Hij beschrijft vier niveaus, van iemand die afgebakende infrastructuurwijzigingen doorvoert tot de persoon die eigenaar is van de platformkoers van het bedrijf. Het hoogste niveau, Staff DevOps Engineer, is een specialistenniveau; het infrastructuurteam managen is een aparte functie.
Elk niveau wordt bepaald door wat iemand doet en hoeveel van het systeem iemand wordt toevertrouwd, niet door het aantal jaren ervaring of het aantal tools op een cv. Lees een rij van de competentiematrix van links naar rechts om te zien hoe één verwachting groeit; lees de sectie van een niveau om alles te zien wat op dat niveau wordt verwacht. Gebruik hem om uit te leggen wat het volgende niveau inhoudt, om check-ins te structureren en om promotiebeslissingen te nemen die je kunt verdedigen.
Pas hem aan voordat je hem publiceert. Vervang de algemene formuleringen door je eigen stack en werkwijzen, en schrap de onderdelen die bij een ander team horen — bijvoorbeeld als beveiliging of databases elders zijn belegd.
Voert afgebakende wijzigingen in infrastructuur en pipelines door met review en leert hoe productie draait.
Is van begin tot eind eigenaar van delen van de infrastructuur en draait volwaardig mee in de piketdienst.
Ontwerpt en leidt infrastructuurprojecten waar meerdere teams van afhangen en legt de lat voor betrouwbaarheid hoger.
Bepaalt de koers van het platform van het bedrijf en staat in voor de betrouwbaarheid, beveiliging en kosten ervan.
Elke rij is een competentie en elke kolom een niveau. Lees een rij van links naar rechts om te zien hoe de verwachting groeit.
| Competentie | Junior DevOps Engineer | Medior DevOps Engineer | Senior DevOps Engineer | Staff DevOps Engineer |
|---|---|---|---|---|
| Infrastructure as code | Wijzigt bestaande infrastructuurcode volgens de patronen die er al zijn, controleert de geplande diff voordat die wordt toegepast en wijzigt productie nooit met de hand zonder het eerst te vragen. | Schrijft herbruikbare infrastructuurmodules voor nieuwe services en omgevingen, gaat veilig om met state en secrets en ruimt resources op die niet meer worden gebruikt. | Ontwerpt de indeling van de infrastructuurcode en omgevingen van het bedrijf, leidt wijzigingen zoals netwerk- of clusterupgrades met een geteste rollback, en houdt de cloudkosten per team zichtbaar. | Kiest de kernbouwstenen en providers van het platform voor de komende jaren, stelt de standaarden vast die de infrastructuur van elk team volgt en beheert samen met het management het infrastructuurbudget. |
| Build- en deliverypipelines | Repareert kapotte pipelinestappen, voegt eenvoudige jobs toe aan bestaande pipelines en legt een developer uit waarom diens build faalde. | Bouwt en onderhoudt de volledige pipeline voor een service — build, tests, artefacten, deploys naar elke omgeving — en versnelt trage stappen waar developers over klagen. | Ontwerpt gedeelde pipelinetemplates die elk team gebruikt, voert veiligere releasemethoden in zoals canary- of blue-greendeploys, en volgt de deployfrequentie en het faalpercentage. | Bepaalt hoe het hele bedrijf software uitrolt, van branching tot rollback, en neemt de knelpunten weg die de oplevering in alle teams vertragen. |
| Betrouwbaarheid en incidentrespons | Loopt mee in de piketdienst, volgt runbooks voor bekende alerts en escaleert snel met de informatie die de volgende persoon nodig heeft. | Draait volwaardig mee in de piketdienst, lost de meeste incidenten in het eigen gebied zonder hulp op, schrijft runbooks voor wat er is gerepareerd en test back-ups door ze echt terug te zetten. | Leidt de respons op grote incidenten, houdt post-mortems zonder schuldvraag en zorgt dat de vervolgacties worden afgerond, en plant capaciteit en failover voor kritieke systemen. | Stelt met product en het management betrouwbaarheidsdoelen vast, ontwerpt het piket- en incidentproces voor heel engineering en plant voor rampscenario’s zoals het wegvallen van een regio of een provider. |
| Monitoring en observability | Voegt dashboards en alerts toe naar het voorbeeld van bestaande, en kijkt eerst naar de logs en metrics als iets niet lijkt te kloppen. | Richt logging, metrics en alerts in voor nieuwe services, stelt alerts zo af dat elke oproep actie vereist, en helpt developers te vinden wat ze in de data nodig hebben. | Ontwerpt de observability-aanpak voor de belangrijkste systemen van het bedrijf, legt de gezondheidssignalen vast waarop teams worden gemeten en vermindert alertruis in alle teams. | Kiest de observabilitytooling van het bedrijf en het kostenmodel ervan, en zorgt dat het management de gezondheid van het platform kan zien zonder een engineer te hoeven vragen. |
| Beveiliging en toegang | Volgt de regels van het team voor secrets en toegang, voert routinepatches uit en meldt alles wat op een beveiligingsprobleem lijkt meteen. | Beheert toegang en secrets voor de eigen services volgens het principe van minimale rechten, patcht kwetsbaarheden op volgorde van ernst en lost de bevindingen uit securityscans op. | Ontwerpt netwerkgrenzen, identiteits- en secretsbeheer voor het hele platform, verzamelt het bewijs voor securityreviews van klanten en leidt de respons op beveiligingsincidenten. | Is samen met het management eigenaar van de beveiligingshouding van het platform, stelt de maatregelen vast die compliance vereist (bijvoorbeeld SOC 2 of ISO 27001) en maakt de veilige weg voor elk team de makkelijkste. |
| Ondersteuning van developers en samenwerking | Beantwoordt vragen van developers over omgevingen en pipelines, documenteert de eigen reparaties en vraagt vroeg om review. | Schrijft heldere handleidingen voor veelvoorkomende taken, pairt met developers bij het deployen en debuggen van hun services en werkt nieuwe teamleden in op de infrastructuur. | Bouwt selfservicetooling waarmee teams services en omgevingen aanmaken zonder een ticket in te dienen, is mentor van andere DevOps engineers en neemt deel aan werving. | Ontwikkelt het platform als intern product met developers als gebruikers, beslist wat teams zelf beheren en wat het platformteam beheert, en laat de volgende senior engineers groeien. |
Scrol de tabel opzij om alle niveaus te zien.
Downloaden als CSV Te openen in Excel, Google Sheets of Numbers.
Voert afgebakende wijzigingen in infrastructuur en pipelines door met review en leert hoe productie draait. Losse wijzigingen in bestaande infrastructuurcode en pipelines, gepland en gereviewd door iemand met meer ervaring.
Is van begin tot eind eigenaar van delen van de infrastructuur en draait volwaardig mee in de piketdienst. Services, omgevingen of pipelines voor een of twee productteams, van ontwerp tot dagelijks beheer.
Ontwerpt en leidt infrastructuurprojecten waar meerdere teams van afhangen en legt de lat voor betrouwbaarheid hoger. Gedeelde infrastructuur die het grootste deel van engineering gebruikt, en projecten zoals migraties die elk team raken.
Bepaalt de koers van het platform van het bedrijf en staat in voor de betrouwbaarheid, beveiliging en kosten ervan. Het hele productieplatform, de koers voor meerdere jaren en het budget, voor alle engineeringteams.
Algemene termen als ‘infrastructuurcode’ of ‘pipelines’ zijn makkelijk om mee in te stemmen en moeilijk om te beoordelen. Vervang ze door je echte tools en werkwijzen, zodat een junior engineer precies weet wat er als eerste geleerd moet worden.
Met een tot drie DevOps engineers zijn junior, medior en senior meestal genoeg. Voeg Staff toe als iemand echt de platformkoers bepaalt en eigenaar is van het budget voor heel engineering, niet als titel voor de meest ervaren persoon in een klein team.
Schrijf op op welk niveau mensen in het piketrooster komen, wanneer ze incidenten leiden en hoe pikettijd wordt vergoed. Ongeschreven verwachtingen rond piket zijn een van de meest voorkomende redenen waarom infrastructuurengineers opbranden en vertrekken.
Zet elk DevOps-niveau naast het software-engineerniveau met dezelfde scope en hetzelfde salaris. Platformwerk is engineeringwerk, en als de twee ladders op elkaar aansluiten, is overstappen tussen product- en platformteams eenvoudig.
Veelgestelde vragen
Strikt genomen is DevOps een manier van werken en geen functietitel; in de praktijk beschrijven de titels in bedrijven van 20 tot 200 mensen grotendeels dezelfde functie met een andere nadruk: SRE’s richten zich op betrouwbaarheidsdoelen — meestal SLO’s en error budgets — en incidenten, platform engineers op selfservicetools voor developers, en DevOps engineers op pipelines en infrastructuur. Eén ladder dekt meestal alle drie; pas liever de formulering van de competenties aan dan aparte ladders te maken.
Meestal als developers een merkbaar deel van hun week kwijt zijn aan deploys, omgevingen en productieproblemen in plaats van aan features, of als klanten om uptimegaranties en securityreviews gaan vragen. Bij veel bedrijven gebeurt dat rond de 15 tot 30 engineers.
Ja, maar tel wat iemand leert en verbetert, niet hoeveel oproepen er zijn beantwoord. Een groot incident goed leiden, post-mortems schrijven waarvan de acties worden uitgevoerd en alertruis terugdringen zijn duidelijk bewijs voor het volgende niveau. Vaak piket hebben is dat niet.
Ze kunnen iemand helpen een platform te leren kennen, maar ze horen geen niveau te bepalen. Beoordeel aan de hand van de competentiematrix wat iemand in jullie omgeving heeft gebouwd en gedraaid. Een certificaat zonder dat bewijs laat het volgende niveau niet zien; dat bewijs zonder certificaat wel.
Drie of vier, omdat infrastructuurteams in bedrijven van deze omvang klein zijn. Deze template gebruikt er vier — Junior, Medior, Senior en Staff — en werkt goed naast een ladder van vijf niveaus voor software engineers, met de Staff-niveaus op één lijn.
Richt de niveaus en vaardigheden in voor je team, beoordeel mensen ertegen in check-ins en houd promotiebesluiten consistent.
Gratis abonnement · Geen creditcard nodig
Engineering
Vijf niveaus van Junior tot Principal, met zes competenties: van code opleveren tot het team laten groeien.
Engineering
Vier niveaus van Junior QA tot Lead QA Engineer, met zes competenties: van testontwerp tot kwaliteitspraktijken.
Engineering
Vier niveaus van Engineering Manager tot VP of Engineering, met zes managementcompetenties.