Ledarskap som balanserar riktning med genomförandekraft

När iPhone lanserades 2007 förändrades förutsättningarna för mobil kommunikation i grunden. Konsumenter och företag förväntade sig plötsligt betydligt mer sofistikerade och komplexa produkter, levererade i en takt som den etablerade telekombranschen inte var byggd för. Den nordiska telekomkoncernens produktutveckling för mobila tjänster var uppdelad per land, vilket skapade duplicerat arbete, långa ledtider till marknaden och en oförmåga att dra nytta av de stordriftsfördelar som en gemensam nordisk-baltisk marknad borde kunna ge. Några år senare stod affärsområdet Bredband inför en liknande utmaning på IT-sidan: fyra parallella, landsspecifika IT-enheter i Norge, Danmark, Finland och Sverige levererade var för sig till sina respektive verksamheter, utan gemensam struktur, styrning eller kostnadssynergier. När de löpande kostnadsbesparingarna i den befintliga IT-produktionen så småningom nådde vägs ände, växte en ny utmaning fram: hur digitaliserar man affären i grunden utan att äventyra en åldrad men affärskritisk systemportfölj?

Uppdraget inleddes med att bygga upp en helt ny, konsoliderad cross-nordisk och baltisk organisation för produktutveckling inom mobil kommunikation — från grunden. Organisationen fick ansvar för samtliga gemensamma mobila tjänster inom koncernen: allt från mobila portaler och roamingprodukter för mobil data till mobila e-postlösningar och virtuella växellösningar för små och medelstora företag. Genom att samla kompetens, metodik och styrning i en gemensam struktur skapades förutsättningar för att hantera betydligt mer komplexa produkter, samtidigt som ledtiderna till marknaden kortades och tydliga skalfördelar uppnåddes över landgränserna.

Med samma grundprincip — konsolidering för skala och effektivitet — togs därefter rollen som CIO för affärsområdet Bredband Nordics. Uppdraget inleddes med att slå samman de fyra nationella IT-enheterna till en gemensam leveransorganisation. En ny projektkultur infördes med lean- och agila arbetssätt, leverantörsavtal omförhandlades och system konsoliderades — med samma mål som i mobiluppdraget: kortare ledtider, gemensam styrning och realiserade synergier över de nordiska marknaderna.

Efter konsolideringen av Bredband Nordics IT axlades ansvaret som CIO för hela den svenska IT-organisationen, med uppdraget att fortsätta resan mot lägre kostnad och högre leveransförmåga i större skala. Sourcingstrategin byggdes om i grunden: verksamhet som krävde hög hastighet, tät samverkan med affären och stor förändringstakt hölls nära och togs i vissa fall hem genom insourcing, medan mer stabil, repetitiv och skalbar drift och utveckling flyttades stegvis — först till nearshore-leverantörer och därefter vidare till offshore — för att realisera ytterligare kostnadssynergier utan att tumma på leveranskvaliteten.

När ytterligare kostnadsbesparingar inom den befintliga IT-produktionen inte längre gick att hämta hem utan att riskera leveranskvaliteten, skiftade arbetet karaktär: från att optimera en given systemportfölj till att tillsammans med affären forma en gemensam transformationsagenda, där digitalisering och automatisering av affärsprocesserna blev själva utgångspunkten. Ett medvetet val gjordes att låta ledarskapet för transformationen ligga hos affärssidan snarare än hos IT. Arbetet inleddes med konsumentaffären, där komplexiteten var lägre och effekterna kunde visas snabbare, samtidigt som en tydlig roadmap togs fram för att säkerställa att även företagsaffären adresserades i nästa steg. En stor projektportfölj byggdes upp med ett stort antal parallella agila utvecklingsteam som arbetade nära verksamheten snarare än i en traditionell beställar-/leverantörsrelation.

Parallellt med den affärsdrivna digitaliseringsagendan hanterades en betydande teknisk skuld som byggts upp över åren: åldrade kärnsystem som varken var tillräckligt flexibla eller kostnadseffektiva fasades successivt ut och ersattes med moderna lösningar. Den nya målarkitekturen byggdes lagrad: presentationslagret med front-end-lösningar och digitala kanaler separerades helt från den underliggande affärslogiken, och ett dedikerat kund- och produktlager infördes där all information om produkter, erbjudanden och affärsregler samlades och gjordes tillgänglig på ett enhetligt sätt. Dessa lager integrerades därefter mot de telekomspecifika produktionssystemen för att möjliggöra orderhantering och aktivering i realtid — allt från aktivering av bredbandsuppkoppling och upp- eller nedgradering av hastighet, till aktivering av mobilabonnemang och TV-paket.

