Preskočite na vsebino
Meni

Predloga karierne lestvice

Predloga karierne lestvice za DevOps inženirje

Štiri ravni od Junior do Staff DevOps inženirja in šest kompetenc, od infrastrukture do podpore razvijalcem.

Brezplačni paket · Kreditna kartica ni potrebna

Ta karierna lestvica je namenjena DevOps, platformnim in infrastrukturnim inženirjem v podjetjih s približno 20 do 200 zaposlenimi. Pri tej velikosti infrastrukturno ekipo običajno sestavlja eden do šest ljudi, ki skrbijo za račune v oblaku, cevovode za dostavo, spremljanje in dežurstvo ter porabijo toliko časa za pomoč razvijalcem kot za delo s strežniki. Opisuje štiri ravni, od nekoga, ki izvaja dobro omejene spremembe infrastrukture, do osebe, ki odgovarja za smer platforme podjetja. Njena najvišja raven, Staff DevOps inženir, je strokovna raven; vodenje infrastrukturne ekipe je ločeno delo.

Vsaka raven je opredeljena s tem, kaj človek dela in kolikšen del sistema mu zaupajo, ne z leti izkušenj ali številom orodij v življenjepisu. Preberite vrstico matrike kompetenc od leve proti desni, da vidite, kako raste posamezno pričakovanje; preberite razdelek posamezne ravni, da vidite vse, kar se na njej pričakuje. Z lestvico pojasnite, kaj pomeni naslednja raven, dajte strukturo check-inom in sprejemajte odločitve o napredovanju, ki jih lahko zagovarjate.

Pred objavo jo prilagodite. Splošne formulacije zamenjajte s svojim skladom orodij in praksami ter izpustite dele, ki pripadajo drugi ekipi — na primer, če za varnost ali podatkovne baze skrbi nekdo drug.

Ravni na prvi pogled

  1. Junior DevOps inženir

    S pregledom izvaja dobro omejene spremembe infrastrukture in cevovodov ter spoznava, kako teče produkcija.

    Obseg
    Posamezne spremembe v obstoječi infrastrukturni kodi in cevovodih, ki jih načrtuje in pregleda nekdo z več izkušnjami.
  2. Medior DevOps inženir

    Za dele infrastrukture odgovarja od začetka do konca in v celoti sodeluje v dežurstvu.

    Obseg
    Storitve, okolja ali cevovodi za eno ali dve produktni ekipi, od zasnove do vsakodnevnega delovanja.
  3. Senior DevOps inženir

    Zasnuje in vodi infrastrukturne projekte, od katerih je odvisnih več ekip, ter dviguje merila zanesljivosti.

    Obseg
    Skupna infrastruktura, ki jo uporablja večina razvoja, in projekti, kot so migracije, ki zadevajo vse ekipe.
  4. Staff DevOps inženir

    Postavlja smer platforme podjetja in odgovarja za njeno zanesljivost, varnost in stroške.

    Obseg
    Celotna produkcijska platforma, njena večletna smer in proračun v vseh razvojnih ekipah.

Matrika kompetenc

Vsaka vrstica je kompetenca, vsak stolpec raven. Vrstico preberite od leve proti desni in videli boste, kako pričakovanja rastejo.

Kaj pomeni posamezna kompetenca

