de Marco Massenzio

De la Scrum Master la VP of Engineering: de ce sunt importante titlurile posturilor

De la Scrum Master la VP of Engineering de ce

Atunci când se negociază un nou loc de muncă, multe companii tratează problema titlului postului cu o anumită lumină. Se pare că spun: „Suntem așa de mișto și de șold pe aici și tu ești atât de minunat. Am face orice să te avem. ”

Totul pare grozav. Titluri cu sunete impresionante pentru toată lumea! Până când realitatea începe să pătrundă.

În ultimii 20 de ani am fost Senior Engineering Manager la Google. Am fost vicepreședinte de inginerie la câteva startup-uri și director de inginerie la încă câteva. Și acum sunt arhitect senior la Apple.

În consecință, în ultimii zece ani am angajat direct peste 100 de persoane în diferite funcții tehnice, la diferite niveluri de vechime, pentru echipe de toate dimensiunile.

În plus, am avut o influență decisivă asupra faptului dacă iau sau nu directori de rang înalt.

Și vă pot spune sigur un lucru: titlul postului dvs. contează. Mult.

Ce este într-un nume

Realitatea este că titlul și responsabilitățile sunt strâns legate. Și, deși, în mod evident, vor varia de la o companie la alta – și vor varia de la o industrie la alta, vor stabili scena pentru așteptările pe care vi se va cere să le îndepliniți (sau, în mod ideal, să le depășiți). Ei dictează ce fel de conducere de muncă vă va cere să întreprindeți și ce fel de muncă nu vă vor considera.

Asumarea unui rol care nu îți îndeplinește așteptările sau care îți depășește cu mult abilitățile actuale este adesea mai rea decât negocierea unui salariu greșit: salariul poate fi fixat de obicei într-un fel sau altul, fără prea multe agitații (deoarece salariul tău este cunoscut doar de o mână al oamenilor).

Titlul postului dvs. este foarte public și cunoscut de oricine. Adăugați la aceasta stigmatul cultural de a fi „retrogradat” și erorile legate de titlul postului sunt practic nefixabile.

Preistorie

Când avea în jur de 5 sau 6 ani, fiica mea mi-a pus cea mai dulce întrebare: „Dar, tată, ce faci pentru muncă?”

La acea vreme, conduceam propria companie (dezvoltând un echivalent Waze – în 2002!). De asemenea, am fost partener general al unei companii de consultanță pe care am cofondat-o, unde am consiliat companiile cu privire la strategiile tehnice legate de planificare, finanțare și desfășurare rețelele wireless pentru scopuri. Acest lucru nu se potrivea prea mult cu rolurile pe care le citea la școală: un pompier sau un profesor sau instalator care nu eram.

1611494767 954 De la Scrum Master la VP of Engineering de ce

Mulți ani mai târziu, am ajuns să-mi pun o variantă a aceleiași întrebări. Tocmai m-am alăturat unei start-up-uri din San Francisco, cu o creștere rapidă, ca „inginer principal”, cu o înțelegere (dar, și aceasta a fost greșeala mea crucială, nu un acord scris) că, odată ce am însușit fundamentele tehnologiei și familiarizându-mă cu echipa, m-ar promova ca director de inginerie.

Apoi, realitatea a intrat în acea poveste grozavă pe care mi-a spus-o, când m-au promovat în schimb la Managerul de Inginerie – care era de fapt mai mult un rol de maestru scrum, fără autoritate reală asupra direcției echipei.

Inutil să spun că acea poveste nu s-a încheiat bine.

Pentru a-i ajuta pe ceilalți să evite aceeași soartă, în cele ce urmează voi prezenta rolurile și responsabilitățile asociate de obicei cu aceste titluri:

  • inginer sef
  • Director inginerie
  • VP de inginerie
  • Manager de produs
  • Scrum master

La un moment dat sau altul, am deținut toate aceste roluri și am angajat și am gestionat oameni în aceste roluri. Pe baza experienței mele, să ne scufundăm în ceea ce ar trebui să implice fiecare dintre aceste responsabilități.

Un Scrum Master …

1611494767 836 De la Scrum Master la VP of Engineering de ce
  • susține echipa Scrum în gestionarea diferitelor sarcini, povești și bug-uri din sistemele de urmărire Agile du jour (cum ar fi Jira, Rally, Pivotal).
  • se poate dubla ca Manager de versiuni, asigurându-se că toate caracteristicile critice pentru versiunea dată sunt atribuite și urmărite.
  • asigură fluxul de comunicare, în special în jurul blocanților și al problemelor sensibile la timp.
  • la un capăt al spectrului, așa cum a spus altcineva, poate fi doar un „administrator glorificat”. La celălalt capăt al spectrului, ei pot fi un membru foarte performant al echipei de ingineri, ajutând la mișcarea lucrurilor.

Sarcina principală de zi cu zi:

Urmăriți și gestionați problemele Jira și asigurați-vă că acestea sunt actualizate.

Orizont de timp:

