Blog

Sex trender för CTO:er 2026: Skiftet mot en autonom SDLC

DEC 15, 2025

De passiva AI-chattbottarnas era är över. Under 2026 skiftar mjukvaruutvecklingens livscykel (SDLC) mot autonoma agenter – intelligenta aktörer som rör sig i din infrastruktur för att eliminera manuellt arbete. Från att automatisera revisionsspår till att hantera omstarter av tjänster hjälper agenter inte bara utvecklare, utan utför också operationer självständigt och ökar utvecklingstakten kraftigt.

Stefan Daugaard Poulsen

DevOps

Solution Architect

Stefan comes with a wide range of experience in software development, operations, and especially platform engineering, all based on 20+ years of working as a developer, staff engineer, and CTO. In recent years, his focus has primarily been on platform engineering—on both the technical and product sides—to ensure a strong foundation for better products. Whether it is technical details, platform adoption and advocacy, or the strategic investments in platform engineering, Stefan is the go-to guy.

1. Global AI-styrning: Minska riskerna med ”Shadow AI”

Organisationer behöver AI-verktyg för att utvecklas, men de måste ha rätt nivå av styrning för att säkerställa att immateriella rättigheter inte läcker ut. Ännu värre är om det AI-verktyg du väljer får åtkomst till PII-data utan att det sker på ett kontrollerat sätt. Om din plattform inte blockerar ogranskade LLM-slutpunkter som standard, har din IP redan lämnat byggnaden.

Samtidigt som vi alla försöker ligga steget före för att dra nytta av konkurrensfördelarna här och nu, glömmer vi ofta att policyer måste finnas på plats och följas. Ämnet kommer upp gång på gång, men AI:s snabba utveckling och åtkomst till känslig information gör styrningsutmaningen både mycket akut och viktig.

Som i alla bra berättelser om Platform Engineering handlar det om en hårfin balans mellan total frihet och hur mycket risk du tar på dig. Jag förväntar mig ett större fokus på att rätt verktyg finns tillgängliga, men också att de är konfigurerade på ett sätt som gör att du inte hamnar på förstasidan i nyheterna.

2. Från Copilots till autonoma agenter: Skiftet till agentdriven verksamhet

Det råder ingen tvekan om att AI har revolutionerat branschen, och det kommer att fortsätta ett tag till. En av de stora framgångsfaktorerna bakom AI-användningen är att tekniken snabbt blev tillgänglig för alla och hjälpte oss i vardagen, oavsett om det handlade om att felsöka kod eller hitta kreativa lösningar på ett visst problem.

Att få hjälp i vardagen på begäran har varit värdefullt, men nästa steg är att gå över till autonoma agenter som berikar våra liv, både på jobbet och på fritiden.

Även om det tar tid att gå över till helt autonoma agenter, förväntar jag mig att de först används inom SRE och incidenthantering. Det ska säkerställa hög resiliens och snabbast möjliga respons, oavsett om agenten hanterar applikationslogik, infrastruktur eller cybersäkerhetsuppgifter.

Något som kommer att förändras är att AI-verktyg kommer att byggas in som en del av företagsverktygen i build-pipelinen.” Henri Terho, Principal AI Consultant, Eficode

Det handlar inte bara om infrastruktur, cybersäkerhet och resiliens – det finns stor potential att förbättra hela vår SDLC. Jag ser att stora aktörer som GitHub och Port.io tar steget och inkluderar agenter i sina portaler eller liknande. Det vore enkelt att tänka stort och göra anspråk på området för alla agenter, men jag ser en trend mot ganska öppna system som möjliggör tredjepartsagenter och anpassade agenter.

Lyckligtvis ser vi som bransch en trend mot att låta andra vara experter inom specifika områden, i stället för att leverera halvfärdiga lösningar för allt. Oavsett om du väljer en av de stora leverantörerna med deras agentportaler eller något av alternativen, blir det viktigt att ha kontroll över vad som körs, hur det ansluter och vad det kan se.

3. Beredskap för regelverk: Efterlevnad av EU:s AI-förordning och cyberresiliensakten

Med kommande lagstiftning som EU:s AI-förordning och EU:s cyberresiliensakt, som för många ger mer detaljerade krav utöver DORA och NIS2 och för andra innebär något helt nytt, blir det mycket viktigt att du har kontroll över din SDLC. Du bör kunna genomföra granskningar av din miljö vid behov och, i värsta fall, visa upp fullständiga revisionsspår om en cyberincident inträffar.

Det stora behovet av kontroll är anledningen till att Platform Engineering är avgörande. God praxis inom Platform Engineering bygger in säkerhet i den produkt som de flesta utvecklare i din organisation bör använda. En säker plattform är viktig, men under 2026 kommer vi också att se allt mer compliance as code. Det har ännu inte etablerats specifika verktyg för compliance as code, men jag är säker på att många leverantörer kommer att ta plats inom området utifrån sina nuvarande erbjudanden inom automatiserad säkerhetsskanning och rapportering.