Infrastruktura kot koda
Gradnja in spreminjanje infrastrukture s pregledano, ponovljivo kodo namesto ročno.
Cevovodi za gradnjo in dostavo
Hitra in varna pot kode od združenega pull requesta do produkcije.
Zanesljivost in odziv na incidente
Skrb, da je produkcija dosegljiva, in hitro okrevanje, ko ni.
Spremljanje in opazljivost
Omogočanje vpogleda v to, kaj počne produkcija, in vedenja, kdaj gre kaj narobe.
Varnost in dostopi
Zaščita sistemov in podatkov z varnimi privzetimi nastavitvami, najmanjšimi potrebnimi pravicami in hitrim nameščanjem popravkov.
Podpora razvijalcem in sodelovanje
Pomoč razvijalcem, da sami upravljajo svoje storitve, in deljenje znanja, da platforma ni odvisna od ene osebe.
DevOps inženir: pričakovanja po kompetencah in ravneh
KompetencaJunior DevOps inženirMedior DevOps inženirSenior DevOps inženirStaff DevOps inženir
Infrastruktura kot kodaSpreminja obstoječo infrastrukturno kodo po že uveljavljenih vzorcih, pred uveljavitvijo preveri načrtovane razlike in produkcije nikoli ne spreminja ročno, ne da bi prej vprašal.Piše infrastrukturne module za večkratno uporabo za nove storitve in okolja, skrbi za varno ravnanje s stanjem in skrivnostmi ter odstranjuje vire, ki se ne uporabljajo več.Zasnuje strukturo infrastrukturne kode in okolij podjetja, vodi spremembe, kot so nadgradnje omrežja ali gruč, s preizkušenim načrtom za povrnitev in skrbi, da so stroški oblaka vidni po ekipah.Izbere osnovne gradnike in ponudnike platforme za naslednjih nekaj let, postavi standarde, ki jim sledi infrastruktura vseh ekip, in z vodstvom odgovarja za infrastrukturni proračun.
Cevovodi za gradnjo in dostavoPopravlja pokvarjene korake cevovodov in v obstoječe cevovode dodaja preproste naloge ter razvijalcu pojasni, zakaj njegova gradnja ni uspela.Gradi in vzdržuje celoten cevovod za storitev — gradnjo, teste, artefakte, namestitve v vsa okolja — in skrajšuje počasne korake, nad katerimi se pritožujejo razvijalci.Zasnuje skupne predloge cevovodov, ki jih uporablja vsaka ekipa, uvaja varnejše načine izdajanja, kot so kanarske ali modro-zelene namestitve, ter spremlja pogostost namestitev in delež neuspešnih.Opredeli, kako celotno podjetje izdaja programsko opremo, od vej do povrnitve, in odpravi ozka grla, ki upočasnjujejo dostavo v vseh ekipah.
Zanesljivost in odziv na incidenteV dežurstvu spremlja izkušenejše kolege, pri znanih opozorilih sledi priročnikom za ukrepanje in hitro eskalira z informacijami, ki jih potrebuje naslednja oseba.V celoti sodeluje v dežurstvu, večino incidentov na svojem področju reši brez pomoči, za to, kar je popravil, napiše priročnik za ukrepanje in varnostne kopije preizkusi tako, da jih dejansko obnovi.Vodi odziv na večje incidente, vodi analize incidentov brez iskanja krivcev in poskrbi, da so dogovorjeni ukrepi izvedeni, ter načrtuje zmogljivosti in preklop ob odpovedi za kritične sisteme.S produktom in vodstvom postavi cilje zanesljivosti, zasnuje dežurstvo in postopek za incidente za ves razvoj ter načrtuje odziv na katastrofe, kot je izguba regije ali ponudnika.
Spremljanje in opazljivostPo obstoječih primerih dodaja nadzorne plošče in opozorila ter ob sumu na težavo najprej preveri dnevnike in metrike.Za nove storitve vzpostavi beleženje, metrike in opozorila, opozorila nastavi tako, da vsak klic dežurnemu zahteva ukrepanje, in razvijalcem pomaga najti, kar potrebujejo v podatkih.Zasnuje pristop k opazljivosti za glavne sisteme podjetja, opredeli signale zdravja storitev, po katerih se merijo ekipe, in zmanjša šum opozoril v vseh ekipah.Izbere orodja za opazljivost v podjetju in njihov stroškovni model ter poskrbi, da vodstvo vidi zdravje platforme, ne da bi moralo vprašati inženirja.
Varnost in dostopiUpošteva pravila ekipe za skrivnosti in dostope, nameša redne popravke in vse, kar je videti kot varnostna težava, takoj prijavi.Dostope in skrivnosti za svoje storitve upravlja po načelu najmanjših pravic, ranljivosti odpravlja glede na resnost in odpravlja ugotovitve varnostnih pregledov.Zasnuje omrežne meje ter upravljanje identitet in skrivnosti na celotni platformi, pripravlja dokaze za varnostne preglede strank in vodi odziv na varnostne incidente.Skupaj z vodstvom odgovarja za varnostno stanje platforme, postavi kontrole, ki jih zahteva skladnost (na primer SOC 2 ali ISO 27001), in poskrbi, da je varna pot za vsako ekipo najlažja.
Podpora razvijalcem in sodelovanjeOdgovarja na vprašanja razvijalcev o okoljih in cevovodih, dokumentira popravke, ki jih naredi, in zgodaj prosi za pregled.Piše jasna navodila za pogoste naloge, z razvijalci v paru nameša in razhroščuje njihove storitve ter nove sodelavce uvaja v infrastrukturo.Gradi samopostrežna orodja, s katerimi ekipe ustvarjajo storitve in okolja brez odpiranja zahtevkov, mentorira druge DevOps inženirje in sodeluje pri zaposlovanju.Platformo oblikuje kot notranji izdelek, katerega uporabniki so razvijalci, odloči, za kaj odgovarjajo ekipe in za kaj platformna ekipa, ter razvija naslednje senior inženirje.

