Rationalisera den digitala egendomen

Molnrationalisering är processen att utvärdera tillgångar för att fastställa den bästa metoden för att vara värd för dem i molnet. När du har bestämt en metod och sammanställt en inventering kanmolnrationalisering börja. Molnrationalisering beskriver de vanligaste rationaliseringsalternativen.

Titta på följande video för att få en snabb översikt över hur du slutför en omfattande utvärdering som hjälper dig att planera och prioritera migreringsarbetet.

Traditionell rationaliseringsvy

Det är lätt att förstå rationalisering när du visualiserar den traditionella rationaliseringsprocessen som ett komplext beslutsträd. Varje tillgång i den digitala egendomen matas via en process som resulterar i ett av fem svar (de fem rs för rationalisering). Den här processen fungerar bra för små egendomar. För större egendomar är det ineffektivt och kan leda till betydande fördröjningar. Nu ska vi undersöka processen för att se varför. Sedan presenterar vi en mer effektiv modell.

Inventering: En omfattande inventering av tillgångar, inklusive program, programvara, maskinvara, operativsystem och systemprestandamått, krävs för att slutföra en fullständig rationalisering med hjälp av traditionella modeller.

Kvantitativ analys: I beslutsträdet driver kvantitativa frågor det första beslutslagret. Här är några vanliga frågor:

• Används tillgången i dag?
• I så fall, är den korrekt optimerad och storleksoptimerad?
• Vilka beroenden finns mellan tillgångar? Dessa frågor är viktiga för klassificeringen av inventeringen.

Kvalitativ analys: Nästa uppsättning beslut kräver mänsklig intelligens i form av kvalitativ analys. Ofta är de frågor som kommer upp här unika för lösningen och kan endast besvaras av affärsintressenter och användare med stor verksamhet. Dessa beslut fördröner vanligtvis processen, vilket gör saker och ting betydligt långsammare. Den här analysen förbrukar vanligtvis 40 till 80 FTE-timmar per program.

Vägledning om hur du skapar en lista över kvalitativa analysfrågor finns i Metoder för planering av digital egendom.

Rationaliseringsbeslut: I ett erfarna rationaliseringsteam skapar kvalitativa och kvantitativa data tydliga beslut. Tyvärr är team med en hög grad av rationaliseringsupplevelse dyra att anställa eller ta månader att träna.

Rationalisering i företagsskala

Om det här arbetet är tidskrävande och svårt att hantera en digital egendom med 50 virtuella datorer kan du tänka dig hur mycket arbete som krävs för att driva affärsomvandlingen i en miljö med tusentals virtuella datorer och hundratals program. Det mänskliga arbetet som krävs kan enkelt överskrida 1 500 FTE-timmar och nio månaders planering.

Även om fullständig rationalisering är sluttillståndet och en bra riktning att gå in på, ger den sällan en hög ROI (avkastning på investeringen) i förhållande till den tid och energi som krävs.

När rationalisering är viktigt för ekonomiska beslut är det värt att överväga en professionell tjänstorganisation som specialiserar sig på molnrationalisering för att påskynda processen. Även då kan fullständig rationalisering vara ett kostsamt och tidskrävande arbete som försenar omvandlingen eller affärsresultatet.

Resten av den här artikeln beskriver en alternativ metod, som kallas inkrementell rationalisering.

Inkrementell rationalisering

En fullständig rationalisering av en stor digital egendom är riskbenägna och kan drabbas av fördröjningar på grund av dess komplexitet. Antagandet bakom den inkrementella metoden är att fördröjda beslut ökar belastningen på verksamheten för att minska risken för hinder. Med tiden skapar den här metoden en organisk modell för att utveckla de processer och erfarenheter som krävs för att fatta kvalificerade rationaliseringsbeslut mer effektivt.

Inventering: Minska identifieringsdatapunkter

Få organisationer investerar tid, energi och utgifter i att upprätthålla en korrekt realtidsinventering av den fullständiga digitala egendomen. Förlust, stöld, uppdateringscykler och registrering av anställda motiverar ofta detaljerad tillgångsspårning av slutanvändarensenheter. Roi för att upprätthålla en korrekt server- och programinventering i ett traditionellt, lokalt datacenter är ofta låg. De flesta IT-organisationer har mer brådskande problem att lösa än att spåra användningen av fasta tillgångar i ett datacenter.

I en molnomvandling korrelerar inventeringen direkt med driftskostnaderna. Korrekta inventeringsdata krävs för korrekt planering. Tyvärr kan de aktuella alternativen för miljögenomsökning fördröja beslut med veckor eller månader. Lyckligtvis kan några trick påskynda datainsamlingen.

Agentbaserad genomsökning är den vanligaste fördröjningen. Robusta data som krävs för en traditionell rationalisering kan ofta bara samlas in med en agent som körs på varje tillgång. Det här beroendet av agenter gör ofta att förloppet går långsammare eftersom det kan kräva feedback från säkerhets-, drift- och administrationsfunktioner.

