Vyvážení portfoliaBalance the portfolio

Přijetí do cloudu je úsilí pro správu portfolia, které cleverly zamaskováno jako technickou implementaci.Cloud adoption is a portfolio-management effort, cleverly disguised as technical implementation. Stejně jako u jakéhokoli cvičení řízení portfolia je vyrovnávání portfolia důležité.Like any portfolio management exercise, balancing the portfolio is critical. Na strategické úrovni to znamená vyvážení migrace, inovace a experimentování za účelem co nejlepšího využití cloudu.At a strategic level, this means balancing migration, innovation, and experimentation to get the most out of the cloud. V případě, že úsilí o přijetí v cloudu je příliš daleko v jednom směru, složitost zjistí způsob, jakým se snaží přijmout.When the cloud adoption effort leans too far in one direction, complexity finds its way into the adoption efforts. Tento článek provede čtenáře přístupy k dosažení rovnováhy v portfoliu.This article will guide the reader through approaches to achieve balance in the portfolio.

Obecné rozšíření rozsahuGeneral scope expansion

Vyvážení portfolia je strategicky v podstatě.Balancing the portfolio is strategic in nature. Proto je strategický také přístup v tomto článku použitý.As such, the approach taken in this article is equally strategic. V tomto článku se předpokládá, že se strategie v rámci rozhodování na základě dat vyhodnotila v případě, že čtenář vyhodnotil existující digitální nemovitosti nebo tento proces zahájil.To ground the strategy in data-driven decisions, this article assumes the reader has evaluated the existing digital estate or has begun that process. Cílem tohoto přístupu je pomoci při vyhodnocování úloh, aby se zajistilo řádné vyvážení v rámci portfolia prostřednictvím kvalitativních otázek a vylepšení portfolia.The objective of this approach is to aid in evaluating workloads to ensure proper balance across the portfolio through qualitative questions and portfolio refinement.

Zadokumentujte obchodní výsledkyDocument business outcomes

Než portfolio vyrovnáváte, je důležité dokumentovat a sdílet obchodní výsledky, které řídí úsilí cloudové migrace.Before balancing the portfolio, it is important to document and share the business outcomes driving the cloud-migration effort. S dokumentováním a sdílením požadovaných obchodních výsledků vám může pomoct následující tabulka.The following table can help document and share desired business outcomes. Je důležité zmínit, že většina firem najednou usiluje o dosažení několika výsledků.It's important to note that most businesses are pursuing several outcomes at a time. Důležitost tohoto cvičení spočívá v objasnění výsledků, které jsou nejpříměji spojené se snahou o migraci do cloudu:The importance of this exercise is to clarify the outcomes that are most directly related to the cloud migration effort:

VýsledekOutcome Měřeno podleMeasured by CílGoal Časový rámecTime frame Priorita pro tuto snahuPriority for this effort
Snížení nákladů na ITReduce IT costs Rozpočet DatacenterDatacenter budget Snížení o $2 min USDReduce by $2M USD 12 měsíců12 months 1#1
Ukončení DatacenterDatacenter exit Ukončení z datových centerExit from datacenters 2 datová centra2 datacenters 6 měsíců6 months 2#2
Zvýšení svižnosti firmyIncrease business agility Zlepšení doby uvedení na trhImprove time to market Zkrácení doby nasazení o šest měsícůReduce deployment time by six months 2 roky2 years 3#3
Zlepšení prostředí pro zákazníkyImprove customer experience Spokojenost zákazníků (CSAT)Customer satisfaction (CSAT) Zlepšení o 10 %10% improvement 12 měsíců12 months 4#4

Důležité

Výše uvedená tabulka je fiktivní příklad a neměla by sloužit ke stanovování priorit.The above table is a fictional example and should not used to set priorities. V mnoha případech by se tato tabulka mohla považovat za antipattern tím, že se na základě zkušeností uživatelů umístí úspory nákladů.In many cases, this table could be considered an antipattern by placing cost savings above customer experiences.

Výše uvedená tabulka by mohla přesně reprezentovat priority týmu cloudové strategie a týmu přijetí cloudu.The above table could accurately represent the priorities of the cloud strategy team and the cloud adoption team. Kvůli krátkodobým omezením klade tento tým větší důraz na snížení nákladů na IT a dává větší prioritu opuštění datacenter jako způsobu, jak požadovaného snížení nákladů na IT dosáhnout.Due to short-term constraints, this team is placing a higher emphasis on IT cost reduction and prioritizing a datacenter exit as a means to achieve the desired IT cost reductions. Díky zdokumentování konkurenčních priorit v této tabulce ale může tým přechodu na cloud pomoct týmu cloudové strategie s identifikováním příležitostí k lepšímu sladění implementace nadřazené strategie portfolia.However, by documenting the competing priorities in this table, the cloud adoption team is empowered to help the cloud strategy team identify opportunities to better align implementation of the overarching portfolio strategy.