Tabelo pomaknite vstran, da vidite vse ravni.

Prenesite kot CSV Odpre se v Excelu, Google Preglednicah ali Numbers.

Junior DevOps inženir: kaj se pričakuje

S pregledom izvaja dobro omejene spremembe infrastrukture in cevovodov ter spoznava, kako teče produkcija. Posamezne spremembe v obstoječi infrastrukturni kodi in cevovodih, ki jih načrtuje in pregleda nekdo z več izkušnjami.

Infrastruktura kot koda
Spreminja obstoječo infrastrukturno kodo po že uveljavljenih vzorcih, pred uveljavitvijo preveri načrtovane razlike in produkcije nikoli ne spreminja ročno, ne da bi prej vprašal.
Cevovodi za gradnjo in dostavo
Popravlja pokvarjene korake cevovodov in v obstoječe cevovode dodaja preproste naloge ter razvijalcu pojasni, zakaj njegova gradnja ni uspela.
Zanesljivost in odziv na incidente
V dežurstvu spremlja izkušenejše kolege, pri znanih opozorilih sledi priročnikom za ukrepanje in hitro eskalira z informacijami, ki jih potrebuje naslednja oseba.
Spremljanje in opazljivost
Po obstoječih primerih dodaja nadzorne plošče in opozorila ter ob sumu na težavo najprej preveri dnevnike in metrike.
Varnost in dostopi
Upošteva pravila ekipe za skrivnosti in dostope, nameša redne popravke in vse, kar je videti kot varnostna težava, takoj prijavi.
Podpora razvijalcem in sodelovanje
Odgovarja na vprašanja razvijalcev o okoljih in cevovodih, dokumentira popravke, ki jih naredi, in zgodaj prosi za pregled.

Medior DevOps inženir: kaj se pričakuje

Za dele infrastrukture odgovarja od začetka do konca in v celoti sodeluje v dežurstvu. Storitve, okolja ali cevovodi za eno ali dve produktni ekipi, od zasnove do vsakodnevnega delovanja.

Infrastruktura kot koda
Piše infrastrukturne module za večkratno uporabo za nove storitve in okolja, skrbi za varno ravnanje s stanjem in skrivnostmi ter odstranjuje vire, ki se ne uporabljajo več.
Cevovodi za gradnjo in dostavo
Gradi in vzdržuje celoten cevovod za storitev — gradnjo, teste, artefakte, namestitve v vsa okolja — in skrajšuje počasne korake, nad katerimi se pritožujejo razvijalci.
Zanesljivost in odziv na incidente
V celoti sodeluje v dežurstvu, večino incidentov na svojem področju reši brez pomoči, za to, kar je popravil, napiše priročnik za ukrepanje in varnostne kopije preizkusi tako, da jih dejansko obnovi.
Spremljanje in opazljivost
Za nove storitve vzpostavi beleženje, metrike in opozorila, opozorila nastavi tako, da vsak klic dežurnemu zahteva ukrepanje, in razvijalcem pomaga najti, kar potrebujejo v podatkih.
Varnost in dostopi
Dostope in skrivnosti za svoje storitve upravlja po načelu najmanjših pravic, ranljivosti odpravlja glede na resnost in odpravlja ugotovitve varnostnih pregledov.
Podpora razvijalcem in sodelovanje
Piše jasna navodila za pogoste naloge, z razvijalci v paru nameša in razhroščuje njihove storitve ter nove sodelavce uvaja v infrastrukturo.

