Arendus
Tarkvaraarendaja
Viis taset Junior arendajast Principal-insenerini ja kuus pädevust koodi tarnimisest meeskonna kasvatamiseni.
- 5 taset
- 6 pädevust
Karjääriredeli mall
Neli taset Junior DevOps-insenerist Staff DevOps-insenerini ja kuus pädevust taristust arendajate toetamiseni.
Tasuta pakett · Krediitkaarti pole vaja
See karjääriredel on mõeldud DevOps-, platvormi- ja taristuinseneridele umbes 20–200 inimesega ettevõtetes. Sellise suuruse juures on taristumeeskonnas tavaliselt üks kuni kuus inimest, kes haldavad pilvekontosid, tarnekonveiereid, seiret ja valvet ning kulutavad arendajate aitamisele sama palju aega kui serveritele. Redel kirjeldab nelja taset alates inimesest, kes teeb selgelt piiritletud taristumuudatusi, kuni inimeseni, kes vastutab ettevõtte platvormi suuna eest. Kõrgeim tase, Staff DevOps-insener, on spetsialisti tase; taristumeeskonna juhtimine on eraldi töö.
Iga tase on määratletud selle järgi, mida inimene teeb ja kui suure osa süsteemist talle usaldatakse, mitte tööaastate või CV-s loetletud tööriistade arvu järgi. Loe pädevuste maatriksi rida vasakult paremale, et näha, kuidas üks ootus kasvab; loe taseme kirjeldust, et näha kõike, mida sellel tasemel oodatakse. Kasuta redelit, et selgitada, mida järgmine tase tähendab, et anda check-in’idele struktuur ja et teha edutamisotsuseid, mida saad põhjendada.
Kohanda redelit enne avaldamist. Asenda üldine sõnastus oma tehnoloogiate ja praktikatega ning jäta välja osad, mis kuuluvad teisele meeskonnale — näiteks kui turvalisuse või andmebaaside eest vastutab keegi teine.
Teeb ülevaatuse toel selgelt piiritletud muudatusi taristus ja konveierites ning õpib, kuidas tootmiskeskkond töötab.
Vastutab taristu osade eest algusest lõpuni ja kannab täit osa valvekoormusest.
Kavandab ja juhib taristuprojekte, millest sõltub mitu meeskonda, ning tõstab töökindluse latti.
Seab ettevõtte platvormi suuna ning vastutab selle töökindluse, turvalisuse ja kulude eest.
Iga rida on pädevus ja iga veerg tase. Loe rida vasakult paremale, et näha, kuidas ootus kasvab.
| Pädevus | Junior DevOps-insener | DevOps-insener | Senior DevOps-insener | Staff DevOps-insener |
|---|---|---|---|---|
| Taristu koodina | Muudab olemasolevat taristukoodi juba kasutusel olevate mustrite järgi, kontrollib planeeritud erinevused enne rakendamist üle ega muuda tootmiskeskkonda kunagi käsitsi ilma eelnevalt küsimata. | Kirjutab uutele teenustele ja keskkondadele korduvkasutatavaid taristumooduleid, hoolitseb oleku ja saladuste turvalise käsitlemise eest ning eemaldab ressursid, mida enam ei kasutata. | Kavandab ettevõtte taristukoodi ja keskkondade ülesehituse, juhib muudatusi nagu võrgu või klastri uuendused koos testitud tagasipööramisplaaniga ning hoiab pilvekulud meeskondade kaupa nähtavad. | Valib platvormi põhilised ehitusplokid ja teenusepakkujad järgmisteks aastateks, seab standardid, mida iga meeskonna taristu järgib, ning vastutab koos juhtkonnaga taristueelarve eest. |
| Ehitus- ja tarnekonveierid | Parandab katkised konveieri sammud, lisab olemasolevatesse konveieritesse lihtsaid töid ja selgitab arendajale, miks tema ehitus ebaõnnestus. | Ehitab ja hooldab teenuse terviklikku konveierit — ehitus, testid, artefaktid, juurutamine igasse keskkonda — ning lühendab aeglasi samme, mille üle arendajad kurdavad. | Kavandab jagatud konveierimallid, mida kasutab iga meeskond, võtab kasutusele turvalisemad väljalaskeviisid, nagu canary- või blue-green-juurutused, ning jälgib juurutamise sagedust ja ebaõnnestumiste osakaalu. | Määrab, kuidas kogu ettevõte tarkvara välja laseb, alates harustamisest kuni tagasipööramiseni, ning kõrvaldab kitsaskohad, mis aeglustavad tarnimist kõigis meeskondades. |
| Töökindlus ja intsidentidele reageerimine | Käib kogenud kolleegi kõrval valves, järgib teadaolevate häirete puhul tegevusjuhendeid ja eskaleerib kiiresti koos infoga, mida järgmine inimene vajab. | Kannab täit osa valvekoormusest, lahendab suurema osa oma valdkonna intsidentidest abita, kirjutab parandatu kohta tegevusjuhendid ja testib varukoopiaid neid päriselt taastades. | Juhib suurtele intsidentidele reageerimist, viib läbi süüdlasi otsimata intsidendianalüüse ja viib järeltegevused lõpuni ning planeerib kriitiliste süsteemide võimsust ja tõrkesiirdeid. | Seab koos toote- ja juhtkonnaga töökindluse eesmärgid, kavandab kogu arenduse valve- ja intsidendiprotsessi ning planeerib katastroofideks, nagu ühe regiooni või teenusepakkuja kaotus. |
| Seire ja jälgitavus | Lisab olemasolevate näidete järgi töölaudu ja häireid ning vaatab, kui miski tundub valesti, kõigepealt logisid ja mõõdikuid. | Seadistab uutele teenustele logimise, mõõdikud ja häired, häälestab häired nii, et iga väljakutse nõuab tegutsemist, ning aitab arendajatel andmetest vajalikku leida. | Kavandab ettevõtte peamiste süsteemide jälgitavuse lähenemise, määrab teenuse tervise signaalid, mille järgi meeskondi mõõdetakse, ja vähendab häiremüra üle meeskondade. | Valib ettevõtte jälgitavuse tööriistad ja nende kulumudeli ning hoolitseb, et juhtkond näeks platvormi seisundit ilma inseneri käest küsimata. |
| Turvalisus ja juurdepääs | Järgib meeskonna saladuste ja juurdepääsu reegleid, paigaldab tavapäraseid turvaparandusi ja annab kohe teada kõigest, mis näeb välja nagu turvaprobleem. | Haldab oma teenuste juurdepääsu ja saladusi minimaalsete õiguste põhimõttel, paikab haavatavusi nende tõsiduse järgi ja parandab turvaskannimiste leiud. | Kavandab kogu platvormi võrgupiirid, identiteedi- ja saladuste halduse, valmistab ette tõendid klientide turvaülevaatusteks ning juhib turvaintsidentidele reageerimist. | Vastutab koos juhtkonnaga platvormi turvaseisundi eest, seab vastavusnõuetest tulenevad kontrollid (näiteks SOC 2 või ISO 27001) ja teeb turvalisest teest iga meeskonna jaoks kõige lihtsama. |
| Arendajate toetamine ja koostöö | Vastab arendajate küsimustele keskkondade ja konveierite kohta, dokumenteerib tehtud parandused ja küsib ülevaatust varakult. | Kirjutab tavaliste ülesannete jaoks selgeid juhendeid, teeb arendajatega paaristööd nende teenuste juurutamisel ja silumisel ning aitab uutel meeskonnaliikmetel taristuga tutvuda. | Ehitab iseteenindustööriistu, millega meeskonnad saavad luua teenuseid ja keskkondi ilma taotlust esitamata, mentordab teisi DevOps-insenere ja osaleb värbamises. | Kujundab platvormi sisemise tootena, mille kasutajad on arendajad, otsustab, mille eest vastutavad meeskonnad ja mille eest platvormimeeskond, ning kasvatab järgmisi senior-insenere. |
Keri tabelit külgsuunas, et näha kõiki tasemeid.
Laadi alla CSV-na Avaneb Excelis, Google Sheetsis või Numbersis.
Teeb ülevaatuse toel selgelt piiritletud muudatusi taristus ja konveierites ning õpib, kuidas tootmiskeskkond töötab. Üksikud muudatused olemasolevas taristukoodis ja konveierites, mille kavandab ja vaatab üle kogenum kolleeg.
Vastutab taristu osade eest algusest lõpuni ja kannab täit osa valvekoormusest. Ühe-kahe tootemeeskonna teenused, keskkonnad või konveierid alates disainist kuni igapäevase käituseni.
Kavandab ja juhib taristuprojekte, millest sõltub mitu meeskonda, ning tõstab töökindluse latti. Jagatud taristu, mida kasutab suurem osa arendusest, ja projektid, näiteks migratsioonid, mis puudutavad iga meeskonda.
Seab ettevõtte platvormi suuna ning vastutab selle töökindluse, turvalisuse ja kulude eest. Kogu tootmisplatvorm, selle mitmeaastane suund ja eelarve kõigis arendusmeeskondades.
Üldiste väljenditega nagu „taristukood“ või „konveierid“ on lihtne nõustuda, kuid raske hinnata. Asenda need oma päris tööriistade ja praktikatega, et junior-insener teaks täpselt, mida temalt kõigepealt õppida oodatakse.
Ühe kuni kolme DevOps-inseneriga piisab tavaliselt junior-, kesk- ja senior-tasemest. Lisa Staff-tase siis, kui keegi päriselt seab platvormi suunda ja vastutab selle eelarve eest kogu arenduses, mitte ametinimetusena väikese meeskonna kõige kogenumale inimesele.
Ütle, mis tasemel inimesed valvegraafikuga liituvad, millal nad intsidente juhivad ja kuidas valveaega hüvitatakse. Kirja panemata valveootused on üks levinumaid põhjuseid, miks taristuinsenerid läbi põlevad ja lahkuvad.
Seo iga DevOps-tase tarkvaraarendaja tasemega, millel on sama vastutusala ja palk. Platvormitöö on arendustöö ning kahe redeli joondamine muudab liikumise toote- ja platvormimeeskondade vahel lihtsaks.
KKK
Rangelt võttes on DevOps tööviis, mitte ametinimetus; praktikas kirjeldavad need nimetused 20–200 inimesega ettevõtetes enamasti sama tööd eri rõhuasetusega: SRE-d keskenduvad töökindluse eesmärkidele — tavaliselt SLO-dele ja veaeelarvetele — ning intsidentidele, platvormiinsenerid arendajate iseteenindustööriistadele ja DevOps-insenerid konveieritele ja taristule. Üks redel katab tavaliselt kõik kolm; kohanda pädevuste sõnastust, selle asemel et luua eraldi redeleid.
Tavaliselt siis, kui arendajad kulutavad märgatava osa nädalast juurutamisele, keskkondadele ja tootmisprobleemidele funktsionaalsuste asemel või kui kliendid hakkavad küsima käideldavuse lubadusi ja turvaülevaatusi. Paljudes ettevõtetes juhtub see umbes 15–30 arendaja juures.
Jah, kuid arvesta seda, mida inimene õpib ja parandab, mitte seda, mitmele häirele ta vastas. Suure intsidendi hea juhtimine, intsidendianalüüsid, mille järeltegevused saavad tehtud, ja häiremüra vähendamine on selged tõendid järgmise taseme kohta. Sage valves olemine seda ei ole.
Need võivad aidata platvormi selgeks õppida, kuid ei tohiks taset otsustada. Hinda pädevuste maatriksi alusel seda, mida inimene on sinu keskkonnas ehitanud ja käitanud. Sertifikaat ilma selliste tõenditeta ei näita järgmist taset; need tõendid ilma sertifikaadita näitavad.
Kolm või neli, sest sellise suurusega ettevõtete taristumeeskonnad on väikesed. See mall kasutab nelja — Junior DevOps-insener, DevOps-insener, Senior DevOps-insener ja Staff DevOps-insener — ning sobib hästi kokku viietasemelise tarkvaraarendaja redeliga, kus Staff-tasemed on samal kõrgusel.
Seadista selle tasemed ja oskused oma meeskonnale, hinda inimesi nende põhjal check-in’ides ja hoia edutamisotsused järjepidevad.
Tasuta pakett · Krediitkaarti pole vaja
Arendus
Viis taset Junior arendajast Principal-insenerini ja kuus pädevust koodi tarnimisest meeskonna kasvatamiseni.
Arendus
Neli taset Junior QA-insenerist Lead QA-insenerini ja kuus pädevust testide disainist kvaliteedipraktikateni.
Arendus
Neli taset Engineering Managerist VP of Engineeringuni ja kuus juhtimispädevust.