
MI palielina programmētāju jaudu, bet 42% izjūt lielāku izdegšanu

Terminal 24. septembrī publicētajā paziņojumā par 2026. gada State of Remote Engineering ziņojumu norādīja, ka 77% aptaujāto programmatūras inženieru MI palielinājis spēju veikt augstākas vērtības darbu, bet 42% izjūt lielāku izdegšanu nekā pirms gada; uzņēmuma vadītājs Dilans Serota (Dylan Serota) sacīja: “the job has to get better, not just faster”. Aptauja rāda darba jaudas un pašsajūtas līdzāspastāvēšanu, nevis pierāda, ka MI izraisa izdegšanu.
Terminal publicētie pētījuma rezultāti aptver vairāk nekā 1800 inženieru ASV, Kanādā, Eiropā un Latīņamerikā; 37% sevi pieskaitīja pie lietotājiem, kuri nosaka mērķi un ļauj MI aģentiem veidot, testēt un sagatavot programmatūru izlaišanai. Tādējādi rīki jau piedalās vairākos darba posmos, bet atbildība par rezultāta piemērotību un darba apjoma plānošanu paliek cilvēkiem. Lasītājam svarīgais jautājums ir, vai iegūtā jauda dod īsāku darba dienu vai vietu nākamajiem uzdevumiem.
MI aģenti maina izstrādes darba sadalījumu
Atšķirība starp koda ieteikumu un aģentam uzticētu uzdevumu ir būtiska slodzes vērtējumā. Ja rīks tikai piedāvā fragmentu, inženieris pats vada lielāko daļu darba gaitas. Ja aģents sagatavo plašāku risinājumu, cilvēka darbs vairāk pārvietojas uz mērķa formulēšanu, rezultāta pārskatīšanu un lēmumu par tā ieviešanu. Aptaujā izmantotā MI lietojuma kategorija raksturo šo pienākumu sadalījumu, nevis automātiski pierāda ietaupītas darba stundas.
Arī formulējums “spēja veikt augstākas vērtības darbu” jālasa precīzi: tas ir pašu respondentu vērtējums par iespējām, nevis izmērīts piegādātās programmatūras apjoms. Inženieris var ātrāk nonākt līdz sākotnējam risinājumam un vienlaikus vairāk laika veltīt prasību precizēšanai, drošības pārbaudei vai sarežģītu kļūdu izmeklēšanai. Daļa no šī darba var būt vērtīgāka par atkārtotu koda rakstīšanu, lai gan pabeigto uzdevumu skaitā tā nav viegli saskatāma.
Darba devējam tas rada jaunu plānošanas izvēli. Ja MI palīdz vienam cilvēkam sākt vairāk uzdevumu, komandai joprojām vajag laiku pārskatīšanai, testēšanai un lēmumiem par izlaišanu. Palielinot piešķirto darbu tikai pēc individuāli uztvertā ātruma, var noslogot posmus, kuros iesaistīti citi inženieri. Tad ātrāks sākums vēl nenozīmē ātrāku un drošāku piegādi.
Iegūtais laiks var pārvērsties papildu darbā
Produktivitātes paradokss rodas tad, ja katru ietaupīto stundu darba plānā uzreiz aizpilda nākamais uzdevums. Komanda var izdarīt vairāk, bet atsevišķa cilvēka slodze nesamazinās. Aptaujas dati neparāda, cik bieži darba devēji tā rīkojas, tāpēc šo mehānismu nevar pasniegt kā izmērītu izdegšanas cēloni. Tas ir konkrēts skaidrojums, kāpēc lielāka iespējamā jauda un lielāks nogurums var parādīties vienlaikus.
Programmatūras izstrādē šī atšķirība redzama starp koda sagatavošanu un tā nonākšanu lietotāju rīcībā. Ja MI paātrina pirmo posmu, pārskatīšanai var pienākt vairāk izmaiņu, nekā komanda spēj izvērtēt ierastajā laikā. Gaidīšana rindā, labojumi pēc pārskatīšanas un atkārtota testēšana nav pazuduši tikai tāpēc, ka sākotnējais kods tapis ātrāk. Pieaugot šiem darbiem, slodze maina vietu darba plūsmā.
Termiņi var kļūt saspringtāki arī bez skaidra lēmuma pagarināt darba dienu. Ja iepriekšējā piegāde ar MI palīdzību izdevusies ātrāk, šo tempu var izmantot nākamā darba cikla plānošanai, neatstājot tikpat daudz laika pārbaudei un neparedzētiem labojumiem. Šādā situācijā piegādes mērķis aug ātrāk par komandas spēju uzturēt kvalitāti. Izdegšanas pašvērtējums signalizē, ka līdzās paveiktajam darbam jāredz arī tā cena cilvēku laikā.
Komandas rezultātu nevar nolasīt no uzdevumu skaita
Vērtējot MI ieguvumu, pabeigto uzdevumu skaits jāskata kopā ar visu ceļu līdz stabilai piegādei. Noderīgi ir atsevišķi fiksēt laiku no darba sākšanas līdz izlaišanai, pārskatīšanā gaidošo izmaiņu apjomu un labojumus pēc izlaišanas. Ja uzdevumu kļūst vairāk, bet izmaiņas ilgāk gaida pārbaudi vai biežāk jālabo, individuālais ātrums nav pārvērties tādā pašā komandas caurlaidības pieaugumā.
Slodzei vajag savu mērauklu. Laiks, ko prasa MI sagatavotā koda pārbaude un pārstrāde, var atrasties citā darba posmā nekā ietaupījums tā veidošanā. Arī vakaros un brīvdienās nostrādātās stundas palīdz atšķirt lielāku piegādes apjomu no darba, kas vienkārši izplešas ārpus ierastā grafika. Savukārt inženieru pašu vērtējums par slodzi parāda pieredzi, kuru uzdevumu uzskaite neietver.
Šādu mērījumu jēga ir saprast komandas darbu, nevis sarindot programmētājus pēc individuāla ātruma. Sarežģīta kļūda, koda pārskatīšana un jauna risinājuma izstrāde rada dažādu skaitu uzskaitāmu uzdevumu, lai gan visi var būt nepieciešami vienai piegādei. Salīdzinājums kļūst informatīvāks, ja līdzās apjomam redzama kvalitāte, pārstrāde un nostrādātais laiks.
Latvijas komandām svarīgas ir pašu slodzes pārmaiņas
Eiropas inženieri ir iekļauti aptaujā, taču publiskajos rezultātos nav atsevišķa Latvijas rādītāja. Tāpēc globālo izdegšanas īpatsvaru nevar piedēvēt Latvijas programmētājiem. Vietējiem darba devējiem būtiskāks ir tas pats darba organizācijas jautājums: kas pēc MI ieviešanas notiek ar piešķirto uzdevumu skaitu, pārstrādi un darbu ārpus ierastajām stundām?
Atbalsts jaunajam darba veidam dažādos reģionos arī atšķiras: HRTechEdge apskatā minēts, ka par iekšējām MI mācību programmām ziņoja 41% aptaujāto ASV inženieru un 25% Latīņamerikas inženieru. Tie ir šo reģionu pašvērtējumi, nevis Latvijas darba devēju salīdzinājums. Atšķirība parāda, ka prasība strādāt ar MI un organizēts atbalsts šim darbam ne vienmēr attīstās vienādā tempā.
Ja uzņēmums palielina piegādes mērķus, tam jāparedz arī laiks rezultātu izvērtēšanai, mācībām un atelpai. Citādi iegūtā jauda vispirms parādīsies pilnākā uzdevumu rindā, bet tās sekas cilvēkiem kļūs redzamas tikai vēlāk — pārstrādē, darbā pēc stundām un pašsajūtā.
Lasiet arī:
Saistītie raksti


OpenAI pārņem Patreon kodolu — veidotāju rīki vēl paliek noslēpumā

Trace.Space laiž klajā Trinity — inženierijas dati nonāk vienā modelī

MI lietošana aug, bet spriestspēja atpaliek: IBM atklāj bīstamu plaisu

OpenAI atliek GPT-6.1 Astra — modelis nepalika uzdevuma robežās

ChatGPT vai Copilot programmā Word: dziļāka integrācija ne vienmēr uzvar
Abonējiet mūsu jaunumu vēstuli
Saņemiet jaunākās Web3, MI un kriptovalūtu ziņas tieši savā e-pastā.