Rychlé jednání při zachování rovnováhyMove fast while maintaining balance

Pokyny týkající se přírůstkové racionalizace digitálního majetku navrhují přístup, kdy racionalizace začíná u nevyvážené pozice.The guidance regarding incremental rationalization of the digital estate suggests an approach in which the rationalization starts with an unbalanced position. Tým cloudové strategie by měl vyhodnotit všechny úlohy z hlediska kompatibility s přístupem založeným na změně hostitele.The cloud strategy team should evaluate every workload for compatibility with a rehost approach. Takový přístup se navrhuje, protože umožňuje rychlé vyhodnocení složitého digitálního majetku na základě kvantitativních dat.Such an approach is suggested because it allows for the rapid evaluation of a complex digital estate based on quantitative data. Vytvoření takového prvotního předpokladu umožňuje týmu přechodu na cloud, aby se rychle zapojil, čímž se zkrátí čas k dosažení obchodních výsledků.Making such an initial assumption allows the cloud adoption team to engage quickly, reducing time to business outcomes. Jak je ale v uvedeném článku zmíněno, kvalitativní otázky v portfoliu zajistí potřebné vyvážení.However, as stated in that article, qualitative questions will provide the necessary balance in the portfolio. Tento článek dokumentuje proces dosažení slíbeného vyvážení.This article documents the process for creating the promised balance.

Důležitost rozhodnutí o ukončení a vyřazeníImportance of sunset and retire decisions

V tabulce v části zdokumentování obchodních výsledků výše chybí klíčový výsledek, který by podporoval nejdůležitější cíl snížení nákladů na IT.The table in the documenting business outcomes section above misses a key outcome that would support the number one objective of reducing IT costs. Když se kdekoli v seznamu obchodních výsledků nachází snížení nákladů na IT, je důležité vzít v úvahu potenciál ukončení nebo vyřazení úloh.When IT costs reductions rank anywhere in the list of business outcomes, it is important to consider the potential to sunset or retire workloads. V některých scénářích může úspora nákladů přijít z důvodu nemigrace úloh, které neopravňují k krátkodobému investování.In some scenarios, cost savings can come from not migrating workloads that don't warrant a short-term investment. Někteří zákazníci hlásí úspory nákladů přesahující 20 % úspor celkových nákladů díky vyřazení nedostatečně využívaných úloh.Some customers have reported cost savings in excess of 20% total cost reductions by retiring underutilized workloads.

Pro vyrovnání portfolia, lepší odrážející západ slunce a vyřazení rozhodnutí, tým cloudové strategie a tým pro přijetí cloudu doporučujeme, aby při hodnocení a fázích migrace pomohly klást následující otázky jednotlivých úloh:To balance the portfolio, better reflecting sunset and retire decisions, the cloud strategy team and the cloud adoption team are encouraged to ask the following questions of each workload during assessment and migration phases:

  • Používali koncoví uživatelé tuto úlohu v posledních šesti měsících?Has the workload been used by end users in the past six months?
  • Je provoz koncových uživatelů konzistentní nebo rostoucí?Is end-user traffic consistent or growing?
  • Bude firma tuto úlohu vyžadovat za 12 měsíců?Will this workload be required by the business 12 months from now?

Pokud odpověď na kteroukoli z těchto otázek je "ne", může být pracovní postup kandidátem na vyřazení.If the answer to any of these questions is "no", then the workload could be a candidate for retirement. Pokud se u vlastníka aplikace potvrdí potenciální vyřazení, nemusí mít smysl migrovat zatížení.If retirement potential is confirmed with the application owner, then it may not make sense to migrate the workload. Vede to k několika kvalifikačním otázkám:This prompts for a few qualification questions:

  • Je možné pro tuto úlohu stanovit plán vyřazení nebo plán ukončení?Can a retirement plan or sunset plan be established for this workload?
  • Dá se tato úloha vyřadit před opuštěním datacentra?Can this workload be retired prior to the datacenter exit?

