DI ROI: kodėl produktyvumas pradžioje gali net kristi
·
DI ROI šiandien atrodo kaip dar viena technologijų naujiena. Bet tada pagalvoji apie realų darbą: dokumentus, klientų laiškus, susitikimus, vidines taisykles ir tą vieną Excel failą, kurį visi vadina „galutinis_v3_tikrai“.
Google Cloud DORA komanda aprašė DI ROI programinės įrangos kūrime ir priminė nepatogų dalyką: pradžioje produktyvumas gali net nukristi.
Atvirai? Man tokios naujienos įdomios tik tada, kai jos nusileidžia ant stalo. Ne konferencijos scenoje. Ant paprasto darbo stalo, kur žmogus turi per daug langų, per mažai laiko ir vieną labai žmogišką klausimą: ar tai man padės šiandien?
KAS NUTIKO
Tyrime kalbama apie J kreivę: mokymosi laiką, papildomą DI rezultatų tikrinimą ir procesų prisitaikymą prie didesnio kodo kiekio.
Čia toks labai žmogiškas dalykas. Nusiperki įrankį, tikiesi sprinto, o pirmą savaitę jautiesi lyg mokytumeisi važiuoti nauju dviračiu per žvyrą.
KODĖL VERTA SUSTOTI
DI grąža ateina tada, kai komanda išmoksta dirbti kitaip. Jei tik įjungi įrankį ir palieki žmones patiems kapstytis, rezultatas bus nelygus.
Čia yra ta vieta, kur smegenys mėgsta padaryti šuolį: „nu va, dabar DI viską sutvarkys“. Nesutvarkys. Jei procesas kreivas, DI tik greičiau parodys, kur jis kreivas. Kaip su sandėliuku namuose: gali nusipirkti gražiausias dėžes, bet jei nežinai, ką meti į kurią dėžę, po mėnesio vėl stovėsi su atsuktuvu rankoje ir ieškosi pakrovėjo.
KĄ TAI REIŠKIA VERSLUI
Verslui tai reiškia, kad DI biudžete reikia numatyti mokymosi laiką, peržiūras ir procesų pakeitimus. Ne tik licencijų kainą.
- skaičiuoti mokymosi laiką
- įtraukti kodo peržiūros sąnaudas
- matuoti klaidų kiekį
- žiūrėti į visą procesą, ne vien į rašymo greitį
Jei programuotojas su DI parašo daugiau kodo, bet testavimas užstringa, ROI dar neatsirado. Tiesiog kamštis persikėlė kitur.
RIZIKA, APIE KURIĄ REIKIA KALBĖTI
Pavojus – pažadėti vadovybei greitą stebuklą. Tada net normalus mokymosi etapas atrodo kaip nesėkmė.
Gera taisyklė paprasta: kuo daugiau veiksmų DI gali atlikti pats, tuo aiškiau turi būti aprašytos ribos. Kas tvirtina? Kur sustoja? Ką įrašo į žurnalą? Kas atsako, jei atsakymas skamba gražiai, bet yra neteisingas?
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Prieš kitą DI diegimą susitarkite, kokius tris rodiklius matuosite po 30, 60 ir 90 dienų.
Šaltinis: Google Cloud.
DUK
Kas yra DI ROI?
Tai finansinės ir veiklos grąžos matavimas iš DI naudojimo.
Kodėl produktyvumas gali kristi?
Nes komanda mokosi, tikrina DI sugeneruotą darbą ir keičia procesus.
Kaip to išvengti?
Ne visko išvengsite, bet galite tai suplanuoti ir matuoti teisingus rodiklius.
Norite DI naudoti kaip darbo sistemą, o ne kaip vieną triuką? Išsirinkite vieną procesą, susitarkite dėl ribų ir tik tada junkite įrankius. Daugiau praktikos galite rasti MasterSprint.
