O zlepšení DevEx a únave z rozhodovania

V oblasti developerskej skúsenosti (DevEx) sa dnes upriamuje pozornosť na fázu, ktorá nastane po vygenerovaní kódu. Developeri totiž často pociťujú tzv. únavu z rozhodovania a vyhorenie. Kvalita ich pracovných podmienok sa pritom odzrkadľuje na technologickom dlhu, inováciách a úspechoch spoločností, o čom mnohé z nich netušia.

Hoci kód sa dnes vytvára jednoduchšie, život vývojárov sa stal namáhavejším. Zvýšila sa totiž miera zaťaženia v neskorších fázach životného cyklu vývoja softvéru, ako je revízia kódu, DevOps/SRE, bezpečnosť a infraštruktúra.  

Spoločnosť Smartsheet zistila, že hoci sa u firemných používateľov medziročne zvýšila intenzita automatizácie o 55 %, ich celková aktivita vzrástla o 46 %. To znamená, že ich pracovný deň sa nepredĺžil, len sa stal viac zahustený prácou. Automatizácia produkuje vyšší počet výstupov, a tak musia vývojári oveľa častejšie posudzovať, či priniesla dostatočne kvalitné výsledky.

„Mali sme softvérovú inžinierku, ktorá produkovala sedemkrát viac kódu ako ktokoľvek iný v jej tíme. Bol to navyše kód vysokej kvality. Check-iny a revízie boli úžasné. Ale zvyšných šesť ľudí v tíme trávilo väčšinu času revidovaním jej kódu, namiesto toho, aby kód písali,“ vysvetľuje Pratima Arora, CPTO Smartsheet.

Revízie kódu si vyžadujú rozsiahle odborné znalosti kódovej základne, čo znamená, že na človeka, ktorý posudzuje commit kódu, je vyvíjaný veľký tlak. „V podstate sa od vás očakáva, že prispejete svojou expertízou. Uvedomujete si pritom, že ak danú revíziu pokazíte, boli ste gatekeeperom tohto kódu a môže to byť vaša chyba,“ dodáva Carol Lee, PhD z Intuit.

Výskum Smartsheet zistil, že 80 % obsahu, ktorý vygeneruje AI, sa pred finalizáciou upravuje. Takéto úpravy vyplývajú z pochopenia kontextu daného kódu, no keďže v prípade AI nikto nenapísal pôvodný kód, kontext, ktorý je potrebné zistiť, je rozsiahlejší.

Životy vývojárov to preto neuľahčilo, ale naopak zintenzívnilo. Kým viacerí AI agenti bežia na pozadí, IT špecialisti kontrolujú kód, chodia na mítingy a píšu dokumentáciu. Cítia sa byť produktívnejší, ale nie vždy tomu tak je.

„Zmenilo sa množstvo rozhodnutí, ktoré robíme za deň, a množstvo informácií, ktoré zhromažďujeme a na základe ktorých sa snažíme rozhodnúť,“ tvrdí Pratima Arora.

A práve narastajúca únava z rozhodovania je častým problémom. So zvyšujúcou sa pracovnou záťažou sa navyše spoľahlivosť rozhodnutí môže znižovať. Cat Wu, vedúca produktového oddelenia pre Claude Code a Cowork v Anthropic, napríklad v jednom rozhovore priznala, že únik zdrojového kódu bol dôsledkom ľudskej chyby.

Niektoré organizácie sa preto snažia prekonfigurovať životný cyklus vývoja softvéru, aby zmiernili intenzitu vývojárskej práce.

Čo zvyšuje spokojnosť developerov

Aj napriek týmto poznatkom však mnohé firmy stále nemajú ani potuchy o tom, či sú ich softvéroví vývojárispokojní. Na ich DevEx pritom vplýva aj viacero ďalších faktorov.  

Férové ohodnotenie zďaleka nie je to jediné, na čom im záleží. Tešia sa, keď môžu riešiť náročné problémy a ak sa necítia byť dostatočne stimulovaní, je pravdepodobné, že si začnú hľadať náročnejšiu a podnetnejšiu pozíciu. Taktiež radi pracujú po boku ďalších šikovných developerov.

Je tiež dôležité, aby IT talenty rozumeli misii spoločnosti a jej produktu a verili v ňu. Dané poslanie nemusí byť niečo veľkolepé, no malo by byť jasné a mať skutočný vplyv na konečných používateľov.

