Чому технічна досконалість сама по собі вже не просуває інженерів по службі в ері штучного інтелекту

Штучний інтелект спричинив значний зсув у тому, як ми працюємо та що автоматизується всередині технічних команд. У своїй роботі в Sombra я бачив, як цей зсув змінив не тільки те, як команди доставляють результати, але й те, що винагороджується в кар’єрному зростанні. Протягом тривалого часу шлях зростання в технологіях був досить лінійним: ви вивчали нові навички, продовжували вдосконалюватися технічно, ставали тим, хто розв’язує складні проблеми, будували свою репутацію та довіру, а потім заробляли свій шлях вгору по кар’єрній драбині.

Але цей цикл зараз починає ламатися. Штучний інтелект перебирає на себе велику кількість завдань, прискорюючи роботу та знижуючи витрати. Це не означає, що технічні навички вже не важливі, але це робить завдання, які вимагають судження, мислення результатів та прийняття рішень, більш важливими.

Це зсув я пережив особисто на своєму шляху від інженера до співзасновника та технічного директора в Sombra. П’ять років після початку моєї інженерної кар’єри я став таким спеціалістом, на якого команди спираються. Я був тим видом роботодавця, який міг розв’язувати складні технічні проблеми, брати на себе відповідальність за складну роботу та бути довіреним, коли проекти були під вогнем. Але щось було відсутнє, і я відчував себе застряглим.

Було видно, що я досягнув свого кар’єрного стелі та не міг піти далі. Мої технічні навички досягли свого піку, але цей наступний етап зростання вимагав чогось іншого – бізнес-мислення.
Я не міг рухатися вперед, знаючи тільки, як щось побудувати, мені потрібно було вивчити, що варто будувати спочатку.

Такий стель стає все більш поширеним у всій галузі.

Ринок змінюється швидше, ніж багато інженерів розуміють

Світовий економічний форум повідомляє, що 40% роботодавців очікують скорочення робочої сили, де штучний інтелект може автоматизувати завдання, тоді як дослідження Anthropic щодо розробки програмного забезпечення свідчить про те, що коли штучний інтелект бере на себе більше повторюваних робіт з розробки, більше інженерів можуть бути спрямовані на вищій рівень проектування та прийняття рішень.

Очевидно, що все ще існує величезний попит на технічних фахівців. Не плутайте мене, технічні жорсткі навички залишаються основою професії, але загальна тенденція полягає в тому, що існує менше ролей, де виконання samo по собі достатньо для руху вгору. Є високий попит на людей, які можуть сформулювати проблеми, пріоритезувати під обмеженнями та з’єднати технічну роботу з бізнес-цінністю.

Це був перехід, який мені потрібно було зробити. Мій найбільший апгрейд не був тільки технічним, а контекстним.

Я не покинув інженерію, я розширив її та переформулював питання навколо неї.

Я перестав вимірювати свій кар’єрний рост у термінах “більше коду”, “більше складності” або “важчої технічної власності” і перейшов до архітектури, бізнес-впливу та якості рішень замість цього.

П’ять зрушень, які змінили мою роботу

Це може звучати абстрактно, тому я розберу це на 5 практичних зрушень, які допомогли мені розвинути бізнес-менталітет.

Перше зрушення полягало в тому, щоб вивчити бізнес безпосередньо, а не отримувати його з другого рук через тикети.

Багато інженерів працюють від сигналів вниз. Ми отримуємо вимоги, але не розмову, яка їх сформувала. Ми не бачимо компромісів за нашими завданнями, ані стратегічних причин, чому ці завдання існують.

Тому я почав вивчати бізнес безпосередньо. Я почав відвідувати більше продажів та підтримки дзвінків, слухати їх розмови уважно та приділяти більше уваги дискусіям зацікавлених сторін. З часом я перестав бачити свою роботу як серію ізольованих поставок.

Я прийшов до висновку: технічно елегантне рішення, яке надходить занадто пізно, коштує занадто дорого або розв’язує неправильну проблему, не є стратегічною роботою. Це просто дорога правильність.

Друге зрушення полягало в тому, щоб вивчити мову бізнесу без того, щоб ставити її в щось, зарезервоване для керівників.

Я почав вивчати всі ці терміни, яких багато інженерів ніколи не навчають явно: ROI, вартість затримки, можливість витрат, ризикові витрати, маржа та послідовність. Це просто неминуче, якщо ви претендуете на старші або керівні посади.

Це впливає на технічне судження, оскільки багато спеціалістів є великими в розв’язанні проблем, але вони не можуть пріоритезувати та оцінювати їх згідно з бізнес-цілями.