I en inkrementell rationaliseringsprocess kan en agentlös lösning användas för en inledande identifiering för att påskynda tidiga beslut. Beroende på komplexitetsnivån i miljön kan en agentbaserad lösning fortfarande krävas, men den kan tas bort från den kritiska vägen till affärsförändringar.

Kvantitativ analys: Effektivisera beslut

Oavsett metod för inventeringsidentifiering kan kvantitativ analys driva inledande beslut och antaganden. Detta gäller särskilt när du försöker identifiera den första arbetsbelastningen eller när målet med rationalisering är en kostnadsjämförelse på hög nivå. I en stegvis rationaliseringsprocess begränsar molnstrategiteamet och molnanpassningsteamen de fem rs för rationalisering till två koncisa beslut och tillämpar endast dessa kvantitativa faktorer. Detta effektiviserar analysen och minskar mängden inledande data som krävs för att driva förändring.

Om en organisation till exempel håller på att migrera i iaaS till molnet kan du anta att de flesta arbetsbelastningar antingen dras tillbaka eller värdas om.

Kvalitativ analys: Tillfälliga antaganden

Genom att minska antalet potentiella resultat är det enklare att komma fram till ett första beslut om en tillgångs framtida tillstånd. När du minskar alternativen minskar du också antalet frågor som ställs till företaget i det här tidiga skedet.

Om alternativen till exempel är begränsade till värdar eller tillbakaflyttning behöver företaget bara besvara en fråga under den inledande rationaliseringen, vilket är om tillgången ska dras tillbaka.

"Analysen tyder på att inga användare aktivt använder den här tillgången. Är det korrekt eller har vi förbisett något?" En sådan binär fråga är vanligtvis mycket enklare att köra genom kvalitativ analys.

Den här effektiva metoden skapar baslinjer, ekonomiska planer, strategi och riktning. I senare aktiviteter går varje tillgång igenom ytterligare rationalisering och kvalitativ analys för att utvärdera andra alternativ. Alla antaganden som du gör i den här inledande rationaliseringen testas innan du migrerar enskilda arbetsbelastningar.

Utmaningsantaganden

Resultatet av föregående avsnitt är en grov rationalisering som är full av antaganden. Nu är det dags att utmana några av dessa antaganden.

Dra tillbaka tillgångar

I en traditionell lokal miljö medför värdtjänster för små, oanvända tillgångar sällan en betydande inverkan på de årliga kostnaderna. Med några få undantag uppväger FTE-arbetet som krävs för att analysera och dra tillbaka den faktiska tillgången kostnadsbesparingarna från rensning och sparande av dessa tillgångar.

När du flyttar till en molnredovisningsmodell kan tillbakagående tillgångar ge betydande besparingar i de årliga driftskostnaderna och arbetet med direktmigrering.

Det är inte ovanligt att organisationer drar tillbaka 20 % eller mer av sin digitala egendom när de har slutfört en kvantitativ analys. Vi rekommenderar att du utför ytterligare kvalitativ analys innan du vidtar åtgärder. När det har bekräftats kan migreringen av dessa tillgångar ge den första ROI-delen av molnmigrering. Detta är ofta en av de största kostnadsbesparande faktorerna. Därför bör molnstrategiteamet övervaka valideringen och tillbakagången av tillgångar, parallellt med genomförandet av migreringsmetoden ,för att uppnå en tidig ekonomisk vinst.

Programjusteringar

Ett företag ger sig sällan in på bara en omvandlingsresa. Valet mellan kostnadsminskning, marknadstillväxt och nya intäktsströmmar är sällan ett binärt beslut. Därför rekommenderar vi att molnstrategiteamet samarbetar med IT-teamet för att identifiera tillgångar vid parallella omvandlingar som ligger utanför omfånget för den primära omvandlingsresan.

I IaaS-migreringsexempel som anges i den här artikeln:

• Be DevOps-teamet att identifiera tillgångar som redan ingår i en distributionsautomatisering och ta bort dessa tillgångar från kärnmigreringsplanen.

• Be data- och RD-teamen att identifiera tillgångar som driver nya & intäktsströmmar och ta bort dem från kärnmigreringsplanen.

Den här programfokuserade kvalitativa analysen kan köras snabbt och skapar justering över flera migreringsloggar.

Du kan fortfarande behöva överväga vissa tillgångar som värd för resurser ett tag. Du kan fasa in senare rationalisering efter den inledande migreringen.

Välj den första arbetsbelastningen

Implementering av den första arbetsbelastningen är nyckeln till testning och inlärning. Det är den första möjligheten att demonstrera och skapa ett tillväxtt tänkesätt.

Affärskriterier

För att säkerställa transparens för verksamheten ska du identifiera en arbetsbelastning som stöds av en medlem i molnstrategiteamets affärsenhet. Helst bör du välja ett där teamet har ett inslaget intresse och stark motivation att flytta till molnet.