4. Molnsuveränitet: Skiftet till europeiska moln

För europeiska företag finns en växande trend att lämna de stora molnleverantörerna. Som en följd av GDPR och andra initiativ finns ett behov av kontroll över var data lagras, operativ suveränitet och full insyn i vilka jurisdiktioner som gäller. Med det kommande europeiska systemet för cybersäkerhetscertifiering av molntjänster (EUCS) förväntar jag mig att fler organisationer går mot verksamhet baserad i EU. Det eliminerar diskussionerna om jurisdiktion, eftersom de stora leverantörerna vanligtvis är amerikanska dotterbolag och inte renodlade EU-enheter.

I takt med att marknaden för suveränitet växer ser jag att fler EU-baserade molnleverantörer höjer ambitionsnivån för sina erbjudanden. Det som började med erbjudanden om bare metal utvecklas nu mot managed services med tydligt beskrivna modeller för delat ansvar. Organisationer kan då ha full kontroll och veta att data inte exporteras utanför Europa.

Som Eficodes Principal AI Consultant Henri Terho förutspår tvingar friktionen mellan EU:s politik och amerikanska affärsmodeller fram en migrering:

Många organisationer som oroar sig för sin data kommer att gå över till moln med europeisk hemvist och on-prem-installationer på grund av policyfrågorna och USA:s nuvarande agerande.

Samtidigt som organisationer återtar sin suveränitet kvarstår en öppen fråga: vad gör vi med AI-arbetslaster? Jag ser att många EU-baserade moln erbjuder antingen bare metal-alternativ med GPU:er eller till och med Kubernetes-kluster med GPU-stöd. Det krävs mer arbete för att få samma flexibilitet som när du köper en tjänst i molnet, men risken flyttas från oro för dataexfiltrering till risken att uppnå operativ excellens för GPU-aktiverade arbetslaster. Det jag ser inom området är ett större behov av att paketera AI-kapacitet effektivt i din utvecklarplattform.

Läs mer om molnsuveränitet

Vad är digital suveränitet i molnet, och vad innebär det i praktiken för organisationer? Vilka branscher och organisationer har störst nytta av att använda suveräna moln? Vad förändras för DevOps-team vid migrering till ett suveränt moln, särskilt för Kubernetes- och AI-arbetslaster?

5. Strategi för Platform Engineering: modellen ”plattform som produkt”

Bland alla framväxande trender för 2026 är behovet av robust Platform Engineering tydligt. Det handlar om mer än ett enhetligt arbetssätt – det kräver att du driver din plattform med ett ”produktperspektiv”. Det innebär att din utvecklarplattform behöver drivas som vilken annan produkt som helst i organisationen, med roadmaps, användarintervjuer och communities. Framför allt krävs investeringar för att skapa den bästa plattformen för utvecklarna, om du inte vill att de ska återgå till shadow IT.

Nu behöver du dock säkerställa att hela organisationen, inte bara utvecklingsteamen, är intressenter. De vanliga rollerna som omfattas av initiativ inom Platform Engineering är utvecklare, plattformsingenjörer och infrastrukturteam. Din plattform behöver ge alla – från engineering managers till FinOps-specialister och även vissa chefer på C-nivå – möjlighet att direkt få en bild av läget i hela organisationen.

När fler roller får inblick i organisationens utvecklingsplattformar tror jag att det passar väl ihop med skiftet från att se IT som en driftskostnad till att ge specifika affärsenheter ansvar för resultat och lönsamhet. Om du vill driva en lönsam verksamhet behöver du se till att rätt personer följer det ekonomiska värdet av en tjänst och fattar beslut om att stänga ned den om den inte är lönsam.

6. AI FinOps: Optimera GPU-kostnader med Kubernetes DRA

Det står klart att AI är här för att stanna, och jag ser en växande efterfrågan på att få ut maximalt av den dyrare hårdvara som stödjer AI-arbetslaster. Även om de flesta jag ser använder de större modellerna i molnet, ser jag också kunder som bygger upp AI-kapacitet on-premise.

För att få högre avkastning på kostsamma investeringar ser vi lyckligtvis en utveckling mot bin packing av AI-arbetslaster.

I Kubernetes-världen har jag sett hur Dynamic Resource Allocation (DRA) har definierats, justerats och gjorts tillgängligt för att exempelvis skapa ett standardiserat sätt att hantera GPU:er. För arbetslaster som körs någon annanstans förväntar jag mig att en stor del av våra nuvarande och potentiella kunder fokuserar på att anpassa infrastrukturen efter arbetslasten för att skapa lönsamma lösningar.

För att få bästa möjliga resultat av dina investeringar behöver du en robust grund för Platform Engineering med tydligt definierade förmågor, modularitet och en organisation som satsar på att betjäna interna kunder.

  • Cloud
  • AI
  • Platform engineering

Subscribe to our newsletter