Senior DevOps inženir: kaj se pričakuje

Zasnuje in vodi infrastrukturne projekte, od katerih je odvisnih več ekip, ter dviguje merila zanesljivosti. Skupna infrastruktura, ki jo uporablja večina razvoja, in projekti, kot so migracije, ki zadevajo vse ekipe.

Infrastruktura kot koda
Zasnuje strukturo infrastrukturne kode in okolij podjetja, vodi spremembe, kot so nadgradnje omrežja ali gruč, s preizkušenim načrtom za povrnitev in skrbi, da so stroški oblaka vidni po ekipah.
Cevovodi za gradnjo in dostavo
Zasnuje skupne predloge cevovodov, ki jih uporablja vsaka ekipa, uvaja varnejše načine izdajanja, kot so kanarske ali modro-zelene namestitve, ter spremlja pogostost namestitev in delež neuspešnih.
Zanesljivost in odziv na incidente
Vodi odziv na večje incidente, vodi analize incidentov brez iskanja krivcev in poskrbi, da so dogovorjeni ukrepi izvedeni, ter načrtuje zmogljivosti in preklop ob odpovedi za kritične sisteme.
Spremljanje in opazljivost
Zasnuje pristop k opazljivosti za glavne sisteme podjetja, opredeli signale zdravja storitev, po katerih se merijo ekipe, in zmanjša šum opozoril v vseh ekipah.
Varnost in dostopi
Zasnuje omrežne meje ter upravljanje identitet in skrivnosti na celotni platformi, pripravlja dokaze za varnostne preglede strank in vodi odziv na varnostne incidente.
Podpora razvijalcem in sodelovanje
Gradi samopostrežna orodja, s katerimi ekipe ustvarjajo storitve in okolja brez odpiranja zahtevkov, mentorira druge DevOps inženirje in sodeluje pri zaposlovanju.

Staff DevOps inženir: kaj se pričakuje

Postavlja smer platforme podjetja in odgovarja za njeno zanesljivost, varnost in stroške. Celotna produkcijska platforma, njena večletna smer in proračun v vseh razvojnih ekipah.

Infrastruktura kot koda
Izbere osnovne gradnike in ponudnike platforme za naslednjih nekaj let, postavi standarde, ki jim sledi infrastruktura vseh ekip, in z vodstvom odgovarja za infrastrukturni proračun.
Cevovodi za gradnjo in dostavo
Opredeli, kako celotno podjetje izdaja programsko opremo, od vej do povrnitve, in odpravi ozka grla, ki upočasnjujejo dostavo v vseh ekipah.
Zanesljivost in odziv na incidente
S produktom in vodstvom postavi cilje zanesljivosti, zasnuje dežurstvo in postopek za incidente za ves razvoj ter načrtuje odziv na katastrofe, kot je izguba regije ali ponudnika.
Spremljanje in opazljivost
Izbere orodja za opazljivost v podjetju in njihov stroškovni model ter poskrbi, da vodstvo vidi zdravje platforme, ne da bi moralo vprašati inženirja.
Varnost in dostopi
Skupaj z vodstvom odgovarja za varnostno stanje platforme, postavi kontrole, ki jih zahteva skladnost (na primer SOC 2 ali ISO 27001), in poskrbi, da je varna pot za vsako ekipo najlažja.
Podpora razvijalcem in sodelovanje
Platformo oblikuje kot notranji izdelek, katerega uporabniki so razvijalci, odloči, za kaj odgovarjajo ekipe in za kaj platformna ekipa, ter razvija naslednje senior inženirje.