Pokud je odpověď na obě tyto otázky "Ano", pak by bylo vhodné zvážit, že nemigrujete zatížení.If the answer to both of these questions is "yes", then it would be wise to consider not migrating the workload. Tento přístup by pomohl splnit cíle snížení nákladů a opuštění datacentra.This approach would help meet the objectives of reducing costs and exiting the datacenter.

Pokud odpověď na kteroukoli otázku je "ne", může být vhodné vytvořit plán pro hostování pracovního vytížení, dokud jej nebude možné vyřadit.If the answer to either question is "no", it may be wise to establish a plan for hosting the workload until it can be retired. Tento plán by mohl zahrnovat přesunutí prostředků do datacentra s nižšími náklady nebo alternativního datacentra. Tím by se také dosáhlo cílů snížení nákladů a opuštění jednoho datacentra.This plan could include moving the assets to a lower-cost datacenter or alternative datacenter, which would also accomplish the objectives of reducing costs and exiting one datacenter.

Přijmout změny procesuAdopt process changes

Vyvážení portfolia vyžaduje další kvalitativní analýzu v průběhu fáze přijímání, která vám pomůže při jednoduché racionalizaci portfolia.Balancing the portfolio requires additional qualitative analysis during the Adopt phase, which will help drive simple portfolio rationalization.

Na základě dat z tabulky v části zdokumentování obchodních výsledků existuje pravděpodobné riziko, že se portfolio příliš odkloní k modelu realizace se zaměřením na migraci.Based on the data from the table in the documenting business outcomes section above, there is a likely risk of the portfolio leaning too far into a migration-focused execution model. Pokud byly nejvyšší prioritou zkušenosti zákazníků, bude pravděpodobnější portfolio s velkým důrazem na inovace.If customer experience was top priority, an innovation heavy portfolio would be more likely. Ani jedno není správné nebo špatné, ale příliš velké odklonění v jednom směru má obvykle za následek snížení návratnosti, zbytečné zvýšení složitosti a prodloužení doby realizace související se snahou o přijetí cloudu.Neither is right or wrong, but leaning too far in one direction commonly results in diminishing returns, adds unnecessary complexity, and increases execution time related to cloud adoption efforts.