Для мене вивчення цієї мови змінило те, як я спілкувався, а ще важливіше, як я судив рішення. Робота залишилася технічною, але логіка за нею стала ширшою.

Це важливий розріз у добі штучного інтелекту. Штучний інтелект може все більше допомагати командам виконувати завдання, але він все ще не може володіти прийняттям рішень. Цей шар належить людям.

Іншим великим зрушенням було визначення успіху до написання коду.

З часом, перш ніж почати реалізацію, я запитував себе серію питань:

• Що саме це змінює для користувача або бізнесу?
• Який метрик повинен рухатися?
• Як хто-небудь знатиме, що це мало значення?

Ці питання дійсно допомогли розібратися все до початку кодування. Вони також врятували мене від поширеної помилки: інвестування великих коштів у доставку до того, як домовитися про вплив.

Це одна з причин, чому вимірювання має велике значення. Дослідження DORA про доставку програмного забезпечення показало значення вимірювання того, як команди доставляють програмне забезпечення безпечно, швидко та ефективно. Але на практиці високопродуктивні технічні лідери зазвичай йдуть на один рівень далі: вони з’єднують метрики доставки з результатами продукту та бізнес-впливом.

Іншими словами, доставка не є фінішною лінією. Безумовно, ми оцінюємо результати на основі доставки, але часто саме здатність визначити успіх заздалегідь рухає когось у бік більш широкого лідерства.

Четверте зрушення полягало в тому, щоб перевірити припущення до того, як ви перебудуєте.

Сильні інженери часто перебудовують, керуючись поширеним заблужденням, що штучний інтелект робить будівництво дешевшим і що більше інженерії автоматично означає вищу якість.

Високопродуктивні технічні люди часто навчаються думати у термінах надійних рішень, оскільки ми всі хочемо будувати речі правильним чином. Це велика риса для розвитку, але вона часто стає дорогою, коли ви зобов’язуєтеся повному рішенню до того, як перевірите припущення.
Тому одним з моїх найбільш практичних зрушень було примусове паузування перед будівництвом та визначення моїх припущень. Як тільки припущення стало явним та чітким, робота змінила форму.

Метою вже не є довести, наскільки складним може бути рішення. Метою є швидке, дешеве та чітке навчання, щоб вирішити, що заслуговує глибшої інвестиції.

Останнє зрушення, яке дійсно допомогло, полягало в тому, щоб написати короткі нотатки про рішення до кодування.

Це може бути найбільш практичною звичкою з усіх. І не плутайте мене, я не намагаюся примусити ще один документ — просто коротку та структуровану нотатку, щоб візуалізувати своє мислення: які варіанти існують, які ризики мають значення, який вплив очікується, яка рекомендація має сенс, і де ще потрібна узгодженість.

Це не тільки покращило спілкування, а й викрило слабке судження заздалегідь та допомогло прояснити припущення (див. попереднє зрушення). Крім того, це створило запис про те, чому рішення було прийнято, що стає особливо цінним, коли ви переглядаєте результати. Ця мала дія може змінити те, як рішення формулюються, спілкуються та володіються.

На практиці багато підвищень відбуваються тому, що людина може зменшити неоднозначність для інших, а не тому, що вони є найбільш технічно талановитою людиною в кімнаті.

Чому наступний рівень полягає в кращих рішеннях

Це більша помилка, яку багато людей роблять, коли вони говорять про штучний інтелект та технічні кар’єри. Вони формулюють історію так, як якщо б вибір був між технічною глибиною та лідерством, або між інженерією та управлінням.

Технічна майстерність все ще має значення. У багатьох випадках вона має значення навіть більше, оскільки людям потрібно достатньо глибини, щоб судити, що роблять системи штучного інтелекту, де вони провалюються, і що повинно або не повинно бути довіреним. Але технічна досконалість сама по собі менше диференційована, коли більше виконання може бути прискорено інструментами. Це саме те, що ми свідчимо кожен день у Sombra: найшвидше кар’єрне зростання відбувається, коли інженери поєднують технічну глибину з бізнес-мисленням.

Це не означає, що кожен сильний інженер повинен стати менеджером. Але це означає, що шлях вгору змінюється. Наступний рівень менше про те, щоб довести, що хтось може зробити найскладніше завдання сам, а більше про те, щоб довести, що хтось може допомогти команді та бізнесу приймати кращі рішення.

Я не врізався у стіну, тому що мені бракувало інтелекту або дисципліни. Я врізався у стіну, тому що наступний рівень вимагав ширшого поля зору. Як тільки це змінилося, моє коло зору також змінилося.