Teknisen velan hallinta DX:n ja tekoälyn avulla

Jokainen yritys, niin suuri kuin pienikin, on huolissaan teknisestä velasta. Gartner arvioi että noin 40 prosentilla infrastruktuurijärjestelmistä on tämä ongelma. McKinseyn tietohallintojohtajille tekemässä kyselyssä lähes kolmannes oli sitä mieltä, että yli 20% heidän uuden tuotteen budjetistaan ​​käytettiin tekniseen velkaan liittyvien ongelmien ratkaisemiseen. Mutta toisin kuin monet uskovat, tämä ei ole pelkästään koodausongelma; se on myös kehittäjäkokemukseen (DX) liittyvä ongelma. Koska kun kehittäjien on työskenneltävä riittämättömän arkkitehtuurin, vanhentuneiden työkalujen ja heikkojen kehitystyönkulkujen kanssa, tuottavuus, suorituskyky ja moraali kärsivät.

Teknisen velan priorisointi kehittäjän mielessä ja keskittyminen heidän työskentelytapoihinsa, käyttämiinsä työkaluihin ja uramahdollisuuksiinsa auttaa tiimejä keskittymään ja toimittamaan nopeammin. Tästä syystä yritysten tapa hallita teknistä velkaa on muuttumassa, kehitystyön ja tekoälypohjaisten työkalujen lisääntyvän painotuksen myötä.

DX:n mestaruus

Kehittäjien perehdyttämistapa jättää usein paljon toivomisen varaa. Projektiin osallistumisen aloittaminen voi viedä pari viikkoa. Kun he ovat vihdoin pystyneet lisäämään pieniä ominaisuuksia tai korjauksia, ei ole harvinaista, että jatkuvan integraation (CI) palvelu epäonnistuu jonkin täysin heidän työstämiinsä muutoksiin liittymättömän syyn vuoksi. Pohjimmiltaan testipaketti epäonnistuu huonolaatuisten ongelmien vuoksi, eikä kehittäjä ole lähettänyt muutoksia, jotka rikkoisivat testipaketin. Se on epävakaa, huonosti kirjoitettu testi, joka toimii vain 90 % ajasta. Nykyinen tiimi on luultavasti tyytyväinen siihen – se vain hidastaa prosesseja – mutta työkalut voivat olla vanhentuneita ja demoralisoivia kaikille organisaation ulkopuolisille.

Tämä on yksi esimerkki monista, jotka estävät oikeanlaisen DX:n syntymisen. Yksi tapa estää tämä on nimetä ohjelmistokehitystiimiin nimetty puolestapuhuja. Monilla pienillä organisaatioilla ei ole DX-johtajaa, mutta suurilla ja menestyneillä organisaatioilla on. Nämä ammattilaiset seuraavat esimerkiksi sitä, kuinka kauan uudelta kehittäjältä kestää luoda ympäristö. Ja jos kaksi viikkoa on liian pitkä aika, he keksivät, miten ajan voi puolittaa.

Avuksi on olemassa työkaluja, kuten CircleCI, joissa on natiiveja ominaisuuksia, jotka seuraavat testipaketin epävakautta. Tarvitaan joku, joka ottaa johdon ja pysähtyy jokaisen sprintin jälkeen käsittelemään joitakin muutoksia, jotka helpottavat koodin ylläpitoa ja työskentelyä tulevaisuudessa. Kyse on johtajasta, joka on kiinnostunut parantamaan DX:ää. Tämän saavuttamiseksi etsi kokeneen tason insinööri ja suhteellisen uusi työntekijä, joka voi antaa palautetta mahdollisista puutteista.

IDC odottaa myös tekoälypohjaisten ohjelmistotestausautomaatiomarkkinoiden jatkuvan kasvaa 31.2 prosentin vuotuisella kasvuvauhdilla vuoteen 2027 asti, joten varmista, että hyödynnät tätä teknologiaa täysimääräisesti.

Mittarit ja varoitusmerkit

Teknisen velan vaikutusta tiimiisi voi seurata monilla mittareilla. Joitakin perusmittareita ovat "korjausaika" tai "ominaisuuksien käyttöönottoaika". Oletetaan, että huomaat virheen ja tiedät, miten se korjataan. Jotkut työkalut voivat seurata koodin kirjoittamisesta tuotantoon kuluvaa aikaa. Esimerkiksi voisit nähdä, että hyvin pienen korjauspäivityksen korjaaminen ja toimittaminen kesti kaksi arkipäivää, kun taas tiimisi pitäisi pystyä tekemään se tunneissa. Voit myös seurata suhteita, kuten virheenkorjausten määrää suhteessa valmiisiin ominaisuuksiin.

On myös tapoja tunnistaa, milloin moraaliongelmat vaikuttavat tiimisi suorituskykyyn. Kehittäjän johtajat voivat tehdä neljännesvuosittain kyselyitä selvittääkseen, kuinka tyytyväisiä kehittäjät työskentelevät projektin tai sen osan parissa. He voivat porautua yksityiskohtiin ja kysyä tietyistä osa-alueista, kuten CI-prosessista. Ja voit aina seurata tiimisi vaihtuvuutta tai käänteitä. Jos huomaat, että ihmiset lähtevät jatkuvasti, heistä voi tuntua siltä, ​​ettei heidän huolenaiheitaan kuunnella.

