Vår molnstrategi är att välja cloud när det är billigast.

Att ha en strategi som säger att man väljer molnet för de laster där det är billigast är en icke-strategi. För att förstå detta måste vi först definiera vad en strategi egentligen är. Svenska Akademins ordlista ger vissa ledtrådar:

“konsten att föra krig; plan i stort”

Även om molntransformationer inte är något krig, så är elementen i militärens strategidefinition applicerbara:

  1. Att sammansätta armén för kriget.

  2. Att välja utgångspunkt (operationsbas) och mål (operationsföremål) för krigsrörelserna.

  3. Att bereda krigsskådeplatsen, där det låter sig göra.

  4. Att samla armén eller, såsom det även kallas, verkställa den strategiska uppmarschen.

  5. Att leda rörelserna och att bestämma när och var striden skall föras.

  6. Att på rätt sätt använda de vunna segrarna eller begränsa följderna av nederlag.

Översatt till molntransformation innebär detta:

  • Identifiera nyckelpersoner inom din organisation som kan driva och stödja transformationen.

  • Analysera nuläget och fastställa mål – Förstå din nuvarande IT-struktur och definiera vad du vill uppnå med molnet.

  • Förbered din IT- och målmiljö – Vilka tekniska och organisatoriska förberedelser behövs för att möjliggöra en smidig övergång?

  • Informera och mobilisera din organisation – Hur involverar och utbildar du medarbetarna för att stödja denna förändring?

  • Prioritera vilka laster som ska flyttas – Vilka applikationer och data är antingen kritiska eller kan demonstrera värdet du vill påvisa i strategin?

  • Mät och utvärdera – Hur mäter du framsteg mot målen?

För att ha en strategi krävs alltså inte bara ett mål, men också en övergripande plan för att nå detta mål och planen bör innehålla samtliga av ovan punkter. Vi går igenom dom en och en.

Nyckelpersoner

Som i allt förändringsarbete är det viktigt att hitta en grupp människor som tillsammans har kunskapen och viljan att genomföra en förändring och som har förmågan att stötta organisationen. Detta är gruppen som samlas och formulerar strategin, men som också följer upp och utvärderar under hela resan. Om det finns kunskapsluckor är det klokt att ta in extern hjälp här.

Fastställa mål

Molnet är inte en plats du ska till utan ett antal förmågor. Jag har beskrivit dessa i en tidigare artikel men här är en repetition:

  • Bred nätverksaccess

  • Mätbar tjänst

  • Självprovisionering

  • Resursdelning

  • Elasticitet

Målet med att flytta till molnet bör vara att få tillgång till någon eller alla av dessa förmågor, och vad slutmålet med dessa innebär för din organisation kan vara olika. Till exempel:

  • Genom självprovisionering kan din organisation snabbare testa och lansera nya tekniska funktioner, vilket kommer göra dig snabbare än konkurrenterna.

  • Genom att använda molnet för dina varierande laster kan du sänka kostnader genom att bara betala för den kapaciteten du använder.

  • Genom att använda publikt moln slipper vi stora investeringar i egna datacenter och kan fokusera på att vara innovativa.

  • Genom att använda molnets resursdelningsskapacitet kan du tillfälligt hyra en mängd servrar, och göra det som dina nuvarande servrar gör, på en bråkdel av tiden.

Kort och gott beskriv vad du vill att molnet ska ge för effekter på din organisation.

Förbered din IT- och målmiljö

När du förbereder både källmiljön (den befintliga IT-infrastrukturen) och målmiljön (den framtida molnbaserade infrastrukturen) för en molntransformation, finns det flera saker att överväga. Här är en kort lista:

Förberedelser av Källmiljön

  • Inventering och Bedömning

    • Utför en övergripande inventering av det befintliga systemlandskapet.

    • Bedöm vilka system som skulle gagnas av molnförmågor.

  • Prestanda och Nätverksanalys

    • Analysera nuvarande prestandakrav och nätverkskapacitet för att säkerställa att de kan hanteras i molnet i nuvarande form eller om större förändringar behövs göras.

  • Säkerhet och efterlevnadsgranskning

    • Granska befintliga säkerhetskrav och kontroller.

    • Se till att dataskydd, integritetskrav och branschspecifik efterlevnad går att uppfyllas.