Transformationen finansierades självbärande genom att kostnaderna för löpande drift ("run") kontinuerligt sänktes, samtidigt som leveranskvaliteten mot kund bibehölls. Satsningen byggde medvetet på intern kompetensuppbyggnad, med leverantörer både on-shore och off-shore som stöd snarare än som ersättning för egen förmåga. Trots den höga förändringstakten var de interna medarbetarundersökningarna och ledarskapsindexen genomgående mycket höga. För att förena den agila utvecklingstakten med bolagets fortsatt gällande investeringsstyrning byggdes ett PMO som säkerställde att agila leveransprocesser kunde samexistera med traditionella investeringsbeslut och tollgates.

Under 2014 föll priserna på koncernens kunders produkter kraftigt på världsmarknaden, vilket satte omedelbar press på lönsamheten hos kunderna som utgjorde koncernens kundbas. När kundernas betalningsförmåga och investeringsvilja pressades, tvingades även koncernen själv till kraftiga kostnadsminskningar för att bibehålla den egna lönsamheten — en press som i hög grad landade på IT-organisationen. Utgångsläget var en intern IT-organisation med ett stort fotavtryck i Tyskland: en kostsam struktur med mycket egen personal, egna system och egen infrastruktur, byggd under en tid då tillväxt snarare än kostnadseffektivitet varit den styrande logiken. Samtidigt hade koncernen, med över 120 anläggningar i 70 länder, sårbara egna datacenter och en kostnadsstruktur som inte var byggd för snabb anpassning, och saknade förutsättningar för de nya digitala intäktsströmmar som skulle kunna kompensera för prispressen i kärnaffären.

Utgångspunkten för förändringen var ett medvetet vägval: IT sågs inte som en del av kärnverksamheten, utan som en stödjande funktion till de egentliga affärsprocesserna — order, lagerhantering och fakturering. Den insikten satte riktningen för hela transformationen och motiverade en omfattande outsourcing: service desk, on-site-support, nätverk, arbetsplatstjänster och serverdrift lades ut på en tysk IT- och telekomleverantör, som ersatte de egna datacentren med en privat molnlösning och bemannade den löpande driften till stor del med resurser i Ungern och Slovakien. Applikationsutveckling och applikationsförvaltning outsourcades separat till en stor global leverantör i Indien.

Mitt i transformationen uppstod ett oplanerat och akut behov: datacentret i Hamburg var tvunget att flyttas eftersom kontraktet sagts upp, samtidigt som verksamheten på platsen där huvudlagret fanns skulle omlokaliseras närmare Berlin — och samtidigt som det nya lagret fick ett helt nytt lagersystem med väsentligt annorlunda processer för att hantera ordrar. Eftersom verksamhetsförändringen i det nya lagret dessutom inte gick som planerat, kunde serverflyttarna inte drivas enligt en teknisk standardplan, utan behövde sekvenseras och anpassas löpande utifrån vad lagerverksamheten faktiskt klarade av — med målet att under inga omständigheter orsaka onödiga produktionsstopp eller leveransstörningar ut mot kund.

Parallellt genomfördes en uppdatering av hela arbetsplatsmiljön: nya datorer köptes in och leasades för att möjliggöra utrullning av en ny standardiserad workplace-image, eftersom den gamla imagen inte längre gick att hantera på den föråldrade Windows-version som tidigare använts. Supportmodellen förändrades samtidigt i grunden: istället för lokal "walk-up"-support på varje enskild site övergick användarna till att kontakta en central service desk via portal eller telefon.

Outsourcingen genomfördes globalt genom att de olika lokala IT-siterna successivt stängdes ner — i Kina, Polen, Tyskland, USA och Sverige — där berörd personal erbjöds uppsägning med retention-paket för att säkerställa en väl fungerande kunskapsöverlämning till den nya leverantören. Hela transformationen rapporterades och förankrades löpande i koncernledningen genom ett dedikerat "transformation council", med VD som ordförande, som hade mandat att driva såväl infrastrukturoutsourcingen som övriga IT-relaterade förändringar inom samma initiativ. Rådet användes även som kvartalsvist prioriteringsforum för hur mycket som skulle investeras i respektive process, där verksamheten var tvungen att ta fram enkla business case för att kvalificera sig för investeringsmedel.