Aby se snížila složitost, měli byste postupovat podle tradičního přístupu k racionalizaci portfolia, ale v iterativním modelu.To reduce complexity, you should follow a traditional approach to portfolio rationalization, but in an iterative model. Následující kroky popisují kvalitativní model takového přístupu:The following steps outline a qualitative model to such an approach:

  • Tým pro cloudovou strategii udržuje backlog úloh s určenou prioritou, které se mají migrovat.The cloud strategy team maintains a prioritized backlog of workloads to be migrated.
  • Tým cloudové strategie a tým přechodu na cloud před dokončením každé verze pořádají schůzku k plánování verze.The cloud strategy team and the cloud adoption team host a release planning meeting prior to the completion of each release.
  • V rámci schůzky k plánování verze se týmy dohodnou na prvních 5 až 10 úlohách v backlogu úloh s určenou prioritou.In the release planning meeting, the teams agree on the top 5 to 10 workloads in the prioritized backlog.
  • Mimo schůzku k plánování verze klade tým pro přijetí cloudu vlastníkům aplikací a odborníkům na danou problematiku tyto otázky:Outside of the release planning meeting, the cloud adoption team asks the following questions of application owners and subject matter experts:
    • Dá se tato aplikace nahradit ekvivalentní platformou jako službou (PaaS)?Could this application be replaced with a platform as a service (PaaS) equivalent?
    • Je tato aplikace aplikací třetí strany?Is this application a third-party application?
    • Byl schválen rozpočet k investování do průběžného vývoje aplikace během příštích 12 měsíců?Has budget been approved to invest in ongoing development of the application in the next 12 months?
    • Mohl by další vývoj této aplikace zlepšit zkušenosti zákazníků?Would additional development of this application improve the customer experience? Vytvořit konkurenční výhodu?Create a competitive differentiator? Vést k dalším výnosům pro firmu?Drive additional revenue for the business?
    • Budou data v rámci této úlohy přispívat k inovačním inovacím souvisejícím s BI, Machine Learning, IoT nebo souvisejícími technologiemi?Will the data within this workload contribute to a downstream innovation related to BI, machine learning, IoT, or related technologies?
    • Je úloha kompatibilní s moderními aplikačními platformami, jako je Azure App Service?Is the workload compatible with modern application platforms like Azure App Service?
  • Odpovědi na výše uvedené otázky a jakékoli další požadované kvalitativní analýzy by pak ovlivnily úpravy backlogu s určenou prioritou.The answers to the above questions and any other required qualitative analysis would then influence adjustments to the prioritized backlog. Může jít třeba o tyto úpravy:These adjustments may include:
    • Pokud se dá úloha nahradit řešením PaaS, je možné ji z backlogu pro migraci úplně odebrat.If a workload could be replaced with a PaaS solution, it may be removed from the migration backlog entirely. Minimálně dodatečná opatrnost pro rozhodování mezi opětovným hostováním a nahrazením by se přidala jako úloha, dočasně se tím zkracuje priorita úlohy z nevyřízených položek migrace.At a minimum, additional due diligence to decide between rehost and replace would be added as a task, temporarily reducing that workload's priority from the migration backlog.
    • Pokud je úloha (nebo by měla být) vyvíjena při vývoji vývoje, může být nejlépe přizpůsobená refaktorový model opětovného sestavování.If a workload is (or should be) undergoing development advancement, then it may best fit into a refactor-rearchitect-rebuild model. Vzhledem k tomu, že inovace a migrace vyžadují různé technické dovednosti, aplikace, které se rovnají refaktoru opětovného sestavování, by měly být spravovány pomocí nevyřízených položek pro inovace, nikoli z nevyřízených položek migrace.Since innovation and migration require different technical skills, applications that align to a refactor-rearchitect-rebuild approach should be managed through an innovation backlog rather than a migration backlog.
    • Pokud je úloha součástí inovace podřízeného systému, může být vhodné refaktorovat datovou platformu, ale ponechat vrstvy aplikace jako kandidáta na změnu hostitele.If a workload is part of a downstream innovation, then it may make sense to refactor the data platform, but leave the application layers as a rehost candidate. Menší refaktoring datové platformy úlohy se dá často řešit v backlogu pro migraci nebo inovaci.Minor refactoring of a workload's data platform can often be addressed in a migration or an innovation backlog. Tento výsledek racionalizace může vést k podrobnějším pracovním položkám v backlogu, ale jinak žádným změnám priorit.This rationalization outcome may result in more detailed work items in the backlog, but otherwise no change to priorities.
    • Pokud úloha není strategická, ale je kompatibilní s moderní cloudovou platformou pro hostování aplikací, může být vhodné provést v aplikaci menší refaktoring, aby se nasadila jako moderní aplikace.If a workload isn't strategic but is compatible with modern, cloud-based application hosting platforms, then it may be wise to perform minor refactoring on the application to deploy it as a modern application. To může přispět k celkovým úsporám díky snížení celkových licenčních požadavků na IaaS a OS migrace do cloudu.This can contribute to the overall savings by reducing the overall IaaS and OS licensing requirements of the cloud migration.
    • Pokud je úloha aplikací třetí strany a její data se neplánují používat v rámci inovace podřízeného systému, může být nejlepší ponechat ji v backlogu jako možnost změny hostitele.If a workload is a third-party application and that workload's data isn't planned for use in a downstream innovation, then it may be best to leave as a rehost option on the backlog.

Tyto otázky by neměly být v rozsahu kvalitativní analýzy dokončené pro každou úlohu, ale pomáhají při řešení složitosti nevyváženého portfolia.These questions shouldn't be the extent of the qualitative analysis completed for each workload, but they help guide a conversation about addressing the complexity of an imbalanced portfolio.

Změny procesu migraceMigration process changes

Během migrace můžou mít aktivity vyrovnávání portfolia negativní dopad na rychlost migrace (rychlost, s jakou se přenáší assety).During migration, portfolio balancing activities can have a negative impact on migration velocity (the speed at which assets are migrated). V následujících pokynech se dozvíte, proč a jak sladit práci, aby nedocházelo k přerušení snahy o migraci.The following guidance will expand on why and how to align work to avoid interruptions to the migration effort.

Racionalizace portfolia vyžaduje různorodé technické snahy.Portfolio rationalization requires diversity of technical effort. Pro týmy pro příjem cloudu je lákavé sladit tuto rozmanitost portfolia v rámci snah o migraci.It is tempting for cloud adoption teams to match that portfolio diversity within migration efforts. Obchodní zúčastněné strany žádají, aby jeden tým pro přijetí cloudu řešil celý backlog pro migraci.Business stakeholders of ask for a single cloud adoption team to address the entire migration backlog. To je jen zřídka vhodný přístup, v mnoha případech to může být kontraproduktivní.This is seldom an advisable approach, in many cases this can be counter productive.

