Пастка плато

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

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

Новий розрив

Практично кожен старший інженер зараз використовує штучний інтелект. Copilot, Claude, Cursor, Codex, ви можете назвати будь-що. Ця частина вже вирішена. Якщо ви керуєте інженерною організацією, ви, ймовірно, бачите широке впровадження та відчуваєте себе добре щодо цього.

Ви не повинні.

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

Обидві групи з’являються у ваших панелях як “прихильники штучного інтелекту”. Але одна група знаходиться на прогресивній програмі тренування. Інша зупинилася на першій вагі, яка відчувалася комфортною.

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

Як виглядає плató насправді

Інженер, який досяг плató, не робить нічого неправильного в традиційному сенсі. Він компетентний. Він відправляє. Він використовує свого агента для простих завдань і прибирає після нього. Він отримав, можливо, 20-30% продуктивного підйому і вирішив, що це достатньо.

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

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

Конкурентний тиск реальний і прискорюється

Якщо ваші команди мали б люксу адаптуватися у власному темпі, проблема плató була б питаннями управління продуктивністю. Дратівливим, але керованим.

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

Галузь програмного забезпечення, в основному, була створена для допомоги людям у цифровій роботі: допомозі агентам підтримки бачити вхідні випадки, відстежувати відповіді клієнтів, керувати робочими процесами. Тепер агенти штучного інтелекту витісняють весь робочий процес і, разом з ним, порушують основні платформи SaaS. Крім того, оскільки штучний інтелект стає все більш здатним щодня, ваші клієнти починають ставити питання: “Чи нам ще потрібно купувати це, або ми можемо побудувати це самі зараз?” Штучний інтелект почав зменшувати бар’єр між “купити” і “побудувати” для розширюваного набору випадків використання. Липкість, яка раніше захищала ваш дохід, ослаблюється кожен квартал.

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

Цитата, яка переформулювала все для мене

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

“Було легше для мене ітерувати це з моїми агентами, ніж з тим інженером.”

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

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

• Вони працюють “на одному рівні” зі своїми зацікавленими сторонами (менеджерами продукту, інженерними менеджерами тощо). Вони розуміють, що таке добре, тому вам не потрібно надмірно пояснювати їм речі. Тому що якщо вони виробляють стільки ж недорозумінь, як і їхній агент кодування, агент завжди виграє цю битву. Він доступний миттєво, 24/7, і невтомний.
• Вони постійно покращують свої налаштування штучного інтелекту, тому коли ви передаєте їм щось, ви знаєте, що це буде зроблено не тільки добре (див. вище), але й досить швидко, щоб підтримувати новий темп ринку.

Чому це проблема лідерства, а не індивідуальна

Це спокусительно сформулювати це як індивідуальну відповідальність інженера. “Втримайся або відстань”. Але якщо ви керуєте інженерною організацією, така формулювання звільняє вас від відповідальності.

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

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

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

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

• Зменшіть зміну. “Впровадити штучний інтелект” занадто абстрактно, щоб діяти. Цього спринту, прикріпіть тестування агентів з кінця в кінець, наступного спринту розгорніть це по всій організації, і так далі. Конкретні керувані кроки перемагають амбітні програми трансформації кожен раз, і маленькі перемоги мають значення.
• Змініть значення за замовчуванням. Закодуйте процес верифікації у навичках штучного інтелекту і переконайтесь, що вони розгорнуті по всій команді і по всіх їхніх агентах. Визначте свої робочі процеси і використовуйте інструменти, які підтримують це. Зробіть новий спосіб роботи шляхом найменшого опору, щоб люди рухались до нього, а не мали б боротися за те, щоб туди добратися.

Вікно закривається

Ось частина, яка робить це терміновим, а не просто важливим.

Зараз розрив адаптації є продуктивною різницею. Ваші інженери, які досягли плató, працюють повільніше, ніж адаптовані, але вони все ще продуктивні. Вони все ще внесли свій внесок. Ви можете їх нести.

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

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

Кожен інженерний лідер, з яким я розмовляю, розуміє це інтелектуально. Дуже мало хто змінив, як вони керують своїми командами у відповідь. Розрив між розумінням і діями сам по собі є своєрідним плató.

Не існує комфортного темпу

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

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

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