Ett parallellt digitaliseringsspår handlade om att öppna en ny digital kanal med webshop direkt mot slutkund, med lansering som medvetet inleddes i de mest mogna marknaderna i Skandinavien. Den svåraste och mest intressanta frågan var inte tekniken utan kanalstrategin: hur skulle relationen till befintliga återförsäljare och den egna säljkåren hanteras, när en stor del av deras intäkter och provision kom från just den typ av enkel, standardiserad försäljning som borde kunna självbetjänas digitalt? Lösningen blev att låta säljare och återförsäljare ta del av försäljningen som skedde genom den digitala kanalen inom sitt område, vilket gjorde webshopen till ett verktyg de själva hade intresse av att promota, snarare än ett hot mot deras befintliga intäkter.

Ett tredje spår drevs av att koncernen fortfarande körde SAP R/3, som vid tidpunkten hotades av ett annonserat "end of life" 2025. Transformationen inleddes med en strukturerad RFP där SAP medvetet konkurrensutsattes mot S/4HANA, Oracle och en lösning riktad mot mindre företag. Valet föll till slut på S/4HANA, dels på grund av den stora mängden befintliga integrationer, dels på grund av ett tydligt motstånd från verksamheten i Tyskland mot att förändra arbetssätt, förstärkt av att det nyinstallerade lagersystemet redan var integrerat mot SAP-landskapet. Implementationen genomfördes inte som ett stort "big bang"-projekt utan modul för modul, med Finance som första modul, och fortsatte i den takten under flera år framöver.

Ett fjärde spår utforskade möjligheten att koppla upp den fysiska utrustning koncernen sålde mot molnet för central övervakning. Sensorer monterades på maskinerna och installerades hos kund, vilket skapade ett kontinuerligt dataflöde som användes för att bygga applikationer för proaktivt underhåll. Initiativet drevs och bevisades tekniskt av IT — med bland annat AWS Cloud som plattform och piloter som visade att lösningen fungerade end-to-end — men ägarskapet flyttades medvetet över till produktutvecklingsenheten, den traditionella hårdvarusidan, snarare än att IT byggde en konkurrerande produktorganisation. Ett koncept för ett centralt, globalt "operation center" för samtliga sålda produkter utreddes men lanserades aldrig i full skala, eftersom koncernen låg mycket tidigt ute och först behövde bygga och testa grundläggande infrastruktur i mindre skala.

Ett femte och avslutande spår adresserade en oväntad baksida av outsourcingen: avståndet mellan verksamhetens behov och den offshore-baserade applikationsutvecklingen i Indien blev enormt. Där verksamheten tidigare kunnat beställa en förändring i korridoren och se den implementerad dagen efter, byggde den nya modellen på ett ticketbaserat system där krav skulle specificeras skriftligt för utvecklare utan kontext om verksamheten — vilket ledde till omfattande missförstånd och omarbete. Lösningen blev att placera leverantörens "tower leads" onshore nära verksamheten, byta till en agil utvecklingsmodell där bara det högst prioriterade behövde specificeras i taget, och sätta upp dedikerade processteam med tydliga representanter från verksamheten.

Ett private equity-ägt bolag hade som strategi att förvärva ett tiotal mindre, lokala IT-infrastrukturbolag runt om i Sverige. Var för sig var bolagen välskötta men små — byggda för att sköta drift och support åt ett fåtal lokala kunder, utan förmåga att konkurrera om större, mer krävande kontrakt.

Målet med sammanslagningen var att skapa en betydligt större och mer kapabel leverantör som kunde ta sig an SME-segmentet, först i Sverige och sedan genom en bredare nordisk expansion. Tillväxten var i grunden förvärvsdriven, vilket gjorde att integrationsarbetet direkt avgjorde om den faktiskt kunde realiseras.

Med tydligt mandat från ledningen samlades arbetet i ett litet, centralt transformationsteam med tydlig ansvarsfördelning: systemlandskap och processer, säljprocesser mot nya kunder, samt framtagning av de nya gemensamma erbjudandena.

