Naar de inhoud
Menu

Template voor een carrièreladder

Carrièreladder voor DevOps engineers: template

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.

De niveaus in één oogopslag

  1. Junior DevOps Engineer

    Voert afgebakende wijzigingen in infrastructuur en pipelines door met review en leert hoe productie draait.

    Reikwijdte
    Losse wijzigingen in bestaande infrastructuurcode en pipelines, gepland en gereviewd door iemand met meer ervaring.
  2. Medior DevOps Engineer

    Is van begin tot eind eigenaar van delen van de infrastructuur en draait volwaardig mee in de piketdienst.

    Reikwijdte
    Services, omgevingen of pipelines voor een of twee productteams, van ontwerp tot dagelijks beheer.
  3. Senior DevOps Engineer

    Ontwerpt en leidt infrastructuurprojecten waar meerdere teams van afhangen en legt de lat voor betrouwbaarheid hoger.

    Reikwijdte
    Gedeelde infrastructuur die het grootste deel van engineering gebruikt, en projecten zoals migraties die elk team raken.
  4. Staff DevOps Engineer

    Bepaalt de koers van het platform van het bedrijf en staat in voor de betrouwbaarheid, beveiliging en kosten ervan.

    Reikwijdte
    Het hele productieplatform, de koers voor meerdere jaren en het budget, voor alle engineeringteams.

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

Infrastructure as code
Infrastructuur bouwen en wijzigen via gereviewde, herhaalbare code in plaats van met de hand.
Build- en deliverypipelines
Code snel en veilig van een gemergede pull request naar productie krijgen.
Betrouwbaarheid en incidentrespons
Productie beschikbaar houden en snel herstellen als dat niet lukt.
Monitoring en observability
Zichtbaar maken wat productie doet en weten wanneer het misgaat.
Beveiliging en toegang
Systemen en data beschermen met veilige standaardinstellingen, minimale rechten en snel patchen.
Ondersteuning van developers en samenwerking
Developers helpen hun eigen services te draaien en kennis delen, zodat het platform niet van één persoon afhangt.
DevOps Engineer: verwachtingen per competentie en niveau
CompetentieJunior DevOps EngineerMedior DevOps EngineerSenior DevOps EngineerStaff DevOps Engineer
Infrastructure as codeWijzigt 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 deliverypipelinesRepareert 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 incidentresponsLoopt 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 observabilityVoegt 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 toegangVolgt 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 samenwerkingBeantwoordt 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.

Junior DevOps Engineer: wat er wordt verwacht

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.

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.
Build- en deliverypipelines
Repareert kapotte pipelinestappen, voegt eenvoudige jobs toe aan bestaande pipelines en legt een developer uit waarom diens build faalde.
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.
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.
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.
Ondersteuning van developers en samenwerking
Beantwoordt vragen van developers over omgevingen en pipelines, documenteert de eigen reparaties en vraagt vroeg om review.

Medior DevOps Engineer: wat er wordt verwacht

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.

Infrastructure as code
Schrijft herbruikbare infrastructuurmodules voor nieuwe services en omgevingen, gaat veilig om met state en secrets en ruimt resources op die niet meer worden gebruikt.
Build- en deliverypipelines
Bouwt en onderhoudt de volledige pipeline voor een service — build, tests, artefacten, deploys naar elke omgeving — en versnelt trage stappen waar developers over klagen.
Betrouwbaarheid en incidentrespons
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.
Monitoring en observability
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.
Beveiliging en toegang
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.
Ondersteuning van developers en samenwerking
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.

Senior DevOps Engineer: wat er wordt verwacht

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.

Infrastructure as code
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.
Build- en deliverypipelines
Ontwerpt gedeelde pipelinetemplates die elk team gebruikt, voert veiligere releasemethoden in zoals canary- of blue-greendeploys, en volgt de deployfrequentie en het faalpercentage.
Betrouwbaarheid en incidentrespons
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.
Monitoring en observability
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.
Beveiliging en toegang
Ontwerpt netwerkgrenzen, identiteits- en secretsbeheer voor het hele platform, verzamelt het bewijs voor securityreviews van klanten en leidt de respons op beveiligingsincidenten.
Ondersteuning van developers en samenwerking
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.

Staff DevOps Engineer: wat er wordt verwacht

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.

Infrastructure as code
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
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
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
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
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
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.

Zo pas je deze ladder aan

  1. Noem je stack in de verwachtingen

    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.

  2. Wacht met het Staff-niveau

    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.

  3. Leg je piketregels vast in de ladder

    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.

  4. Laat de niveaus aansluiten op je ladder voor software engineers

    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

Vragen over deze ladder

Wat is het verschil tussen een DevOps engineer, een SRE en een platform engineer?

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.

Wanneer heeft een startup zijn eerste DevOps engineer nodig?

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.

Telt piketwerk mee voor de promotie van een DevOps engineer?

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.

Doen cloudcertificeringen ertoe voor het niveau van een DevOps engineer?

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.

Hoeveel niveaus heeft een carrièreladder voor DevOps engineers nodig?

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.

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 abonnement · Geen creditcard nodig

  • Engineering

    Software Engineer

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

    • 5 niveaus
    • 6 competenties
  • Engineering

    QA Engineer

    Vier niveaus van Junior QA tot Lead QA Engineer, met zes competenties: van testontwerp tot kwaliteitspraktijken.

    • 4 niveaus
    • 6 competenties
  • Engineering

    Engineering Manager

    Vier niveaus van Engineering Manager tot VP of Engineering, met zes managementcompetenties.

    • 4 niveaus
    • 6 competenties

Alle templates bekijken