Työkaluja tekoälyn avulla

Tekoälytyökalujen yleistymisen oletetaan tekevän kehittäjistä ja insinööreistä tuottavampia ja nopeuttavan tuotteiden toimitusta, mutta tekninen velka hidastaa tätä. Oletetaan, että käytät työkalua, kuten GitHubia tai Copilotia, koodimuutosten tekemiseen ja lähetät sitten pull-pyynnön, ja CI:llä kestää pari tuntia vastata sinulle. Työskö sillä välin kehittäjä jonkin muun parissa? Tarkistaako hän sähköposteja? Se on kontekstin vaihto ja tuottavuuden tappaja.

Kehittäjät haluavat työskennellä tuotteiden parissa, joissa he voivat keskittyä vain koodiin. Työkalut on tarkoitettu auttamaan heitä saamaan koodi tuotantoon, eivätkä ne ole jatkuva este. Tekoäly voi säästää aikaa, mutta suunnittelutiimien on määriteltävä omat standardinsa hyväksyttävälle monimutkaisuudelle. Tätä varten varmista ensin, että päähaaraan lisättävällä koodilla on hyväksyttävä tekninen velkataso. Ennen sitä käy avoin keskustelu ja pyydä suunnittelutiimiltä suostumus teknisen velan hyväksyttävästä kynnysarvosta ja koodin laadusta. Varmista, että kaikki tietävät, että tämän rajan ylittäminen vaatii välittömiä korjauksia. Kun olet määritellyt nämä standardit, tekoäly astuu kuvaan.

On olemassa perusteita tekoälyagenteille, joiden insinöörit toimivat orkestroijina. Capgeminin 1,100 XNUMX suuryritysten johtajalle tekemä kyselytutkimus on paljastanut, että 82 % aikoo integroida tekoälyagentteja seuraavien kolmen vuoden aikana, ja ne vaikuttavat jo nyt työn tulevaisuusSaatat katsoa vikailmoitusta ja huomata, että se on niin pieni, että tekoälyagentti voi käsitellä sen alusta alkaen koodin tarkistukseen, mikä säästää tiimisi aikaa ja vapauttaa heidät monimutkaisempaan työhön. Joskus kuitenkin, kun noudatamme sokeasti näitä työkaluja, on kompromisseja, joita tekoälyn on vaikea ottaa huomioon.

Silloin ihmisen mielipide ratkaisee.

Teknisen velan yhdenmukaistaminen tavoitteiden kanssa

Miten sovitat teknisen velan vähentämisen yhteen tavoitteiden tai mitattavien tulosten kanssa? Kyse on hyväksyttävästä teknisestä velasta, ja joskus liiketoiminnassa on toimitettava nopeasti. Voit tehdä niin tietäen, että tuote ei skaalaudu, ja ajan myötä voi ilmetä suorituskykyongelmia. Usein kehittäjä tekee muistiinpanon palatakseen tähän asiaan myöhemmin, kun on aikaa puuttua näihin ongelmiin, mutta näin tapahtuu harvoin. Ja kun tämä huono kulttuuri ottaa vallan, jossa joudut jatkuvasti toimittamaan huomenna, velan vaikutukset tulevat täysin selviksi.

Tämä on ymmärrettävää startup-yritykselle, mutta ei yritykselle, joka on toiminut vuosikymmenen. Sinun on aloitettava kulttuurisi muuttaminen varhain ja aktiivisesti hallitaksesi teknistä velkaa; muuten kulutat paljon rahaa tuotantovirheiden korjaamiseen tai tietoturvasta ja vaatimustenmukaisuudesta huolehtimiseen.

Lopuksi on olemassa mittareita, jotka auttavat viestimään refaktoroinnin tai teknisen velan maksamisen arvosta sidosryhmille. Aika voi olla yksi alusta tuotantoon tai pull-pyynnön avaamisesta yhdistämiseen ja tuotantoon lähettämiseen. Toinen on keskimääräinen korjausaika (MTTR). Tässä tapauksessa olet ehkä löytänyt virheen tai rikkinäisen koontiversion ja mittaat, kuinka kauan tiimiltäsi kestää korjata se. Voit myös seurata tuotannossa olevien virheiden määrää. Jos huomaat luvun kasvavan, tekniseen velkaan voi liittyä ongelma.

Tekninen velka korkoineen

Jokainen organisaatio voi omistaa muutaman tunnin viikossa kehitysympäristönsä parantamiseen ja siten vähentää teknistä velkaa. Muussa tapauksessa saatat joutua maksamaan siitä myöhemmin, todennäköisesti hitaalla suorituskyvyllä, huomattavalla kehitysnopeuden hidastumisella tai tietoturvaongelmilla. Esimerkiksi insinööri- ja kehittäjätiimisi on saattanut lykätä Ruby on Rails -päivityksiä vuosikymmenen ajan. Yhtäkkiä projektin kustannukset nousevat puolella miljoonalla dollarilla, koska Rubyn versio on neljä sukupolvea jäljessä, jolloin jäljelle jää valtava määrä koodia ja vanhentuneita riippuvuuksia.

Jos olisit päivittänyt vähitellen, et olisi tässä tilanteessa. Joten tue ohjelmistokehitystiimiäsi ja maksa sitä, mitä käytät. Muuten tuo tekninen velka kostautuu sinulle korkojen kera.