Istället för att bygga en helt ny gemensam plattform valdes det redan största bolagets befintliga system, som efter viss anpassning kunde inkludera samtliga övriga bolags produkter och tjänster. Det pragmatiska valet var en viktig förklaring till att hela konsolideringen kunde genomföras på bara nio månader.

Sälj och orderläggning gjordes enhetliga över hela koncernen, fakturering samlades till ett ställe och integrerades mot ekonomisystemet för korrekt bokföring och samlad finansiell konsolidering. HR-processer (onboarding, performance, lön) konsoliderades på samma sätt, och ett nytt incidenthanteringssystem byggdes för helpdesken.

Eftersom systemvalet innebar ett helt nytt arbetssätt för en stor del av medarbetarna strukturerades förändringsarbetet enligt ADKAR-modellen, med löpande mätning genom samtliga steg för att rikta stöd dit det behövdes mest. Ett skräddarsytt digitalt utbildningsprogram togs fram tillsammans med en extern specialistpartner, byggt kring det egna bolagets verklighet snarare än ett generiskt paket.

Övergången genomfördes bolag för bolag enligt en tydlig roadmap, med ett eller två bolag per månad, medvetet sekvenserad för att aldrig kollidera med månadsskiften och fakturering — avgörande för att hålla kassaflödet positivt genom hela resan. Tydliga processkartor togs fram för att visa hur varje bolag nu skulle arbeta, och lokala "superusers" utsågs i varje bolag som första kontaktpunkt direkt efter driftsättning.

Eftersom kärnverksamheten är kundnära IT-drift och support var det avgörande att varje cutover skedde utan att kunderna påverkades. Utbildningsgenomförandet mättes på individnivå för att säkerställa att alla faktiskt tillägnat sig det nya arbetssättet innan driftsättning.

Banken hade för dålig lönsamhet totalt sett. Övriga delar av verksamheten hade redan genomfört besparingar, och förväntningarna var tydliga när Johan klev in som CIO: en grundlig översyn av IT och Core Banking skulle hitta motsvarande besparingspotential, mätt mot ett tydligt lönsamhetsmål för banken.

Banken är en helt digital bank utan fysiska kontor, där i princip allt en kund behöver göra ska kunna göras i app eller på webben. Den utgångspunkten satte ribban för hur IT behövde organiseras: som en modern digital verksamhet, inte som en traditionell banks stödfunktion.

Ett tidigare initiativ mot ett agilt arbetssätt hade fastnat halvvägs — organisationen arbetade i praktiken fortfarande i traditionella projekt, med ett klassiskt PMO, tollgates och dedikerade projektledare. Åtgärden blev radikal snarare än gradvis: hela projektöverbyggnaden togs bort och en 100 % agil struktur infördes över hela banken, med affärsledda produktteam (Product Manager) och blandad IT- och affärskompetens i varje team.

Varje produktteam leddes operativt av en Product Owner tillsammans med en Scrum Master, med både produkt-/processpecialister och teknisk kompetens i samma team. Bankledningen styrde via mål och en kvartalsvis roadmap, medan det operativa genomförandet delegerades helt till teamen — vilket eliminerade de mellanled som annars planerar eller beställer arbete åt varandra.

En friktionspunkt uppstod kring IT:s linjechefer, som i den nya modellen förlorade sin tidigare innehållsstyrning. Lösningen blev att omdefiniera rollen snarare än att avskaffa den: linjecheferna blev formella technical owners för sina system, med en tydlig och meningsfull roll direkt kopplad till leveransen — vilket skapade acceptans för den nya modellen istället för motstånd.

Ansvaret för cybersäkerhet flyttades till samma funktion, och två stora regulatoriska branschtransformationer — Open Banking (PSD2) och den nya nordiska betalinfrastrukturen (P27) — levererades genom samma agila produktteam som skötte det löpande arbetet, utan separata projektorganisationer.

På core banking-sidan byggdes en modern, skiktad arkitektur som separerade affärslogik från kärnsystemens bokföring, vilket gjorde det möjligt att prissätta och lansera nya produkter betydligt snabbare. En bred kostnadsöversyn av den externt levererade kärnbankplattformen resulterade i flera konkreta strategiska handlingsalternativ för att minska kostnad och leverantörsberoende, förankrade och redo att exekveras när ägarnas prioriteringar tillät en ny stor transformation.