Tyto různorodé úsilí by se měly rozdělit do dvou nebo více týmů pro přijímání v cloudu.These diverse efforts should be segmented across two or more cloud adoption teams. Pomocí modelu pro dva týmy jako ukázkového režimu spuštění je tým týmu pro migraci tým a tým 2 je inovačním týmem.Using a two-team model as an example mode of execution, team 1 is the migration team and team 2 is the innovation team. V rámci většího úsilí mohou být tyto týmy dále rozdělené na další přístupy, jako je například nahrazení nebo PaaS úsilí nebo menší refaktoring.For larger efforts, these teams could be further segmented to address other approaches like replace/PaaS efforts or minor refactoring. Následující text popisuje dovednosti a role potřebné k opětovnému hostování, refaktorování nebo menšímu refaktoringu:The following outlines the skills and roles needed to rehost, refactor, or minor refactoring:

Opětovné hostování: Opětovné hostování vyžaduje, aby členové týmu implementovali infrastruktury zaměřené na změny.Rehost: Rehost requires team members to implement infrastructure focused changes. Obecně se používá nástroj jako Azure Site Recovery k migraci virtuálních počítačů nebo jiných prostředků do Azure.Generally using a tool like Azure Site Recovery to migrate VMs or other assets to Azure. Tato práce je vhodná pro správce datacenter nebo implementátory IT.This work aligns well to datacenter admins or IT implementors. Pro tuto práci ve velkém měřítku je dobře strukturovaný tým pro migraci do cloudu.The cloud migration team is well structured to deliver this work at high scale. Je to nejrychlejší přístup k migraci stávajících prostředků ve většině scénářů.This is the fastest approach to migrate existing assets in most scenarios.

Refaktoring: Refaktoring vyžaduje, aby členové týmu změnili zdrojový kód, změnili architekturu aplikace nebo přijali nové cloudové služby.Refactor: Refactor requires team members to modify source code, change the architecture of an application, or adopt new cloud services. Obecně tato snaha využívá vývojářské nástroje jako sada Visual Studio a nástroje kanálu nasazení jako Azure DevOps k opětovnému nasazení modernizovaných aplikací do Azure.Generally this effort would use development tools like Visual Studio and deployment pipeline tools like Azure DevOps to redeploy modernized applications to Azure. Tato práce se dobře hodí pro role vývoje aplikací nebo role vývoje kanálu DevOps.This work aligns well to application development roles or DevOps pipeline development roles. Tým inovací cloudu je nejlépe strukturovaný pro zajištění této práce.The cloud innovation team is best structured to deliver this work. Může trvat delší dobu, než nahradí stávající prostředky cloudové prostředky v tomto přístupu, ale aplikace můžou využívat výhod funkcí nativního cloudu.It can take longer to replace existing assets with cloud assets in this approach, but the applications can take advantage of cloud-native features.

Vedlejší refaktoring: Některé aplikace mohou být moderní s menším refaktoringem na úrovni dat nebo aplikací.Minor refactoring: Some applications can be modernized with minor refactoring at the data or application level. Tato práce vyžaduje, aby členové týmu nasadili data do cloudových datových platforem nebo provedli drobné změny konfigurace v aplikaci.This work requires team members to deploy data to cloud-based data platforms or to make minor configuration changes to the application. To může vyžadovat omezenou podporu pro odborníky na problematiku dat nebo vývoje aplikací.This may require limited support for data or application development subject matter experts. Tato práce je ale podobná práci prováděnou implementací IT při nasazování aplikací třetích stran.However, this work is similar to the work conducted by IT implementors when deploying third-party applications. Tato práce je vhodná pro tým pro migraci do cloudu nebo tým pro cloudovou strategii.This work could easily align with the cloud migration team or the cloud strategy team. I když tato snaha není zdaleka tak rychlá jako migrace se změnou hostitele, zabere méně času než refaktoring.While this effort is not nearly as fast as a rehost migration, it takes less time to execute than refactor efforts.

Během migrace by se mělo úsilí rozdělit třemi způsoby uvedenými výše a v příslušné iteraci provést vhodným týmem.During migration, efforts should be segmented in the three ways listed above and executed by the appropriate team in the appropriate iteration. I když byste portfolio měli rozrůznit, zajistěte také, aby úsilí zůstalo velmi zaměřené a oddělené.While you should diversify the portfolio, also ensure that efforts stay very focused and segregated.

Další krokyNext steps

Seznamte se s tím, jak může globální rozhodnutí o trhu ovlivnit vaši cestu transformace.Understand how global market decisions can affect your transformation journey.