Teknik
Mjukvaruutvecklare
Fem nivåer från junior till Principal, sex kompetenser från att leverera kod till att utveckla teamet.
- 5 nivåer
- 6 kompetenser
Mall för karriärstege
Mall för karriärstege för DevOps-ingenjörer
Fyra nivåer från Junior till Staff DevOps-ingenjör, sex kompetenser från infrastruktur till stöd för utvecklarna.
Gratisplan · Inget kreditkort behövs
Den här karriärstegen är för DevOps-, plattforms- och infrastrukturingenjörer i företag med ungefär 20–200 anställda. I den storleken består infrastrukturteamet oftast av en till sex personer som sköter molnkontona, leveranspipelines, övervakning och jour, och som lägger lika mycket tid på att hjälpa utvecklare som på att röra servrar. Den beskriver fyra nivåer, från någon som gör väl avgränsade infrastrukturändringar till den person som äger företagets plattformsriktning. Den högsta nivån, Staff DevOps-ingenjör, är en specialistnivå; att leda infrastrukturteamet är ett separat jobb.
Varje nivå definieras av vad personen gör och hur stor del av systemet hen anförtros, inte av antal år i yrket eller antalet verktyg i cv:t. Läs en rad i kompetensmatrisen från vänster till höger för att se hur en förväntan växer; läs avsnittet för en nivå för att se allt som förväntas på den nivån. Använd den för att förklara vad nästa nivå innebär, för att strukturera avstämningar och för att fatta beslut om befordran som du kan försvara.
Anpassa den innan du publicerar den. Byt ut de allmänna formuleringarna mot din egen teknikstack och dina egna arbetssätt, och stryk de delar som hör till ett annat team – till exempel om säkerhet eller databaser ägs någon annanstans.
Nivåerna i korthet
Junior DevOps-ingenjör
Gör väl avgränsade ändringar i infrastruktur och pipelines med granskning och lär sig hur produktionen fungerar.
- Omfattning
- Enskilda ändringar i befintlig infrastrukturkod och befintliga pipelines, planerade och granskade av någon mer erfaren.
DevOps-ingenjör
Äger delar av infrastrukturen från början till slut och tar en full del av jouren.
- Omfattning
- Tjänster, miljöer eller pipelines för ett eller två produktteam, från design till daglig drift.
Senior DevOps-ingenjör
Designar och leder infrastrukturprojekt som flera team är beroende av, och höjer ribban för tillförlitlighet.
- Omfattning
- Gemensam infrastruktur som större delen av utvecklingsorganisationen använder, och projekt som migreringar som berör varje team.
Staff DevOps-ingenjör
Sätter riktningen för företagets plattform och ansvarar för dess tillförlitlighet, säkerhet och kostnad.
- Omfattning
- Hela produktionsplattformen, dess riktning på flera års sikt och dess budget, för alla utvecklingsteam.
Kompetensmatris
Varje rad är en kompetens och varje kolumn en nivå. Läs en rad från vänster till höger för att se hur förväntningarna växer.
Vad varje kompetens innebär
- Infrastruktur som kod
- Att bygga och ändra infrastruktur genom granskad, repeterbar kod i stället för för hand.
- Bygg- och leveranspipelines
- Att få kod från en mergad pull request till produktion snabbt och säkert.
- Tillförlitlighet och incidenthantering
- Att hålla produktionen tillgänglig och återhämta sig snabbt när den inte är det.
- Övervakning och observerbarhet
- Att göra det möjligt att se vad produktionen gör och veta när något håller på att gå fel.
- Säkerhet och åtkomst
- Att skydda system och data genom säkra standardinställningar, minsta möjliga behörighet och snabb patchning.
- Stöd till utvecklare och samarbete
- Att hjälpa utvecklare att driva sina egna tjänster och dela kunskap så att plattformen inte hänger på en person.
| Kompetens | Junior DevOps-ingenjör | DevOps-ingenjör | Senior DevOps-ingenjör | Staff DevOps-ingenjör |
|---|---|---|---|---|
| Infrastruktur som kod | Gör ändringar i befintlig infrastrukturkod genom att följa de mönster som redan finns, kontrollerar den planerade diffen innan den tillämpas och ändrar aldrig produktion för hand utan att fråga först. | Skriver återanvändbara infrastrukturmoduler för nya tjänster och miljöer, hanterar state och hemligheter säkert och tar bort resurser som inte längre används. | Designar strukturen för företagets infrastrukturkod och miljöer, leder ändringar som nätverks- eller klusteruppgraderingar med en testad plan för återställning och håller molnkostnaderna synliga per team. | Väljer plattformens grundläggande byggstenar och leverantörer för de närmaste åren, sätter de standarder som varje teams infrastruktur följer och äger infrastrukturbudgeten tillsammans med ledningen. |
| Bygg- och leveranspipelines | Rättar trasiga steg i pipelines och lägger till enkla jobb i befintliga pipelines, och förklarar för en utvecklare varför bygget misslyckades. | Bygger och underhåller hela pipelinen för en tjänst – bygge, tester, artefakter, driftsättning till varje miljö – och kortar ner långsamma steg som utvecklarna klagar på. | Designar gemensamma pipelinemallar som varje team använder, inför säkrare releasemetoder som canary- eller blue-green-driftsättning och följer driftsättningsfrekvens och felfrekvens. | Definierar hur hela företaget levererar mjukvara, från branchning till återställning, och tar bort flaskhalsarna som bromsar leveransen i alla team. |
| Tillförlitlighet och incidenthantering | Går bredvid i jouren, följer runbooks för kända larm och eskalerar snabbt med den information nästa person behöver. | Tar en full del av jouren, löser de flesta incidenter inom sitt område utan hjälp, skriver runbooks för det hen har åtgärdat och testar säkerhetskopior genom att faktiskt återställa dem. | Leder hanteringen av större incidenter, håller skuldfria post mortem-analyser och driver uppföljningsåtgärderna i mål, och planerar kapacitet och failover för kritiska system. | Sätter mål för tillförlitlighet tillsammans med produkt och ledning, utformar jour- och incidentprocessen för hela utvecklingsorganisationen och planerar för katastrofer som att förlora en region eller en leverantör. |
| Övervakning och observerbarhet | Lägger till dashboards och larm genom att följa befintliga exempel, och tittar först på loggar och mätvärden när något ser fel ut. | Sätter upp loggning, mätvärden och larm för nya tjänster, finjusterar larmen så att varje utlarmning kräver en åtgärd och hjälper utvecklare att hitta det de behöver i datan. | Utformar observerbarheten för företagets viktigaste system, definierar de hälsosignaler för tjänsterna som teamen mäts på och minskar larmbruset i alla team. | Väljer företagets verktyg för observerbarhet och deras kostnadsmodell, och ser till att ledningen kan se plattformens hälsa utan att behöva fråga en ingenjör. |
| Säkerhet och åtkomst | Följer teamets regler för hemligheter och åtkomst, installerar rutinpatchar och rapporterar genast allt som ser ut som ett säkerhetsproblem. | Hanterar åtkomst och hemligheter för sina tjänster enligt principen om minsta möjliga behörighet, patchar sårbarheter efter allvarlighetsgrad och åtgärdar fynden från säkerhetsskanningar. | Utformar nätverksgränser, identitets- och hemlighetshantering för hela plattformen, tar fram underlag till kunders säkerhetsgranskningar och leder hanteringen av säkerhetsincidenter. | Äger plattformens säkerhetsnivå tillsammans med ledningen, inför de kontroller som regelefterlevnaden kräver (till exempel SOC 2 eller ISO 27001) och gör den säkra vägen till den enklaste för varje team. |
| Stöd till utvecklare och samarbete | Svarar på utvecklarnas frågor om miljöer och pipelines, dokumenterar de åtgärder hen gör och ber tidigt om granskning. | Skriver tydliga guider för vanliga uppgifter, arbetar tillsammans med utvecklare när de driftsätter och felsöker sina tjänster och introducerar nya kollegor i infrastrukturen. | Bygger självbetjäningsverktyg som låter teamen skapa tjänster och miljöer utan att lägga ett ärende, är mentor för andra DevOps-ingenjörer och deltar i rekryteringen. | Formar plattformen som en intern produkt med utvecklarna som användare, avgör vad teamen äger och vad plattformsteamet äger och utvecklar nästa generation seniora ingenjörer. |
Skrolla tabellen i sidled för att se alla nivåer.
Ladda ner som CSV Öppnas i Excel, Google Sheets eller Numbers.
Junior DevOps-ingenjör: vad som förväntas
Gör väl avgränsade ändringar i infrastruktur och pipelines med granskning och lär sig hur produktionen fungerar. Enskilda ändringar i befintlig infrastrukturkod och befintliga pipelines, planerade och granskade av någon mer erfaren.
- Infrastruktur som kod
- Gör ändringar i befintlig infrastrukturkod genom att följa de mönster som redan finns, kontrollerar den planerade diffen innan den tillämpas och ändrar aldrig produktion för hand utan att fråga först.
- Bygg- och leveranspipelines
- Rättar trasiga steg i pipelines och lägger till enkla jobb i befintliga pipelines, och förklarar för en utvecklare varför bygget misslyckades.
- Tillförlitlighet och incidenthantering
- Går bredvid i jouren, följer runbooks för kända larm och eskalerar snabbt med den information nästa person behöver.
- Övervakning och observerbarhet
- Lägger till dashboards och larm genom att följa befintliga exempel, och tittar först på loggar och mätvärden när något ser fel ut.
- Säkerhet och åtkomst
- Följer teamets regler för hemligheter och åtkomst, installerar rutinpatchar och rapporterar genast allt som ser ut som ett säkerhetsproblem.
- Stöd till utvecklare och samarbete
- Svarar på utvecklarnas frågor om miljöer och pipelines, dokumenterar de åtgärder hen gör och ber tidigt om granskning.
DevOps-ingenjör: vad som förväntas
Äger delar av infrastrukturen från början till slut och tar en full del av jouren. Tjänster, miljöer eller pipelines för ett eller två produktteam, från design till daglig drift.
- Infrastruktur som kod
- Skriver återanvändbara infrastrukturmoduler för nya tjänster och miljöer, hanterar state och hemligheter säkert och tar bort resurser som inte längre används.
- Bygg- och leveranspipelines
- Bygger och underhåller hela pipelinen för en tjänst – bygge, tester, artefakter, driftsättning till varje miljö – och kortar ner långsamma steg som utvecklarna klagar på.
- Tillförlitlighet och incidenthantering
- Tar en full del av jouren, löser de flesta incidenter inom sitt område utan hjälp, skriver runbooks för det hen har åtgärdat och testar säkerhetskopior genom att faktiskt återställa dem.
- Övervakning och observerbarhet
- Sätter upp loggning, mätvärden och larm för nya tjänster, finjusterar larmen så att varje utlarmning kräver en åtgärd och hjälper utvecklare att hitta det de behöver i datan.
- Säkerhet och åtkomst
- Hanterar åtkomst och hemligheter för sina tjänster enligt principen om minsta möjliga behörighet, patchar sårbarheter efter allvarlighetsgrad och åtgärdar fynden från säkerhetsskanningar.
- Stöd till utvecklare och samarbete
- Skriver tydliga guider för vanliga uppgifter, arbetar tillsammans med utvecklare när de driftsätter och felsöker sina tjänster och introducerar nya kollegor i infrastrukturen.
Senior DevOps-ingenjör: vad som förväntas
Designar och leder infrastrukturprojekt som flera team är beroende av, och höjer ribban för tillförlitlighet. Gemensam infrastruktur som större delen av utvecklingsorganisationen använder, och projekt som migreringar som berör varje team.
- Infrastruktur som kod
- Designar strukturen för företagets infrastrukturkod och miljöer, leder ändringar som nätverks- eller klusteruppgraderingar med en testad plan för återställning och håller molnkostnaderna synliga per team.
- Bygg- och leveranspipelines
- Designar gemensamma pipelinemallar som varje team använder, inför säkrare releasemetoder som canary- eller blue-green-driftsättning och följer driftsättningsfrekvens och felfrekvens.
- Tillförlitlighet och incidenthantering
- Leder hanteringen av större incidenter, håller skuldfria post mortem-analyser och driver uppföljningsåtgärderna i mål, och planerar kapacitet och failover för kritiska system.
- Övervakning och observerbarhet
- Utformar observerbarheten för företagets viktigaste system, definierar de hälsosignaler för tjänsterna som teamen mäts på och minskar larmbruset i alla team.
- Säkerhet och åtkomst
- Utformar nätverksgränser, identitets- och hemlighetshantering för hela plattformen, tar fram underlag till kunders säkerhetsgranskningar och leder hanteringen av säkerhetsincidenter.
- Stöd till utvecklare och samarbete
- Bygger självbetjäningsverktyg som låter teamen skapa tjänster och miljöer utan att lägga ett ärende, är mentor för andra DevOps-ingenjörer och deltar i rekryteringen.
Staff DevOps-ingenjör: vad som förväntas
Sätter riktningen för företagets plattform och ansvarar för dess tillförlitlighet, säkerhet och kostnad. Hela produktionsplattformen, dess riktning på flera års sikt och dess budget, för alla utvecklingsteam.
- Infrastruktur som kod
- Väljer plattformens grundläggande byggstenar och leverantörer för de närmaste åren, sätter de standarder som varje teams infrastruktur följer och äger infrastrukturbudgeten tillsammans med ledningen.
- Bygg- och leveranspipelines
- Definierar hur hela företaget levererar mjukvara, från branchning till återställning, och tar bort flaskhalsarna som bromsar leveransen i alla team.
- Tillförlitlighet och incidenthantering
- Sätter mål för tillförlitlighet tillsammans med produkt och ledning, utformar jour- och incidentprocessen för hela utvecklingsorganisationen och planerar för katastrofer som att förlora en region eller en leverantör.
- Övervakning och observerbarhet
- Väljer företagets verktyg för observerbarhet och deras kostnadsmodell, och ser till att ledningen kan se plattformens hälsa utan att behöva fråga en ingenjör.
- Säkerhet och åtkomst
- Äger plattformens säkerhetsnivå tillsammans med ledningen, inför de kontroller som regelefterlevnaden kräver (till exempel SOC 2 eller ISO 27001) och gör den säkra vägen till den enklaste för varje team.
- Stöd till utvecklare och samarbete
- Formar plattformen som en intern produkt med utvecklarna som användare, avgör vad teamen äger och vad plattformsteamet äger och utvecklar nästa generation seniora ingenjörer.
Så anpassar du den här karriärstegen
Nämn din teknikstack i förväntningarna
Allmänna fraser som ”infrastrukturkod” eller ”pipelines” är lätta att hålla med om och svåra att bedöma. Byt ut dem mot dina verkliga verktyg och arbetssätt, så att en junior ingenjör vet exakt vad hen förväntas lära sig först.
Vänta med att införa Staff-nivån
Med en till tre DevOps-ingenjörer räcker oftast junior-, mellan- och seniornivå. Lägg till Staff när någon faktiskt sätter plattformens riktning och äger dess budget för hela utvecklingsorganisationen – inte som titel för den mest erfarna personen i ett litet team.
Skriv in dina jourregler i karriärstegen
Ange på vilken nivå man går in i jourschemat, när man leder incidenter och hur jourtid kompenseras. Outtalade förväntningar på jour är en av de vanligaste anledningarna till att infrastrukturingenjörer bränner ut sig och slutar.
Matcha nivåerna mot utvecklarnas karriärstege
Koppla varje DevOps-nivå till den utvecklarnivå som har samma ansvar och lön. Plattformsarbete är utvecklingsarbete, och när de två karriärstegarna hålls i linje blir det enkelt att flytta mellan produkt- och plattformsteam.
Vanliga frågor
Frågor om den här karriärstegen
Vad är skillnaden mellan en DevOps-ingenjör, en SRE och en plattformsingenjör?
Strikt taget är DevOps ett arbetssätt snarare än en yrkestitel; i praktiken beskriver titlarna i företag med 20–200 anställda mestadels samma jobb med olika tyngdpunkt: SRE:er fokuserar på mål för tillförlitlighet – oftast SLO:er och felbudgetar – och incidenter, plattformsingenjörer på självbetjäningsverktyg för utvecklare och DevOps-ingenjörer på pipelines och infrastruktur. En karriärstege täcker oftast alla tre; justera formuleringen av kompetenserna i stället för att skapa separata karriärstegar.
När behöver en startup sin första DevOps-ingenjör?
Oftast när utvecklarna lägger en märkbar del av veckan på driftsättningar, miljöer och produktionsproblem i stället för funktioner, eller när kunderna börjar fråga efter tillgänglighetsåtaganden och säkerhetsgranskningar. För många företag händer det vid ungefär 15–30 utvecklare.
Ska jourarbete räknas in i en DevOps-ingenjörs befordran?
Ja, men räkna det man lär sig och förbättrar, inte hur många utlarmningar man svarat på. Att leda en större incident väl, skriva post mortem-analyser vars åtgärder blir gjorda och minska larmbruset är tydliga belägg för nästa nivå. Att ofta ha jour är det inte.
Spelar molncertifieringar roll för en DevOps-ingenjörs nivå?
De kan hjälpa någon att lära sig en plattform, men de bör inte avgöra en nivå. Bedöm vad personen har byggt och drivit i din miljö mot kompetensmatrisen. Ett certifikat utan sådana belägg visar inte nästa nivå; sådana belägg utan certifikat gör det.
Hur många nivåer behöver en karriärstege för DevOps-ingenjörer?
Tre eller fyra, eftersom infrastrukturteamen i företag av den här storleken är små. Den här mallen använder fyra – Junior, DevOps-ingenjör, Senior och Staff – och fungerar bra tillsammans med en karriärstege för mjukvaruutvecklare med fem nivåer, där Staff-nivåerna ligger i linje.
Bygg den här karriärstegen i LadderKit – gratis
Lägg upp dess nivåer och färdigheter för ditt team, bedöm folk mot dem i avstämningar och håll besluten om befordran konsekventa.
Gratisplan · Inget kreditkort behövs
Relaterade mallar
Teknik
QA-ingenjör
Fyra nivåer från Junior QA-ingenjör till Lead QA-ingenjör, sex kompetenser från testdesign till kvalitetsarbete.
- 4 nivåer
- 6 kompetenser
Teknik
Engineering Manager
Fyra nivåer från Engineering Manager till VP of Engineering, sex kompetenser för chefer.
- 4 nivåer
- 6 kompetenser