Kako prilagoditi to lestvico

  1. V pričakovanjih poimenujte svoj sklad orodij

    S splošnimi besedami, kot sta „infrastrukturna koda“ ali „cevovodi“, se je lahko strinjati, težko pa jih je ocenjevati. Zamenjajte jih s svojimi resničnimi orodji in praksami, da junior inženir natanko ve, kaj se mora naučiti najprej.

  2. Z ravnjo Staff počakajte

    Z enim do tremi DevOps inženirji običajno zadostujejo ravni Junior, Medior in Senior. Raven Staff dodajte, ko nekdo zares postavlja smer platforme in odgovarja za njen proračun v celotnem razvoju, ne kot naziv za najizkušenejšo osebo v majhni ekipi.

  3. Pravila dežurstva zapišite v lestvico

    Navedite, na kateri ravni se ljudje vključijo v razpored dežurstev, kdaj vodijo incidente in kako je čas dežurstva plačan. Nezapisana pričakovanja glede dežurstva so eden najpogostejših razlogov, da infrastrukturni inženirji izgorijo in odidejo.

  4. Ravni uskladite z lestvico za razvijalce

    Vsako raven DevOps povežite z ravnjo razvijalca z enakim obsegom in plačilom. Delo na platformi je inženirsko delo, usklajeni lestvici pa olajšata prehode med produktnimi in platformnimi ekipami.

Pogosta vprašanja

Vprašanja o tej lestvici

Kakšna je razlika med DevOps inženirjem, inženirjem SRE in platformnim inženirjem?

Strogo vzeto je DevOps način dela in ne naziv delovnega mesta; v praksi ti nazivi v podjetjih z 20 do 200 zaposlenimi večinoma opisujejo isto delo z različnim poudarkom: inženirji SRE se osredotočajo na cilje zanesljivosti — običajno SLO-je in proračune napak — ter incidente, platformni inženirji na samopostrežna orodja za razvijalce, DevOps inženirji pa na cevovode in infrastrukturo. Vse tri običajno pokriva ena lestvica; namesto ločenih lestvic prilagodite besedilo kompetenc.

Kdaj zagonsko podjetje potrebuje prvega DevOps inženirja?

Običajno takrat, ko razvijalci opazen del tedna namesto funkcionalnostim posvečajo namestitvam, okoljem in težavam v produkciji ali ko stranke začnejo zahtevati zaveze glede razpoložljivosti in varnostne preglede. V mnogih podjetjih se to zgodi pri približno 15 do 30 razvijalcih.

Ali naj dežurstvo šteje pri napredovanju DevOps inženirja?

Da, vendar štejte, kaj se ljudje naučijo in izboljšajo, ne koliko klicev so sprejeli. Dobro vodenje večjega incidenta, analize incidentov, katerih ukrepi so izvedeni, in manj šuma opozoril so jasni dokazi za naslednjo raven. Pogosto dežurstvo ni.

Ali so certifikati za oblak pomembni za raven DevOps inženirja?

Lahko komu pomagajo spoznati platformo, ne bi pa smeli odločati o ravni. Kar je oseba zgradila in upravljala v vašem okolju, ocenite glede na matriko kompetenc. Certifikat brez takšnih dokazov ne kaže naslednje ravni; takšni dokazi brez certifikata jo.

Koliko ravni potrebuje karierna lestvica za DevOps inženirje?

Tri ali štiri, ker so infrastrukturne ekipe v podjetjih te velikosti majhne. Ta predloga jih ima štiri — Junior, Medior, Senior in Staff — in se dobro ujema z lestvico za razvijalce s petimi ravnmi, pri kateri sta ravni Staff poravnani.

Zgradite to karierno lestvico v LadderKitu – brezplačno

Nastavite njene ravni in veščine za svojo ekipo, ljudi po njih ocenjujte v check-inih in odločitve o napredovanju ohranite dosledne.

Brezplačni paket · Kreditna kartica ni potrebna

  • Razvoj

    QA inženir

    Štiri ravni od Junior do Lead QA inženirja in šest kompetenc, od načrtovanja testov do praks kakovosti.

    • 4 ravni
    • 6 kompetenc
  • Razvoj

    Engineering Manager

    Štiri ravni od Engineering Managerja do VP of Engineering in šest vodstvenih kompetenc.

    • 4 ravni
    • 6 kompetenc

Prebrskajte vse predloge