Даследаванне: 93% распрацоўшчыкаў выкарыстоўваюць ШІ, але прырост прадуктыўнасці завіс на 10%
Амаль усе распрацоўшчыкі ўжо выкарыстоўваюць ШІ-асістэнтаў для кода — але адчувальнага скачка прадукцыйнасці гэта пакуль не дало. Пра гэта распавяла CTO кампаніі DX Лора Тачо на Pragmatic Summit, прадстаўляючы даследаванне Measuring Developer Productivity & AI Impact.
Амаль усе распрацоўшчыкі ўжо выкарыстоўваюць ШІ-асістэнтаў для кода — але адчувальнага скачка прадукцыйнасці гэта пакуль не дало. Пра гэта распавяла CTO кампаніі DX Лора Тачо на Pragmatic Summit, прадстаўляючы даследаванне Measuring Developer Productivity & AI Impact.
У выбарцы — 121 тысяча распрацоўшчыкаў з 450+ кампаній. 92,6% рэспандэнтаў выкарыстоўваюць ШІ хаця б раз на месяц, каля 75% — кожны тыдзень. Гэта значыць, што гэта ўжо не эксперымент, а частка паўсядзённага працоўнага працэсу.
Пры гэтым эфект аказаўся даволі прыземленым. Распрацоўшчыкі кажуць, што эканомяць 4,08 гадзіны на тыдзень — у 4 квартале 2025 года было каля 3,6-3,7 гадзіны, амаль столькі ж, колькі і ў 2 квартале. Прадукцыйнасць таксама ўпёрлася ў столь: у момант з’яўлення ШІ яна вырасла прыкладна на 10% — і з тых часоў трымаецца на гэтым узроўні. То бок хуткі буст адбыўся, але далейшага росту не адбылося.
Затое мяняецца іншае — доля кода, напісанага ШІ і які трапляе ў прадакшн практычна без правак. Паводле дадзеных Тачо, у перыяд з лістапада 2025 да лютага 2026 (выбарка каля 4,2 млн распрацоўшчыкаў) такі код складаў ужо 26,9% усяго прадакшн-кода — супраць 22% кварталам раней. А ў тых, хто карыстаецца ШІ штодзённа, амаль траціна кода, які праходзіць рэвью і трапляе ў прод, напісана ШІ.
Адзін з самых прыкметных эфектаў — анбордынг. Час да «10-га пул-рэквеста» (метрыка, якую часта выкарыстоўваюць як індыкатар паспяховага ўваходу ў праект) скараціўся ўдвая за перыяд з пачатку 2024 да канца 2025 года. Па сутнасці, ШІ паскарае ўваход у кодавую базу, зніжае кагнітыўную нагрузку і дазваляе хутчэй пачаць прыносіць карысць — ці то новы супрацоўнік, інжынер на новым праекце ці нават чалавек без класічнага бэкграўнду распрацоўшчыка. Прычым гэты эфект не кароткатэрміновы: чым хутчэй чалавек «укатваецца», тым даўжэй трымаецца прырост прадукцыйнасці.
Але на ўзроўні кампаній карціна моцна разыходзіцца. У даследаванні, якое ахапіла 67 тысяч распрацоўшчыкаў, відаць амаль біпалярнае размеркаванне: у адных арганізацый колькасць інцыдэнтаў, якія закранаюць карыстальнікаў, вырасла ўдвая, у іншых — знізілася на 50%. Розніца не ў самых інструментах, а ў тым, як іх укараняюць. У сталых камандах ШІ працуе як «мультыплікатар» — паскарае працэсы, павышае якасць і надзейнасць. У слабых — наадварот, проста падсвечвае існуючыя праблемы.
Як фармулюе Тачо: «Трансфармацыя — гэта дыскамфорт. Кампаніі, якія не дацягнулі трансфармацыю аблокаў ці аджайл, зараз так жа здаюцца на ШІ». І гэта праблема не інструментаў, а менеджменту: «Хайп ствараў адчуванне, што дастаткова паспрабаваць ШІ, і ўсё акупіцца. Але пакуль яго выкарыстоўваюць на ўзроўні асобных задач. Каб атрымаць эфект, трэба ўкараняць яго на ўзроўні ўсёй арганізацыі».
Яна прыводзіць і канкрэтныя лічбы па інструментах. Напрыклад, дэсктопная аплікацыя Codex, запушчаная 2 лютага, ужо перавысіла 1 млн загрузак і расла на 60% за тыдзень. Унутры OpenAI 95% распрацоўшчыкаў выкарыстоўваюць Codex, і яны ствараюць прыкладна на 60% больш пул-рэквестаў. У буйной кампаніі кшталту Cisco каля 18 тысяч інжынераў штодзённа выкарыстоўваюць Codex для складаных міграцый і код-рэвью, і гэта дазволіла скараціць час рэвью ўдвая.
Але і тут ёсць агаворка: ШІ не папраўляе сістэмныя праблемы. Калі ў кампаніі павольныя CI, дрэнная дакументацыя, размытыя межы сэрвісаў, ён толькі паскорыць хаос. «Я скептычна стаўлюся да абяцанняў любой тэхналогіі палепшыць прадукцыйнасць без ліквідацыі базавых абмежаванняў. Калі мы іх не вырашым, мы проста „возьмем іх з сабой у космас“», — прама кажа Тачо.
Ключ да поспеху не ў саміх мадэлях, а ў DevEx (developer experience) і кіраванні зменамі. У кампаній, у якіх «атрымліваецца», ёсць тры агульныя рысы: яны ставяць выразныя мэты і вымяраюць вынік, укладваюцца ў зручнасць распрацоўкі і інфраструктуру, і ўкараняюць ШІ не як цацку для асобных задач, а як частку ўсёй сістэмы. Пры гэтым галоўны бар’ер — не тэхналогіі, а арганізацыйныя працэсы і лідэрства.
«Паспяховыя кампаніі эксперыментуюць, вырашаючы рэальныя праблемы кліентаў. Засвойваць Марс гучыць класна, але гэта дорага і адцягвае ад асноўнага бізнесу», — кажа Тачо. То бок замест хайпу фокус павінен быць на практычнай каштоўнасці, таму што рэальны эфект ад ШІ пачынаецца не там, дзе яго «проста выкарыстоўваюць», а там, дзе пад яго мяняюць саму арганізацыю.
Логично. Ведь наибольшая часть работы - это не написание кода. И даже не проработка задачи до написания. А преодоление всяких организационных и инфраструктурных препятствий.
Рэлацыраваліся? Цяпер вы можаце каментаваць без верыфікацыі акаўнта.
Логично. Ведь наибольшая часть работы - это не написание кода. И даже не проработка задачи до написания. А преодоление всяких организационных и инфраструктурных препятствий.