Engineering
Softwareudvikler
Fem niveauer fra juniorudvikler til Principal Engineer og seks kompetencer – fra at levere kode til at udvikle teamet.
- 5 niveauer
- 6 kompetencer
Skabelon til karrierestige
Skabelon til karrierestige for DevOps engineers
Fire niveauer fra Junior til Staff DevOps Engineer og seks kompetencer – fra infrastruktur til at styrke udviklerne.
Gratis abonnement · Intet kreditkort nødvendigt
Denne karrierestige er til DevOps-, platform- og infrastruktur-engineers i virksomheder med cirka 20–200 medarbejdere. I den størrelse er infrastrukturteamet som regel på en til seks personer, der driver cloudkonti, CI/CD-pipelines, overvågning og vagt, og som bruger lige så meget tid på at hjælpe udviklere som på at røre ved servere. Den beskriver fire niveauer, fra en person, der laver velafgrænsede ændringer i infrastrukturen, til den person, der ejer virksomhedens platformretning. Det øverste niveau, Staff DevOps Engineer, er et specialistniveau; at lede infrastrukturteamet er et separat job.
Hvert niveau er defineret ud fra, hvad personen gør, og hvor meget af systemet personen har tillid til at håndtere, ikke ud fra antal års erfaring eller antallet af værktøjer på cv'et. Læs en række i kompetencematrixen fra venstre mod højre for at se, hvordan én forventning vokser; læs afsnittet om et niveau for at se alt, hvad der forventes på det niveau. Brug den til at forklare, hvad det næste niveau betyder, til at strukturere check-ins og til at træffe beslutninger om forfremmelse, du kan stå inde for.
Tilpas den, før du offentliggør den. Erstat de generelle formuleringer med jeres egen stak og praksis, og fjern de dele, der hører til et andet team – for eksempel hvis sikkerhed eller databaser ejes et andet sted.
Niveauerne i overblik
Junior DevOps Engineer
Laver velafgrænsede ændringer i infrastruktur og pipelines med review og lærer, hvordan produktionen kører.
- Omfang
- Enkeltændringer i eksisterende infrastrukturkode og pipelines, planlagt og reviewet af en mere erfaren kollega.
DevOps Engineer
Ejer dele af infrastrukturen fra start til slut og tager sin fulde andel af vagten.
- Omfang
- Services, miljøer eller pipelines for et eller to produktteams, fra design til den daglige drift.
Senior DevOps Engineer
Designer og leder infrastrukturprojekter, som flere teams er afhængige af, og hæver niveauet for driftssikkerhed.
- Omfang
- Fælles infrastruktur, som det meste af udviklingsorganisationen bruger, og projekter som migreringer, der berører alle teams.
Staff DevOps Engineer
Sætter retningen for virksomhedens platform og står til ansvar for dens driftssikkerhed, sikkerhed og omkostninger.
- Omfang
- Hele produktionsplatformen, dens retning flere år frem og dens budget på tværs af alle udviklingsteams.
Kompetencematrix
Hver række er en kompetence og hver kolonne et niveau. Læs en række fra venstre mod højre for at se hvordan forventningerne vokser.
Hvad hver kompetence betyder
- Infrastruktur som kode
- At bygge og ændre infrastruktur gennem reviewet, gentagelig kode i stedet for i hånden.
- CI/CD-pipelines
- At få kode fra en merget pull request til produktion hurtigt og sikkert.
- Driftssikkerhed og hændelseshåndtering
- At holde produktionen tilgængelig og komme hurtigt på fode, når den ikke er det.
- Overvågning og observability
- At gøre det muligt at se, hvad produktionen laver, og vide, når noget går galt.
- Sikkerhed og adgang
- At beskytte systemer og data med sikre standardindstillinger, mindst mulige rettigheder og hurtig patching.
- Udviklerstøtte og samarbejde
- At hjælpe udviklere med selv at drive deres services og dele viden, så platformen ikke afhænger af én person.
| Kompetence | Junior DevOps Engineer | DevOps Engineer | Senior DevOps Engineer | Staff DevOps Engineer |
|---|---|---|---|---|
| Infrastruktur som kode | Ændrer eksisterende infrastrukturkode ved at følge de mønstre, der allerede findes, tjekker den planlagte diff, før den anvendes, og ændrer aldrig produktionen i hånden uden at spørge først. | Skriver genbrugelige infrastrukturmoduler til nye services og miljøer, håndterer state og secrets sikkert og fjerner ressourcer, der ikke længere bruges. | Designer strukturen i virksomhedens infrastrukturkode og miljøer, leder ændringer som netværks- eller cluster-opgraderinger med en testet rollback-plan og holder cloududgifterne synlige pr. team. | Vælger platformens centrale byggesten og udbydere for de næste par år, sætter de standarder, alle teams' infrastruktur følger, og ejer infrastrukturbudgettet sammen med ledelsen. |
| CI/CD-pipelines | Retter fejlende pipelinetrin, tilføjer simple jobs til eksisterende pipelines og forklarer en udvikler, hvorfor deres build fejlede. | Bygger og vedligeholder hele pipelinen for en service – build, tests, artefakter, deploy til alle miljøer – og gør langsomme trin, som udviklerne klager over, hurtigere. | Designer fælles pipelineskabeloner, som alle teams bruger, indfører sikrere releasemetoder som canary- eller blue-green-deploys og følger deploymentfrekvens og fejlrate. | Definerer, hvordan hele virksomheden udgiver software, fra branching til rollback, og fjerner de flaskehalse, der bremser leverancen på tværs af alle teams. |
| Driftssikkerhed og hændelseshåndtering | Følger en kollega på vagt, bruger runbooks ved kendte alarmer og eskalerer hurtigt med de oplysninger, den næste person har brug for. | Tager sin fulde andel af vagten, løser de fleste hændelser i sit område uden hjælp, skriver runbooks til det, de har rettet, og tester backups ved faktisk at gendanne dem. | Leder håndteringen af større hændelser, holder post-mortems uden skyld og fører opfølgningspunkterne til ende og planlægger kapacitet og failover for kritiske systemer. | Fastsætter mål for driftssikkerhed sammen med produkt og ledelse, designer vagt- og hændelsesprocessen for hele udviklingsorganisationen og planlægger for katastrofer som tabet af en region eller en udbyder. |
| Overvågning og observability | Tilføjer dashboards og alarmer ved at følge eksisterende eksempler og tjekker logs og metrikker først, når noget ser forkert ud. | Sætter logning, metrikker og alarmer op for nye services, justerer alarmerne, så hvert kald kræver handling, og hjælper udviklere med at finde det, de har brug for, i dataene. | Designer tilgangen til observability for virksomhedens vigtigste systemer, definerer de signaler for servicesundhed, teams måles på, og skærer ned på alarmstøj på tværs af teams. | Vælger virksomhedens observability-værktøjer og deres omkostningsmodel og sørger for, at ledelsen kan se platformens sundhed uden at spørge en engineer. |
| Sikkerhed og adgang | Følger teamets regler for secrets og adgang, installerer rutinemæssige patches og melder straks alt, der ligner et sikkerhedsproblem. | Styrer adgang og secrets for sine services efter princippet om mindst mulige rettigheder, patcher sårbarheder efter alvorlighed og retter fundene fra sikkerhedsscanninger. | Designer netværksgrænser, identitets- og secrets-håndtering på tværs af platformen, forbereder dokumentation til kunders sikkerhedsgennemgange og leder håndteringen af sikkerhedshændelser. | Ejer platformens sikkerhedsniveau sammen med ledelsen, fastlægger de kontroller, compliance kræver (for eksempel SOC 2 eller ISO 27001), og gør den sikre vej til den letteste for alle teams. |
| Udviklerstøtte og samarbejde | Besvarer udvikleres spørgsmål om miljøer og pipelines, dokumenterer de rettelser, de laver, og beder tidligt om review. | Skriver klare vejledninger til almindelige opgaver, parprogrammerer med udviklere om deploy og fejlfinding af deres services og introducerer nye kolleger til infrastrukturen. | Bygger selvbetjeningsværktøjer, så teams kan oprette services og miljøer uden at oprette en ticket, er mentor for andre DevOps engineers og deltager i rekruttering. | Former platformen som et internt produkt med udviklerne som brugere, beslutter, hvad teamene ejer, og hvad platformteamet ejer, og udvikler de næste senior engineers. |
Rul tabellen sidelæns for at se alle niveauer.
Download som CSV Kan åbnes i Excel, Google Sheets eller Numbers.
Junior DevOps Engineer: hvad der forventes
Laver velafgrænsede ændringer i infrastruktur og pipelines med review og lærer, hvordan produktionen kører. Enkeltændringer i eksisterende infrastrukturkode og pipelines, planlagt og reviewet af en mere erfaren kollega.
- Infrastruktur som kode
- Ændrer eksisterende infrastrukturkode ved at følge de mønstre, der allerede findes, tjekker den planlagte diff, før den anvendes, og ændrer aldrig produktionen i hånden uden at spørge først.
- CI/CD-pipelines
- Retter fejlende pipelinetrin, tilføjer simple jobs til eksisterende pipelines og forklarer en udvikler, hvorfor deres build fejlede.
- Driftssikkerhed og hændelseshåndtering
- Følger en kollega på vagt, bruger runbooks ved kendte alarmer og eskalerer hurtigt med de oplysninger, den næste person har brug for.
- Overvågning og observability
- Tilføjer dashboards og alarmer ved at følge eksisterende eksempler og tjekker logs og metrikker først, når noget ser forkert ud.
- Sikkerhed og adgang
- Følger teamets regler for secrets og adgang, installerer rutinemæssige patches og melder straks alt, der ligner et sikkerhedsproblem.
- Udviklerstøtte og samarbejde
- Besvarer udvikleres spørgsmål om miljøer og pipelines, dokumenterer de rettelser, de laver, og beder tidligt om review.
DevOps Engineer: hvad der forventes
Ejer dele af infrastrukturen fra start til slut og tager sin fulde andel af vagten. Services, miljøer eller pipelines for et eller to produktteams, fra design til den daglige drift.
- Infrastruktur som kode
- Skriver genbrugelige infrastrukturmoduler til nye services og miljøer, håndterer state og secrets sikkert og fjerner ressourcer, der ikke længere bruges.
- CI/CD-pipelines
- Bygger og vedligeholder hele pipelinen for en service – build, tests, artefakter, deploy til alle miljøer – og gør langsomme trin, som udviklerne klager over, hurtigere.
- Driftssikkerhed og hændelseshåndtering
- Tager sin fulde andel af vagten, løser de fleste hændelser i sit område uden hjælp, skriver runbooks til det, de har rettet, og tester backups ved faktisk at gendanne dem.
- Overvågning og observability
- Sætter logning, metrikker og alarmer op for nye services, justerer alarmerne, så hvert kald kræver handling, og hjælper udviklere med at finde det, de har brug for, i dataene.
- Sikkerhed og adgang
- Styrer adgang og secrets for sine services efter princippet om mindst mulige rettigheder, patcher sårbarheder efter alvorlighed og retter fundene fra sikkerhedsscanninger.
- Udviklerstøtte og samarbejde
- Skriver klare vejledninger til almindelige opgaver, parprogrammerer med udviklere om deploy og fejlfinding af deres services og introducerer nye kolleger til infrastrukturen.
Senior DevOps Engineer: hvad der forventes
Designer og leder infrastrukturprojekter, som flere teams er afhængige af, og hæver niveauet for driftssikkerhed. Fælles infrastruktur, som det meste af udviklingsorganisationen bruger, og projekter som migreringer, der berører alle teams.
- Infrastruktur som kode
- Designer strukturen i virksomhedens infrastrukturkode og miljøer, leder ændringer som netværks- eller cluster-opgraderinger med en testet rollback-plan og holder cloududgifterne synlige pr. team.
- CI/CD-pipelines
- Designer fælles pipelineskabeloner, som alle teams bruger, indfører sikrere releasemetoder som canary- eller blue-green-deploys og følger deploymentfrekvens og fejlrate.
- Driftssikkerhed og hændelseshåndtering
- Leder håndteringen af større hændelser, holder post-mortems uden skyld og fører opfølgningspunkterne til ende og planlægger kapacitet og failover for kritiske systemer.
- Overvågning og observability
- Designer tilgangen til observability for virksomhedens vigtigste systemer, definerer de signaler for servicesundhed, teams måles på, og skærer ned på alarmstøj på tværs af teams.
- Sikkerhed og adgang
- Designer netværksgrænser, identitets- og secrets-håndtering på tværs af platformen, forbereder dokumentation til kunders sikkerhedsgennemgange og leder håndteringen af sikkerhedshændelser.
- Udviklerstøtte og samarbejde
- Bygger selvbetjeningsværktøjer, så teams kan oprette services og miljøer uden at oprette en ticket, er mentor for andre DevOps engineers og deltager i rekruttering.
Staff DevOps Engineer: hvad der forventes
Sætter retningen for virksomhedens platform og står til ansvar for dens driftssikkerhed, sikkerhed og omkostninger. Hele produktionsplatformen, dens retning flere år frem og dens budget på tværs af alle udviklingsteams.
- Infrastruktur som kode
- Vælger platformens centrale byggesten og udbydere for de næste par år, sætter de standarder, alle teams' infrastruktur følger, og ejer infrastrukturbudgettet sammen med ledelsen.
- CI/CD-pipelines
- Definerer, hvordan hele virksomheden udgiver software, fra branching til rollback, og fjerner de flaskehalse, der bremser leverancen på tværs af alle teams.
- Driftssikkerhed og hændelseshåndtering
- Fastsætter mål for driftssikkerhed sammen med produkt og ledelse, designer vagt- og hændelsesprocessen for hele udviklingsorganisationen og planlægger for katastrofer som tabet af en region eller en udbyder.
- Overvågning og observability
- Vælger virksomhedens observability-værktøjer og deres omkostningsmodel og sørger for, at ledelsen kan se platformens sundhed uden at spørge en engineer.
- Sikkerhed og adgang
- Ejer platformens sikkerhedsniveau sammen med ledelsen, fastlægger de kontroller, compliance kræver (for eksempel SOC 2 eller ISO 27001), og gør den sikre vej til den letteste for alle teams.
- Udviklerstøtte og samarbejde
- Former platformen som et internt produkt med udviklerne som brugere, beslutter, hvad teamene ejer, og hvad platformteamet ejer, og udvikler de næste senior engineers.
Sådan tilpasser du stigen
Nævn jeres stak i forventningerne
Generelle formuleringer som »infrastrukturkode« eller »pipelines« er lette at være enige i og svære at vurdere. Erstat dem med jeres rigtige værktøjer og praksis, så en junior engineer ved præcis, hvad der forventes, at de lærer først.
Vent med at indføre Staff-niveauet
Med en til tre DevOps engineers er junior-, mellem- og seniorniveau som regel nok. Tilføj Staff, når nogen faktisk sætter platformens retning og ejer dens budget på tværs af hele udviklingsorganisationen – ikke som en titel til den mest erfarne person i et lille team.
Skriv jeres vagtregler ind i karrierestigen
Skriv, på hvilket niveau folk kommer med i vagtordningen, hvornår de leder hændelser, og hvordan vagttid kompenseres. Uskrevne forventninger til vagt er en af de mest almindelige årsager til, at infrastruktur-engineers brænder ud og siger op.
Match niveauerne med karrierestigen for udviklere
Match hvert DevOps-niveau med det udviklerniveau, der har samme ansvarsområde og løn. Platformarbejde er udviklingsarbejde, og når de to karrierestiger holdes afstemt, er det let at skifte mellem produkt- og platformteams.
FAQ
Spørgsmål om denne stige
Hvad er forskellen på en DevOps engineer, en SRE og en platform engineer?
Strengt taget er DevOps en måde at arbejde på og ikke en jobtitel; i praksis beskriver titlerne i virksomheder med 20–200 medarbejdere for det meste det samme job med forskellig vægtning: SRE'er fokuserer på mål for driftssikkerhed – typisk SLO'er og fejlbudgetter – og hændelser, platform engineers på selvbetjeningsværktøjer til udviklere og DevOps engineers på pipelines og infrastruktur. Én karrierestige dækker som regel alle tre; tilpas formuleringen af kompetencerne i stedet for at lave separate karrierestiger.
Hvornår har en startup brug for sin første DevOps engineer?
Som regel når udviklerne bruger en mærkbar del af ugen på deploys, miljøer og produktionsproblemer i stedet for features, eller når kunderne begynder at bede om oppetidsgarantier og sikkerhedsgennemgange. I mange virksomheder sker det ved omkring 15–30 udviklere.
Skal vagtarbejde tælle med i en DevOps engineers forfremmelse?
Ja, men tæl det, folk lærer og forbedrer, ikke hvor mange kald de har besvaret. At lede en større hændelse godt, skrive post-mortems, hvis opfølgningspunkter bliver gjort, og mindske alarmstøjen er klar evidens for det næste niveau. Ofte at have vagt er det ikke.
Betyder cloudcertificeringer noget for en DevOps engineers niveau?
De kan hjælpe nogen med at lære en platform, men de bør ikke afgøre et niveau. Vurdér, hvad personen har bygget og drevet i jeres miljø, ud fra kompetencematrixen. Et certifikat uden den evidens viser ikke det næste niveau; den evidens uden et certifikat gør.
Hvor mange niveauer skal en karrierestige for DevOps engineers have?
Tre eller fire, fordi infrastrukturteams i virksomheder af denne størrelse er små. Denne skabelon bruger fire – Junior, DevOps Engineer, Senior og Staff – og fungerer godt ved siden af en karrierestige for softwareudviklere med fem niveauer, hvor Staff-niveauerne står på linje.
Byg denne karrierestige i LadderKit – gratis
Sæt dens niveauer og færdigheder op til dit team, vurdér folk ud fra dem i check-ins, og hold beslutninger om forfremmelser konsistente.
Gratis abonnement · Intet kreditkort nødvendigt
Relaterede skabeloner
Engineering
QA Engineer
Fire niveauer fra Junior QA til Lead QA Engineer og seks kompetencer – fra testdesign til kvalitetspraksis.
- 4 niveauer
- 6 kompetencer
Engineering
Engineering Manager
Fire niveauer fra Engineering Manager til VP of Engineering og seks ledelseskompetencer.
- 4 niveauer
- 6 kompetencer