Förberedelser av Målmiljön

  • Val av Molnplattform och Tjänster

    • Välj lämplig molnplattform baserat på tekniska krav, kostnadseffektivitet och leverantörsstöd. Här behöver du också beakta om det finns krav på flera leverantörer.

    • Bestäm vilken molntjänstenivå (IaaS, PaaS, SaaS) som bäst möter målet i din strategi behov.

  • Arkitekturdesign

    • När du köper en publik molntjänst får du något som liknar ett virtuellt data center. Utforma hur detta datacenter ska hanteras. Leverantörerna har ofta modeller för detta, tex Enterprise Landing Zone konceptet från Microsoft.

    • Ta reda på kraven för katastrofåterställning och geografisk distribution vid behov.

  • Nätverkskonfiguration

    • Kraven på nätverket kommer skilja ifall det enbart ska etableras kontakt med molnet vid migrering eller om det ska vara flera molntjänster igång över tid samt hur stor del av din miljö som kommer stanna i ditt eget datacenter eller hos en traditionell datacenterleverantör. Vem har ansvaret för förbindelsen och dimensioneringen?

  • Testning och Validering

    • Ställ krav på att det ska finnas tex testprotokoll för att validera funktionalitet och prestanda i den nya miljön.

    • Genomför pilottester med verklighetsnära scenarier för att identifiera eventuella problem och att det finns planer för återställning.

Genom att i strategin definiera förberedelserna för både käll- och målmiljön kan du säkerställa en smidig övergång till molnet som minimerar driftsavbrott och maximerar de långsiktiga fördelarna med molninfrastrukturen.

Informera och mobilisera din organisation

  • Utveckla en Förändringshanteringsplan

    • Skapa en omfattande plan för att hantera organisatoriska förändringar, inklusive kommunikationsstrategier, utbildningsinitiativ och användarstöd.

    • Identifiera interna förändringsambassadörer som kan främja och underlätta övergången på avdelningsnivå.

  • Kommunikation och Engagemang

    • Genomför regelbundna informationsmöten och workshops för att hålla alla uppdaterade om projektets framsteg och nästa steg.

    • Använd olika kommunikationskanaler för att nå ut till alla nivåer inom organisationen och se till att budskapet är konsekvent och klart.

Kompetensutveckling och Stöd

  • Utbildning och Utbildningsprogram

    • Identifiera de kunskaps- och kompetensluckor som finns i organisationen i förhållande till molnteknologier och de specifika plattformarna som kommer att användas.

    • Ta reda på hur kompetensluckor kan åtgärdas, finns det utbildningsprogram externt eller internt, eller behövs det rent av ny personal?

  • Hjälpstrukturer

    • Upprätta hjälpstrukturer, t ex supportteam ibland kallat Cloud Center of Excellence, som kan erbjuda hjälp och lösningar på problem som uppstår under och efter övergången.

    • Se till att dessa resurser är lättillgängliga och välkända inom organisationen.

  • Organisationsomställning

    • Vissa förmågor i molnet kan kräva andra arbetssätt, tex för att nå en högre takt av innovation med självprovisionering behöver dina utvecklingsteam och driftsteam kunna hantera detta. Ofta med hjälp av DevOps. Agila transformationer är vanliga i samband med molnförflyttning.

Prioritera vilka laster som ska flyttas först

Var börjar ni? Identifiera kandidater som tidigt skulle kunna påvisa att målen i er strategi kan uppnås. Här handlar det inte om att peka på enskilda servrar utan definiera typen av initiativ som ska utföras, initiativ som sedan på taktisk nivå identifieras och utförs.

Mät och utvärdera

  • Definiera och Spåra KPI:er

    • Definiera specifika mätetal (KPI:er) för att spåra framgången i just de målen ni vill nå med just er molntransformation.

    • Fundera på hur dessa KPI:er ska presenteras, hur ofta och för vilka.

  • Feedback och Iteration

    • Uppmuntra till feedback från anställda på alla nivåer om deras erfarenheter och eventuella utmaningar med molntransformationen.

    • Använd denna feedback för att iterativt förbättra processer och lösningar.

Sammanfattning

Att välja molnet enbart när det är billigast är inte en strategi, utan flyttar beslutet till det taktiska eller operativa planet där man missar både den större potentialen och skapar onödigt arbete eftersom molnet ska utvärderas varje för varje unik last.

En genomtänkt molnstrategi tar hänsyn till organisationens övergripande mål och kapaciteter och integrerar molnets unika förmågor för att skapa långsiktig värde.


Nästa
Nästa

Att transformera eller icke transformera?