De ce Excelența Tehnică Singură Nu Mai Promovează Inginerii în Era AI

AI a cauzat o schimbare majoră în modul în care lucrăm și ce se automatizează în cadrul echipelor tehnice. În munca mea la Sombra, am văzut această schimbare care modifică nu numai modul în care echipele livrează, ci și ce este recompensat în ceea ce privește creșterea carierei. Pentru o perioadă lungă de timp, calea de creștere în tehnologie a fost destul de liniară: învățai noi abilități, deveneai tot mai bun din punct de vedere tehnic, deveneai cineva care rezolva probleme grele, construiai o reputație și încredere și apoi câștigai drumul tău în carieră.

Dar acest ciclu începe să se încheie. AI preia o mulțime de sarcini, accelerând munca și reducând costurile. Acest lucru nu înseamnă că abilitățile tehnice nu mai sunt importante, dar face ca sarcinile care necesită judecată, gândirea rezultatelor și luarea deciziilor să fie mai importante.

Acesta este schimbarea pe care am experimentat-o însămi pe drumul meu de la inginer la co-fondator și CTO la Sombra. Cinci ani în cariera mea de inginer, devenisem genul de specialist pe care echipele se bazează. Eram genul de angajator care putea rezolva probleme tehnice dificile, prelua proprietatea asupra unui proiect complex și putea fi încredințat atunci când proiectele erau în pericol. Dar ceva lipsea și mă simțeam blocat.

Părea că atinsesem tavanul carierei mele și nu puteam merge mai departe. Abilitățile mele tehnice erau la apogeu, dar următorul stadiu de creștere necesita ceva diferit – gândirea de business.
Nu puteam merge înainte doar știind cum să construiesc ceva, trebuia să învăț ce era important de construit în primul rând.

Acel tip de tavan devine tot mai frecvent în întreaga industrie.

Piața se schimbă mai repede decât mulți ingineri realizează

Forumul Economic Mondial raportează că 40% dintre angajatori se așteaptă să reducă forța de muncă acolo unde AI poate automatiza sarcinile, în timp ce cercetarea Anthropic despre dezvoltarea de software sugerează că, pe măsură ce AI preia mai multe sarcini de dezvoltare repetitive, mai mulți ingineri pot fi împinși către proiectare și luare de decizii la nivel superior.

Desigur, există încă o cerere enormă pentru talente tehnice. Nu mă înțelegeți greșit, abilitățile tehnice grele rămân fundamentale pentru profesie, dar tendința generală este că există mai puține roluri în care doar executarea este suficientă pentru a avansa. Există o cerere mare pentru oamenii care pot formula probleme, prioritiza sub constrângeri și conecta munca tehnică la valoarea de business.

Acesta a fost tranzitul pe care trebuia să îl fac. Cel mai mare upgrade nu a fost doar tehnic, a fost contextual.

Nu am abandonat ingineria, am extins-o și am redefinit întrebările din jurul ei.

Am încetat să măsor creșterea carierei mele în termeni de “mai mult cod”, “mai multă complexitate” sau “proprietate tehnică mai grea” și am trecut la arhitectură, impact de business și calitatea deciziilor.

Cinci schimbări care au modificat modul în care lucram

Acest lucru poate părea abstract, deci o să îl descompun în 5 schimbări practice care m-au ajutat să dezvolt o mentalitate de business.

Prima schimbare a fost învățarea directă a afacerii, în loc de a primi informații indirecte prin bilete.

Mulți ingineri lucrează pe baza unor semnale downstream. Primim cerințe, dar nu și conversația care le-a modelat. Nu vedem compromisurile din spatele sarcinilor noastre, nici motivele strategice pentru care aceste sarcini există.

Așa că am început să învăț direct despre afacere. Am început să particip la mai multe apeluri de vânzări și suport, ascultând conversațiile lor cu atenție și acordând mai multă atenție discuțiilor cu părțile interesate. În timp, am încetat să văd munca mea ca o serie de livrări izolate.

Am ajuns la o realizare: o soluție tehnică elegantă care sosește prea târziu, costă prea mult sau rezolvă o problemă greșită nu este o muncă strategică. Este doar corectitudine scumpă.

A doua schimbare a fost învățarea limbajului de business fără a-l trata ca ceva rezervat exclusiv pentru executivi.

Am început să învăț toți acei termeni pe care mulți ingineri nu sunt învățați în mod explicit: ROI, costul întârzierii, costul oportunității, expunerea la risc, marja și secvențierea. Acest lucru este pur și simplu inevitabil dacă vizați poziții senior sau C-level.

Acest lucru afectează judecata tehnică, deoarece mulți specialiști sunt buni la rezolvarea problemelor, dar nu pot prioritiza și evalua problemele în funcție de obiectivele de business.

Pentru mine, învățarea acelui limbaj a schimbat modul în care comunicam și, mai important, modul în care judecam soluțiile. Munca în sine a rămas tehnică, dar logica din spatele ei a devenit mai amplă.

