– En god utvikler har aldri vært den som skriver kode raskest
– Derfor bør vi ikke bare spørre utviklere hvor mye raskere de leverer med KI, skriver Aimée Skevik, CTO i Itera.
Publisert
Som leder innen teknologi og utvikling får jeg mange spørsmål om utviklernes fremtid etter inntoget av KI.
De fleste spørsmålene baserer seg på en feil antagelse:
At utviklerens eneste jobb er å produsere kode.
De beste utviklerne jeg har jobbet med har utfordret krav, identifisert risiko, stilt spørsmål ingen andre har stilt.
De har hjulpet virksomheten med å forstå hvilke behov som faktisk er verdt å løse og hvordan. De har startet med å bygge en mental modell av problemet, løsningen og økosystemet det skal fungere i.
Først da skrev de koden som løste problemet på en god og vedlikeholdbar måte.
Dette forståelsesarbeidet er en sentral del av å bygge en teknisk løsning, men har etter min erfaring ofte blitt nedprioritert.
IT-prosjekter som mislykkes, gjør det sjelden fordi koden ble skrevet for sakte.
Når farten øker, blir forståelsen viktigere
Ambisiøse tidsfrister og krav om fremdrift og produksjonssettinger gjør at det ikke settes av nok tid til å skape en felles forståelse av hva som skal bygges hos utviklerne.
Men forståelsesarbeidet er en viktig grunnpilar av det å være en god utvikler. Og den delen av arbeidet endrer seg ikke om et verktøy genererer koden for deg.
Tvert imot blir forståelsesarbeidet enda viktigere når KI setter fart på produksjonsdelen av arbeidet og arbeidsprosessene endres.
IT-prosjekter som mislykkes, gjør det sjelden fordi koden ble skrevet for sakte.
Dårlig kode er reelt og kostbart over tid, men ofte er den et symptom på at teamet begynte å bygge før det forsto problemet godt nok.
Og dette endrer seg ikke med bruk av KI. Når kodeproduksjonen er raskere kan det få enda større konsekvenser å bygge feil løsning eller løse problemer som ikke er verdt å løse. Alt som produseres og tas i bruk må også forvaltes.
Kanskje vil KI fikse dette for oss i fremtiden. Men det vet vi ikke ennå.
Reell sorg
Forretningsforståelse har alltid vært en viktig ferdighet for en utvikler, men den har vært undervurdert, også av utviklere selv.
Mange utviklere har elsket å skrive kode. Sitte med headset på, glemme tid og sted og komme i flytsonen. Ikke gå i for mange møter eller bli forstyrret av folk fra forretningssiden.
Når KI tar en større del av produksjonen opplever noen det som frigjørende. Andre kjenner på en reell sorg over at en del av faget de valgte får mindre plass. Den reaksjonen bør ledere anerkjenne.
Samtidig kan ikke kodingen stå alene.
Utviklerens bidrag blir i større grad å forstå målet, utfordre premissene og koble tekniske valg til brukere og virksomhet. Det krever ferdigheter de beste utviklerne allerede bruker aktivt: å kommunisere tydelig, stille gode spørsmål, forstå forretningsmål, gi tilbakemeldinger og bygge nettverk i organisasjonen de er en del av.
Utviklerens bidrag blir i større grad å forstå målet.
Dette bør vi spørre om
En god utvikler har aldri vært den som skriver kode raskest.
Det er den som forstår problemet, ser konsekvensene av tekniske valg og bygger noe som fortsatt holder om fem år. Som forstår konsekvensen av valg som tas, av økosystemet løsningen skal fungere inn i og brukerne som skal ta det i bruk.
Derfor bør vi ikke bare spørre utviklere hvor mye raskere de leverer med KI.
Vi bør spørre hvilke spørsmål de stiller, hvilke dårlige ideer eller løsningsforslag de stanser og hvordan de bruker den frigjorte tiden til å forstå mer.
Verktøyene endrer seg, men ansvaret for å bidra til å bygge det riktige gjør ikke det.
Foretrekk oss i Google Discover
Ved å legge oss til som foretrukket kilde i Google vil du blant annet få opp flere av sakene våre i Google Discover. Tusen takk for støtten!