Podľa štúdie od Association for Computing Machinery možno DevEx zlepšiť aj minimalizovaním rušivých vplyvov. Patrí k nim všetko od správ v Slacku cez meetingy až po kolegov žiadajúcich o pomoc. Dostatok času na hlbokú prácu zvyšuje produktivitu developerov až o 50 % a možnosť podieľať sa na projektoch, ktoré ich bavia, o ďalších 30 %.

Dôležitá je aj skutočnosť, či firma oplýva rýchlosťou, vysokou mierou integrácie, spoluprácou, minimálnymi prekážkami pri práci, ako aj transparentnými a dobre zdokumentovanými procesmi. Developeri sa totiž potýkajú s priemerne viac ako 250 aplikáciami typu „software-as-a-service“ a ďalšími technickými prostrediami, ktoré sú zle integrované a spôsobujú roztrieštenosť vedomostí medzi jednotlivými tímami. Niektoré značky preto vytvárajú komplexné platformy, kde majú developeri prístup k úložisku zdrojového kódu, onboardingovým informáciám, dokumentácii, nástrojom, ku vývojárskym kitom a pod.

Odborníci odporúčajú i zaviesť prieskumy, ktoré merajú výkonnosť softvéru v oblastiach, ako sú testovanie, nasadzovanie a bezpečnosť. Vývojári, ktorí pracujú s intuitívnymi postupmi, sa totiž cítia byť o 50 % inovatívnejší.

Oplatí sa znižovať kognitívnu záťaž potrebnú na splnenie ich povinností, ako je napríklad zle zdokumentovaný kód. Nízka úroveň jeho porozumenia môže vyplývať aj z iných faktorov, vrátane nedostatku onboardingu alebo rýchleho tempa inovácií v AI oblasti. Vývojári, ktorí uvádzajú vysokú mieru porozumenia svojho kódu, sú pritom o 42 % produktívnejší.

Ako meriať DevEx

Ďalším spôsobom, ako si udržať vývojárov, je zlepšenie firemnej kultúrya možností vzdelávania, kariérneho rastu a rozvoja. Developerskej komunite by tiež pomohla vyššia miera rozmanitosti a inklúzie. 

Spoločnosti by si tiež mali uvedomiť, že vývojárov nemožno hodnotiť rovnakým spôsobom ako ostatných zamestnancov. Keďže sa od nich často vyžaduje, aby vytvárali nové funkcie a pracovali v rámci experimentálnej kapacity, kritériá rýchlosti a kvality pri nich nemusia byť vždy presným meradlom učenia sa alebo rastu. V rámci svojho pôsobenia potrebujú skôr priestor na spoločný brainstorming,možnosť učiť sa od ostatných a pocit prepojenia s konečnými cieľmi.

Netreba podceňovať ani spätnú väzbu– tímy, ktoré rýchlejšie reagujú na otázky vývojárov, vykazujú o 50 % menej technologického dlhu. Dokumentovanie bežných otázok a zavedenie nástrojov, ktoré im umožňujú ľahko nájsť potrebné odpovede, zvyšuje ich agilitu.

Bohužiaľ, v súčasnosti neexistujú žiadne štandardizované ukazovatele, ktorými by sa dala merať DevEx. Jedným z nich by však mohol byť čas potrebný na prvý výstup nového zamestnanca. Domnieva sa to Jonathan Carter, technický poradca CEO GitHub. Dobrý čas podľa neho naznačuje, že nový vývojár získal potrebný kontext a zároveň sa cíti motivovaný vďaka tomu, že vytvára hodnotu.

„Žiadne množstvo povzbudenia ani priateľskosti nedokáže nahradiť skutočnosť, že ľudia chcú mať pocit užitočnosti,“ hovorí Jonathan Carter. Zároveň tvrdí, že dobrým ukazovateľom je aj doba odozvy zákazníkom.

Ak aj vy premýšľate nad odbremenením preťaženého tímu vývojárov, zvážte IT outsourcing, ktorý  uvoľní vášmu tímu ruky a umožní mu opäť sa sústrediť na kľúčové činnosti.Všetky užitočné informácie o prenájme IT freelance expertov a expertiek nájdete tu.