Acesta este un aspect important în era AI. AI poate ajuta tot mai mult echipele să execute, dar nu poate deține încă luarea deciziilor. Acest strat aparține oamenilor.

O altă schimbare majoră de mentalitate a fost definirea succesului înainte de a scrie cod.

În timp, înainte de a începe implementarea, m-am întrebat o serie de întrebări:

• Ce anume schimbă pentru utilizator sau pentru afacere?
• Care metrică ar trebui să se miște?
• Cum va ști cineva că a contat?

Aceste întrebări m-au ajutat foarte mult să clarific lucrurile înainte de a începe să codific. M-au salvat și de o eroare comună: investind foarte mult în livrare înainte de a alinia impactul.

Acesta este unul dintre motivele pentru care măsurarea contează atât de mult. Cercetarea DORA despre livrarea de software a arătat valoarea măsurării modului în care echipele livrează software în siguranță, rapid și eficient. Dar, în practică, liderii tehnici de înaltă performanță merg de obicei un pas mai departe: conectează metricile de livrare la rezultatele produsului și la rezultatele de business.

Cu alte cuvinte, livrarea nu este linia de sosire. Desigur, estimăm rezultatele pe baza livrării, dar adesea capacitatea de a defini succesul în avans este ceea ce mută pe cineva într-o poziție de conducere mai largă.

A patra schimbare a fost testarea ipotezelor înainte de a supraconstrui.

Inginerii puternici tind să supraconstruiască, ghidați de concepția comună că AI face construirea mai ieftină și că mai multă inginerie înseamnă automat o calitate mai bună.

Oamenii tehnici de înaltă performanță sunt adesea instruiți să gândească în termeni de soluții robuste, deoarece toți vrem să construim lucrurile în mod corespunzător. Acesta este un trăsăt tură excelentă de dezvoltat, dar adesea devine costisitor atunci când vă angajați într-o soluție completă înainte de a valida ipotezele.
De aceea, una dintre schimbările mele practice cele mai importante a fost să forțez o pauză înainte de a construi și de a defini ipotezele mele. Odată ce ipoteza este explicită și clară, munca se schimbă.

Scopul nu mai este să demonstrez cât de sofisticată poate fi soluția. Scopul este să învăț rapid, ieftin și suficient de clar pentru a decide ce merită o investiție mai profundă.

Ultima schimbare care m-a ajutat foarte mult a fost scrierea unor note scurte de decizie înainte de a codifica.

Acesta poate fi cel mai practic obicei dintre toate. Și nu mă înțelegeți greșit, nu încerc să impun un alt document — doar o notă scurtă și structurată pentru a vizualiza gândirea: ce opțiuni există, ce riscuri contează, ce impact este așteptat, ce recomandare are sens și unde este nevoie de aliniere.

Acest lucru nu a îmbunătățit doar comunicarea, ci a expus și raționamentul slab devreme și a ajutat la clarificarea ipotezelor (a se vedea schimbarea anterioară). Mai mult, a creat un registru al motivului pentru care s-a luat o decizie, ceea ce devine deosebit de valoros atunci când se examinează rezultatele. Această mică acțiune poate schimba modul în care deciziile sunt formulate, comunicate și deținute.

În practică, multe promovări au loc pentru că o persoană poate reduce ambiguitatea pentru alții, nu pentru că sunt cea mai strălucită persoană tehnică din cameră.

De ce următorul nivel este despre decizii mai bune

Acesta este greșeala mai mare pe care o fac mulți oameni atunci când vorbesc despre AI și cariere tehnice. Ei structurează povestea ca și cum alegerea ar fi între adâncimea tehnică și conducere, sau între inginerie și management.

Abilitățile tehnice încă contează. În multe cazuri, contează chiar mai mult pentru că oamenii au nevoie de suficientă adâncime pentru a judeca ce fac sistemele AI, unde eşuează și ce ar trebui sau nu ar trebui să fie încredințat. Dar excelența tehnică în sine este mai puțin diferențiată atunci când mai multă execuție poate fi accelerată de unelte. Acesta este exact ceea ce marturisim în fiecare zi la Sombra: cea mai rapidă creștere a carierei are loc atunci când inginerii asociază adâncimea tehnică cu gândirea de business.

Acest lucru nu înseamnă că fiecare inginer puternic ar trebui să devină manager. Dar înseamnă că drumul înainte se schimbă. Următorul nivel este mai puțin despre a dovedi că cineva poate face cea mai grea sarcină singur și mai mult despre a dovedi că poate ajuta o echipă și o afacere să ia decizii mai bune.

Nu am lovit un zid pentru că mi-a lipsit inteligența sau disciplina. Am lovit un zid pentru că următorul nivel cerea o perspectivă mai largă. Odată ce s-a schimbat, și scopul meu s-a schimbat.