Det er tiden på året da teknologidirektører får anledning til å reflektere over hvor godt teknologistakkene deres håndterte utfordringene knyttet til virksomhetens transformasjon, og om de har det som skal til i det nye året for å yte optimalt og ta i bruk nye teknologier sømløst.
I mange år har selskaper fokusert på de kritiske infrastrukturlagene, inkludert sky, maskinvare og virtualisering, samtidig som de har krysset av for god datahåndtering og virksomhetsinformasjonshåndtering.
Vi kommer til å se flere GenAI-tilbud uten kode som vil styrke utviklerbevegelsen blant ikke-utviklere. Selskaper vil fortsette utrullingen av disse tilbudene og hjelpe brukere med å automatisere prosesser og generere kode på en enkel måte. Disse løsningene og andre utviklingsplattformer med lite kode vil fremskynde programvareutviklingen og forbedre produktiviteten på tvers av plattformene.
Virkeligheten er imidlertid at mange selskaper vil få problemer med å høste fordelene ved plattformer med lite kode uten bedre styring av utviklingsoperasjonene. Når de forsøker å utnytte GenAI og skape avkastning på investeringen, vil mange bli overveldet av oppgavekøen sin på grunn av «prosessgjeld» og innse at leveranseoperasjonene deres ikke kan støtte ambisjonene om å være virkelig innovative med AI.
Virksomheter vil stå overfor et vanskelig valg. Hvis de ikke finner de riktige løsningene for å optimalisere leveranseoperasjonene og redusere prosessgjelden, må de velge mellom å droppe noen av prosjektene i oppgavekøen slik at de kan ta i bruk AI, eller å skyve oppgavekøene enda lenger frem i tid.
Teknologistakken som driver virksomhetens transformasjon
Når arkitekturen din er liten, er det enkelt å være smidig, og plattformer er uvurderlige når det gjelder å hjelpe organisasjoner med å skalere for å levere større produktoppdateringer oftere. Denne skalerbarheten fører imidlertid ofte til en spredning av flere plattforminstanser og applikasjonseiere på tvers av avdelinger, noe som skaper kompleksitet som er vanskelig å holde oversikt over og enda vanskeligere å optimalisere.
Håndtering av flere plattforminstanser har blitt en kritisk utfordring for organisasjoner etter hvert som de vokser. Mange håndterer fortsatt instanser omtrent slik servere ble håndtert i tiden før skyen – individuelt og isolert.
Denne fragmenterte tilnærmingen fører til lange forsinkelser i utviklingsrørledningene eller, enda verre, en oppgavekø som skyldes prosessgjeld som er så overveldende at den hemmer innovasjon. Selv om plattformer raskt introduserer nye AI-funksjoner, opplever mange organisasjoner for eksempel at de er så belastet av eksisterende prosjektarbeidsmengder at de må utsette innføringen av transformative funksjoner.
Håndtering av flere instanser – praksisen med å styre og koordinere flere plattforminstanser – har blitt avgjørende for å sikre effektiv drift på tvers av utviklings-, test- og produksjonsmiljøer i ServiceNow.
Vi vil fortsette å se at ServiceNow-avtrykk i virksomheter blir mer komplekse. Teknologidirektører vil trenge verktøy som gir denne «enkeltrutevisningen» av teknologiinfrastrukturen. De vil trenge løsninger som tilbyr omfattende oversikt og sporer forskjeller mellom instanser, utdaterte applikasjoner og mulige integrasjonspunkter.
Utrullingen av hybride skyløsninger for neste generasjons LLM- og AI-plattformer vil fortsette å skalere i 2025. Jeg forventer å se en bredere omfavnelse av hybride skyløsninger, som kombinerer de beste egenskapene fra offentlige og private skyer, samtidig som de muliggjør sømløs deling av data og applikasjoner.
En mangefasettert skystrategi (samlokalisert for enkelte deler av plattformen) er et grunnleggende element i teknologidirektørens strategi for AI-adopsjon og integrasjon på tvers av de ulike avdelingene i organisasjonene deres. Innkjøpsavdelinger kan og bør for eksempel ta i bruk AI-teknologi, men å velge hvilke AI-verktøy som skal brukes, er bare det første steget – det er integreringen og koordineringen av disse verktøyene som gir reell avkastning på investeringen.
Jeg forventer også å se teknologidirektører i virksomheter av alle størrelser ta i bruk AI-agenter.
AI-drevet styring og samsvar
Med fremveksten av AI følger et kritisk behov for robuste styringsrammeverk. Utviklingsplattformer med lite eller ingen kode har kommet langt når det gjelder å koble sammen og automatisere flere arbeidsflyter i virksomheten. Virkeligheten er imidlertid at mange organisasjoner som bruker disse plattformene, fortsatt ikke holder mål når det gjelder styring, samsvar og ansvarlighet.
Still spørsmålet «hvem har tillatelse til å gjøre hva?» i en stor virksomhet, og du kan få svar som varierer betydelig. Det kan føre til forvirring rundt kontroll og tillatelser på tvers av utrullingsflyter og programvareutviklingslivssyklusen.
Å opprettholde etterlevelse på tvers av flere instanser kan bli vanskelig uten tydelig innsyn og kontroll, noe som øker risikoen for sikkerhetsbrudd og brudd på regelverk. I det nye året vil vi se at selskaper begynner å ta en mer strategisk tilnærming til styring og tar i bruk teknologi som benytter en automatisert tilnærming for å muliggjøre strømlinjeformede beslutninger innenfor definerte grenser.
De mest fremtidsrettede organisasjonene vil investere i verktøy som kan spore og dokumentere endringer på tvers av teknologiplattformer, automatisere etterlevelsesprosesser og redusere sikkerhetsrisikoer knyttet til implementering av AI.
Vi vil se fremveksten av plattformer og praksiser som fremmer innsyn og kontroll, ved å kombinere automatisering med innsyn på tvers av flere instanser for å sikre etterlevelse uten manuell inngripen eller høye oppsettkostnader.
Fokuset vil være på å redusere uautoriserte endringer, sikre hastighet med trygghet og implementere mindre, trinnvise endringer og mindre oppdateringer for å oppnå kontinuerlig forbedring.
10 CTO-klubbens utvalgte topp-plattformer med lite kode!
Bedre verktøy for utviklerproduktivitet
De siste årene har CTO-er integrert en rekke ulike verktøy for utviklerproduktivitet i teknologistakkene sine, og vi vil se at flere verktøy for utviklerproduktivitet på tvers av miljøer blir tettere integrert, noe som bidrar til å forkorte tiden fra utvikling til markedslansering.
Verktøy for plattformteknikk vil utvide omfanget sitt og forbedre skalerbarhet og overvåking. Interne utviklerplattformer (IDPs) vil vokse frem som viktige drivkrefter for å fremskynde utviklingssykluser og innfri løftet om raskere markedslansering.
Vi vil også fortsette å se flere CTO-er ta i bruk plattformer med lite eller ingen kode for å demokratisere utvikling (dette er én av mange fordeler med applikasjonsbyggere uten kode). LCNC-plattformer vil oppleve betydelig markedsvekst, integrere avansert teknologi som AI og utvide bruken til bransjespesifikke applikasjoner.
Vi vil se at utviklere uten formell utviklerbakgrunn blir enda viktigere, samtidig som AI-drevne funksjoner vil forbedre integrasjonen med IoT og blokkjeder. Utfordringen vil selvfølgelig nå ligge i styringen for å sikre kvaliteten og sikkerheten til løsninger som er utviklet av slike utviklere.
Utviklingsoperasjoner for vekst
Når CTO-er vurderer styrkene og svakhetene ved de nåværende teknologistakkene sine, blir behovet for en mer helhetlig og fremtidssikker tilnærming tydelig.
I år betyr det å holde seg konkurransedyktig å prioritere innovasjon sammen med operasjonell effektivitet. Dette innebærer å ta i bruk avansert teknologi som GenAI og plattformer med lite eller ingen kode, inkludert applikasjonsbyggere uten kode, samt å håndtere prosessgjeld ved å utfordre og korrigere den gjennomgripende status quo-skjevheten som styrer leveranseoperasjonene på autopilot.
Det kommende året gir organisasjoner en mulighet til å fjerne prosessgjeld og implementere smartere verktøy for administrasjon av flere instanser og bedre styring, slik at etterlevelse og sikkerhet opprettholdes.
Ved å fokusere på innsyn i plattformene, strømlinjeformede arbeidsflyter og skalerbare operasjoner kan CTO-er sørge for at teknologistakkene deres er godt posisjonert for å fremme smidighet og innovasjon.
Abonner på nyhetsbrevet til The CTO Club for mer innsikt i teknologistakker.
