Granska rationaliseringbeslut

Under de inledande strategi- och planeringsstegen föreslår vi att du tillämpar en inkrementell rationaliseringsmetod för den digitala egendomen. Men den här metoden bäddar in vissa antaganden i de resulterande besluten. Vi rekommenderar molnstrategiteamet och molnimplementeringsteamen att granska dessa beslut mot bakgrund av dokumentationen om utökad arbetsbelastning. Denna översyn är också ett bra tillfälle att involvera affärsintressenter och den verkställande sponsorn i framtida statliga beslut.

Viktigt

Ytterligare validering av rationaliseringsbesluten kommer att ske under utvärderingsfasen av migreringen. Den här valideringen fokuserar på affärsgranskning av rationaliseringen för att anpassa resurserna på lämpligt sätt.

Om du vill validera rationaliseringsbeslut använder du följande frågor för att underlätta en konversation med verksamheten. Frågorna grupperas efter den sannolika rationaliseringsjusteringen.

Innovationsindikatorer

Om den gemensamma granskningen av följande frågor ger ett jakande svar kan en arbetsbelastning vara en bättre kandidat för innovation. En sådan arbetsbelastning skulle inte migreras via en lift and shift-modell eller modernisera modellen. I stället skulle affärslogik eller datastrukturer återskapas som ett nytt eller omarbetat program. Den här metoden kan vara mer arbetsintensiv och tidskrävande. Men för en arbetsbelastning som representerar betydande affärsavkastning är investeringen berättigad.

• Skapar programmen i den här arbetsbelastningen marknadsdi differentiering?
• Finns det en föreslagen eller godkänd investering som syftar till att förbättra de upplevelser som är kopplade till programmen i den här arbetsbelastningen?
• Gör data i den här arbetsbelastningen nya produkt- eller tjänsterbjudanden tillgängliga?
• Finns det en föreslagen eller godkänd investering som syftar till att dra nytta av de data som är associerade med den här arbetsbelastningen?
• Kan effekten av marknadsdi differentiering eller nya erbjudanden kvantifieras? I så fall, motiverar den avkastningen den ökade kostnaden för innovation under molnimplementeringen?

Följande två frågor kan hjälpa dig att inkludera tekniska scenarier på hög nivå i rationaliseringsgranskningen. Att svara "ja" på kan antingen identifiera sätt att redovisa eller minska kostnaderna för innovation.

• Kommer datastrukturerna eller affärslogik att ändras under molnimplementeringen?
• Används en befintlig distributionspipeline för att distribuera den här arbetsbelastningen till produktion?

Om svaret på någon av frågorna är "ja" bör teamet överväga att inkludera den här arbetsbelastningen som innovationskandidat. Teamet bör minst flagga den här arbetsbelastningen för arkitekturgranskning för att identifiera moderniseringsmöjligheter.

Migreringsindikatorer

Migrering är ett snabbare och billigare sätt att implementera molnet. Men det drar inte nytta av möjligheter att förnya sig. Innan du investerar i innovation kan du besvara följande frågor. De kan hjälpa dig att avgöra om en migreringsmodell är mer tillämplig för en arbetsbelastning.

• Stöder källkoden det här programmet stabilt? Förväntar du dig att den ska förbli stabil och oförändrad under tidsramen för den här lanseringscykeln?
• Stöder den här arbetsbelastningen produktionsprocesser i dag? Kommer den att göra det under hela den här lanseringscykeln?
• Är det en prioritet att den här molnimplementeringen förbättrar arbetsbelastningens stabilitet och prestanda?
• Är kostnadsminskning associerad med den här arbetsbelastningen ett mål under den här insatsen?
• Är det ett mål att minska driftskomplexiteten för den här arbetsbelastningen?
• Begränsas innovationen av den aktuella arkitekturen eller IT-driftsprocesserna?

Om svaret på någon av dessa frågor är "ja" bör du överväga en migreringsmodell för den här arbetsbelastningen. Den här rekommendationen gäller även om arbetsbelastningen är en kandidat för innovation.

Utmaningar i driftskomplexitet, kostnader, prestanda eller stabilitet kan hindra företagets avkastning. Du kan använda molnet för att snabbt skapa förbättringar relaterade till dessa utmaningar. Där det är tillämpligt föreslår vi att du använder migreringsmetoden för att först stabilisera arbetsbelastningen. Utöka sedan innovationsmöjligheterna i den stabila, smidiga molnmiljön. Den här metoden ger kortsiktig avkastning och minskar den kostnad som krävs för att driva långsiktiga förändringar.

Viktigt

Migreringsmodeller omfattar inkrementell modernisering. Att använda PaaS-arkitekturer (plattform som en tjänst) är en vanlig aspekt av migreringsaktiviteter. Det är också mindre konfigurationsändringar som använder dessa plattformstjänster. Gränsen för migrering definieras som en väsentlig ändring av affärslogik eller stöd för affärsstrukturer. En sådan förändring anses vara en innovationsinsats.

Uppdatera projektplanen

De färdigheter som krävs för en migreringsinsats skiljer sig från de färdigheter som krävs för en innovationsinsats. Under implementeringen av en molnimplementeringsplan föreslår vi att du tilldelar migrerings- och innovationsinsatser till olika team. Varje team har sin egen iteration, lansering och planeringstakt. Att tilldela separata team ger processflexibilitet för att upprätthålla en molnimplementeringsplan samtidigt som du redovisar innovation och migreringsarbete.

När du hanterar molnimplementeringsplanen i Azure DevOps återspeglas den hanteringen genom att ändra det överordnade arbetsobjektet (eller eposet) från molnmigrering till molninnovation. Den här subtila ändringen hjälper till att säkerställa att alla deltagare i molnimplementeringsplanen snabbt kan spåra den ansträngning och de ändringar som krävs för reparationsarbetet. Den här spårningen hjälper även till att anpassa rätt tilldelningar till relevant molnimplementeringsteam.

För stora, komplexa implementeringsplaner med flera olika projekt bör du överväga att uppdatera iterationssökvägen. Om du ändrar områdessökvägen blir arbetsbelastningen endast synlig för det team som tilldelats den områdessökvägen. Den här ändringen kan göra arbetet enklare för molnimplementeringsteamet genom att minska antalet synliga uppgifter. Men det ökar komplexiteten för projekthanteringsprocesserna.

Nästa steg

Upprätta iterationer och lanseringsplaner för att börja planera arbetet.

Upprätta iterationer och lanseringsplaner för att börja planera arbetet.