Tekniska kriterier

Välj en arbetsbelastning som har minsta beroenden och som kan flyttas som en liten grupp med tillgångar. Vi rekommenderar att du väljer en arbetsbelastning med en definierad testsökväg för att underlätta valideringen.

Den första arbetsbelastningen distribueras ofta i en experimentell miljö utan drift- eller styrningskapacitet. Det är viktigt att välja en arbetsbelastning som inte interagerar med säkra data.

Kvalitativ analys

Molnanpassningsteamen och molnstrategiteamet kan samarbeta för att analysera den här lilla arbetsbelastningen. Det här samarbetet skapar en kontrollerad möjlighet att skapa och testa kvalitativa analyskriterier. Den mindre populationen skapar en möjlighet att undersöka de berörda användarna och slutföra en detaljerad kvalitativ analys om en vecka eller mindre. För vanliga kvalitativa analysfaktorer, se det specifika rationaliseringsmålet i de fem rs för rationalisering.

Migrering

Parallellt med fortsatt rationalisering kan molnanpassningsteamet börja migrera den lilla arbetsbelastningen för att utöka inlärningen inom följande viktiga områden:

• Förbättra kunskaperna med molnleverantörens plattform.
• Definiera de kärntjänster och Azure-standarder som behövs för att passa den långsiktiga visionen.
• Bättre förståelse för hur åtgärder kan behöva ändras senare i omvandlingen.
• Förstå eventuella inbyggda affärsrisker och företagets tolerans för dessa risker.
• Upprätta en baslinje eller minsta fungerande produkt (MVP) för styrning baserat på företagets risktolerans.

Lanseringsplanering

Medan molnimplementeringsteamet utför migreringen eller implementeringen av den första arbetsbelastningen kan molnstrategiteamet börja prioritera återstående program och arbetsbelastningar.

Kraften hos 10

Den traditionella rationaliseringsstrategin försöker uppfylla alla förutsebara behov. Som tur är krävs det ofta inte någon plan för varje program för att starta en transformeringsresa. I en inkrementell modell är 10-metoden en bra utgångspunkt. I den här modellen väljer molnstrategiteamet de första 10 programmen som ska migreras. Dessa tio arbetsbelastningar bör innehålla en blandning av enkla och komplexa arbetsbelastningar.

Skapa de första loggarna

Molnanpassningsteamen och molnstrategiteamet kan arbeta tillsammans med den kvalitativa analysen för de första 10 arbetsbelastningarna. Det här arbetet skapar den första prioriterade migreringsloggen och den första prioriterade publiceringsloggen. Med den här metoden kan teamen iterera på metoden och ge tillräckligt med tid för att skapa en lämplig process för kvalitativ analys.

Mogna processen

När de två teamen har enas om kvalitativa analyskriterier kan utvärderingen bli en uppgift inom varje iteration. För att nå konsensus om utvärderingskriterier krävs vanligtvis två till tre versioner.

När utvärderingen har flyttats till migreringsprocessen för inkrementell körning kan molnanpassningsteamet iterera snabbare med utvärdering och arkitektur. I det här skedet abstraheras även molnstrategiteamet, vilket minskar tömningstiden. Detta gör det också möjligt för molnstrategiteamet att fokusera på att prioritera de program som ännu inte finns i en specifik version, vilket säkerställer nära anpassning till föränderliga marknadsförhållanden.

Alla prioriterade program är inte redo för migrering. Sekvenseringen kommer troligen att ändras eftersom teamet gör djupare kvalitativ analys och identifierar affärshändelser och beroenden som kan leda till omprioritering av anvisningarna. Vissa versioner kan gruppera ett litet antal arbetsbelastningar. Andra kan bara innehålla en enda arbetsbelastning.

Molnanpassningsteamet kommer troligen att köra iterationer som inte skapar en fullständig arbetsbelastningsmigrering. Ju mindre arbetsbelastningen är, och ju färre beroenden, desto troligare är det att en arbetsbelastning får plats i en enda sprint eller iteration. Därför rekommenderar vi att de första programmen i lanseringsloggarna är små och innehåller få externa beroenden.

Sluttillstånd

Med tiden slutför molnanpassningsteamet och molnstrategiteamet tillsammans en fullständig rationalisering av inventeringen. Den här inkrementella metoden gör det möjligt för teamen att kontinuerligt bli snabbare på rationaliseringsprocessen. Det hjälper också omvandlingsresan att ge konkreta affärsresultat tidigare, utan lika mycket arbete med startanalys.

I vissa fall kan den finansiella modellen vara för nära för att fatta ett beslut utan ytterligare rationalisering. I sådana fall kan du behöva en mer traditionell metod för rationalisering.

Nästa steg

Resultatet av en rationalisering är en prioriterad eftersläpning för alla tillgångar som påverkas av den valda omvandlingen. Den här eftersläpningen är nu redo att utgöra grunden för kostnadsmodeller för molntjänster.