Razvoj
Razvijalec programske opreme
Pet ravni od Junior do Principal in šest kompetenc, od izdajanja kode do rasti ekipe.
- 5 ravni
- 6 kompetenc
Predloga karierne lestvice
Š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.
S pregledom izvaja dobro omejene spremembe infrastrukture in cevovodov ter spoznava, kako teče produkcija.
Za dele infrastrukture odgovarja od začetka do konca in v celoti sodeluje v dežurstvu.
Zasnuje in vodi infrastrukturne projekte, od katerih je odvisnih več ekip, ter dviguje merila zanesljivosti.
Postavlja smer platforme podjetja in odgovarja za njeno zanesljivost, varnost in stroške.
Vsaka vrstica je kompetenca, vsak stolpec raven. Vrstico preberite od leve proti desni in videli boste, kako pričakovanja rastejo.
| Kompetenca | Junior DevOps inženir | Medior DevOps inženir | Senior DevOps inženir | Staff DevOps inženir |
|---|---|---|---|---|
| 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. | 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 dostavo | Popravlja 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 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. | 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 opazljivost | Po 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 dostopi | Upoš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 sodelovanje | Odgovarja 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.
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.
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.
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.
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.
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.
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.
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.
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
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.
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.
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.
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.
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.
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
Pet ravni od Junior do Principal in šest kompetenc, od izdajanja kode do rasti ekipe.
Razvoj
Štiri ravni od Junior do Lead QA inženirja in šest kompetenc, od načrtovanja testov do praks kakovosti.
Razvoj
Štiri ravni od Engineering Managerja do VP of Engineering in šest vodstvenih kompetenc.