Foarte tactică. 1-2 sprinturi cel mult.

Un manager de produs …

  • are o conștientizare deplină a caracteristicilor produsului, poziționarea acestuia pe piață (atât în ​​ceea ce privește nevoile segmentelor de clienți, cât și poziția strategică a concurenților), precum și direcția viitoare (aka foaie de parcurs).
  • are responsabilitatea deplină asupra priorității relative a caracteristicilor, precum și asupra criticității lor de timp.
  • coordonează cererile diferitelor vânzări și ale echipelor de cont în zonele de dezvoltare a produselor.
  • coordonează diferite echipe de inginerie și dependențe (consultativ).
  • așa cum a spus cineva, servește ca o „punte între vânzări și inginerie”

Sarcina principală de zi cu zi:

Gestionarea foii de parcurs, planificarea și gestionarea Sprint, îngrijirea restantei.

Orizont de timp:

De la tactică (Sprint) la strategică (până la mai multe versiuni, foaie de parcurs de 6-12 luni).

Un manager de inginerie …

  • gestionează alți ingineri, cu un nivel variat de vechime și expertiză.
  • are o înțelegere tehnică aprofundată a (domeniilor) produsului.
  • este responsabil pentru bunăstarea echipei de ingineri, dezvoltarea și dezvoltarea profesională a acestora și este persoana principală responsabilă pentru satisfacția lor la locul de muncă.
  • se ocupă cu gestionarea resurselor cu granularitate fină (adesea la nivel individual).
  • desfășoară angajări și concedieri (sau, mai larg, managementul performantei).
  • interacționează în principal cu inginerii din echipă, precum și cu alți manageri de inginerie, manageri de produse și masterat Scrum.
  • după cum am spus odată: „scutul uman pentru echipă”

Sarcina principală de zi cu zi:

Discutând cu alți ingineri și asigurându-vă că blocanții sunt îngrijiți. Managerii de inginerie petrec, de asemenea, o cantitate semnificativă de timp în codificare.

Orizont de timp:

De la tactică (niciodată o zi plictisitoare!) La Trimestrial (managementul performanței inginerilor).

Un director de inginerie …

1611494768 819 De la Scrum Master la VP of Engineering de ce
  • gestionează manageri de inginerie (și, eventual, manageri de calitate, manageri de produse și manageri de versiuni).
  • are o bună înțelegere tehnică a produsului în ansamblu.
  • are cunoștințe despre arhitectura produselor și știe cum îl influențează interacțiunile diferitelor echipe.
  • asigură coordonarea între echipe și funcționalitate (cum ar fi cu Vânzări, Produs, QA).
  • supraveghează procesul de gestionare a versiunilor end-to-end (care include testarea, QA și operațiunile).
  • poate avea unele (sau toate) acele funcții care le raportează și ele (în funcție de dimensiunea / complexitatea produsului, echipei sau organizației).
  • este responsabil pentru livrarea practicilor și proceselor de inginerie.
  • păstrează responsabilii managerilor și se asigură că își continuă dezvoltarea profesională.

Sarcina principală de zi cu zi:

În principal, întâlniri: asigurarea tuturor părților organizației inginerești funcționează la cele mai productive, asigurând integritatea și eficiența multifuncțională.

Unele lucrări tehnice, de obicei la nivel arhitectural.

Orizont de timp

Strategic pe termen mediu – de obicei mai multe trimestre.

Un vicepreședinte al ingineriei …

  • deține viziunea, practicile și procesele de inginerie.
  • trebuie să aibă o înțelegere arhitecturală solidă a produsului și a modului în care acesta se potrivește cu alte tehnologii / produse (concurente, complementare și de susținere).
  • poate deține arhitectura produsului și poate participa activ la înființarea și dezvoltarea acesteia.
  • este responsabil pentru toate domeniile care participă la procesul de livrare a produsului: Dezvoltare, QA / QE, Testare, Managementul lansărilor. În funcție de organizație, poate deține și Produs și Operațiuni (Infrastructură).
  • se concentrează în principal pe viziunea pe termen lung a produsului și pe nevoile clienților / pieței.
  • lucrează îndeaproape cu alți VP (și CTO / CEO) pentru a se asigura că organizația în ansamblu este pe deplin aliniată cu viziunea și strategia.
  • asigură că toate părțile organizației inginerești funcționează la cea mai bună productivitate și eficiență.
  • în ceea ce privește livrarea produsului, acestea sunt „acolo unde se oprește dolarul”.

Sarcina principală de zi cu zi:

Întâlniri – cu alți VP, clienți și directori de nivel C.

Orizont de timp

Strategic – de la câteva trimestre la ani.

Sper că acest articol v-a dat o idee mai bună despre bogatul ecosistem de manageri din cadrul ingineriei software. Sper, de asemenea, că v-a întărit importanța unor titluri de post exacte. Ia-i în serios!

Mulțumesc pentru lectură!

Publicat inițial la codetrips.com pe 12 iunie 2015.