Kontrola racionalizačních rozhodnutíReview rationalization decisions

Při počáteční strategii a fázích plánování doporučujeme, abyste v digitální nemovitosti použili přírůstkový racionalizaci .During initial strategy and planning stages, we suggest you apply an incremental rationalization approach to the digital estate. Tento přístup ale v rámci výsledných rozhodnutí vloží některé předpoklady.But this approach embeds some assumptions into the resulting decisions. Doporučujeme, aby tým cloudové strategie a týmy pro přijímání v cloudu provedli tato rozhodnutí s ohledem na rozšířenou dokumentaci.We advise the cloud strategy team and the cloud adoption teams to review those decisions in light of expanded-workload documentation. Tato kontrola je také vhodnou dobou pro zapojení obchodních účastníků a vedoucího zadavatele do budoucích stavových rozhodnutí.This review is also a good time to involve business stakeholders and the executive sponsor in future state decisions.

Důležité

K dalšímu ověření rozhodnutí o racionalizaci dojde během fáze hodnocení migrace.Further validation of the rationalization decisions will occur during the assessment phase of migration. Toto ověření se zaměřuje na obchodní přezkoumání racionalizace pro správné zarovnání prostředků.This validation focuses on business review of the rationalization to align resources appropriately.

K ověření racionalizace rozhodnutí použijte následující otázky, které vám usnadní konverzaci s firmou.To validate rationalization decisions, use the following questions to facilitate a conversation with the business. Otázky jsou seskupeny podle pravděpodobnáho zarovnání racionalizace.The questions are grouped by the likely rationalization alignment.

Indikátory inovaceInnovation indicators

Pokud se v rámci společné recenze těchto otázek zobrazí kladná odpověď, může být úlohou lepším kandidátem na inovace.If the joint review of the following questions yields an affirmative answer, a workload might be a better candidate for innovation. Tato úloha by se nemohla migrovat přes model výtahu a Shift nebo modernizovat.Such a workload wouldn't be migrated via a lift and shift or modernize model. Místo toho se obchodní logika nebo datové struktury vytvoří znovu jako nová nebo znovu navržená aplikace.Instead, the business logic or data structures would be re-created as a new or rearchitected application. Tento přístup může být náročný na práci a časově náročné.This approach can be more labor-intensive and time-consuming. Ale u úloh, které představují významné obchodní návratnost, se investice odůvodňuje.But for a workload that represents significant business returns, the investment is justified.

  • Vytvoří aplikace v tomto pracovním postupu rozlišení trhu?Do the applications in this workload create market differentiation?
  • Existují navrhované nebo schválené investice zaměřené na zlepšení prostředí přidružených k aplikacím v této zátěži?Is there a proposed or approved investment aimed at improving the experiences associated with the applications in this workload?
  • Zpřístupňují data v této úloze nové nabídky produktů nebo služeb?Does the data in this workload make new product or service offerings available?
  • Je k dispozici navrhovaná nebo schválená investice, která má za cíl využít data spojená s touto úlohou?Is there a proposed or approved investment aimed at taking advantage of the data associated with this workload?
  • Může dojít k tomu, že se projeví rozlišení trhu nebo nové nabídky?Can the effect of the market differentiation or new offerings be quantified? Pokud ano, vrátí do bloku zvýšené náklady na inovace během přijetí cloudu?If so, does that return justify the increased cost of innovation during cloud adoption?

Následující dvě otázky vám pomohou při zahrnutí nejdůležitějších technických scénářů do přezkoumání racionalizace.The following two questions can help you include high-level technical scenarios in the rationalization review. Zodpovězením možnosti "Ano" můžete identifikovat způsoby účtování nebo snížit náklady spojené s inovacemi.Answering "yes" to either could identify ways of accounting for or reducing the cost associated with innovation.

  • Budou se datové struktury nebo obchodní logiky měnit v průběhu přijetí cloudu?Will the data structures or business logic change during the course of cloud adoption?
  • Je existující kanál nasazení, který se používá k nasazení této úlohy do produkčního prostředí?Is an existing deployment pipeline used to deploy this workload to production?

Pokud odpověď na kteroukoli otázku je "Ano", tým by měl zvážit zahrnutí tohoto pracovního postupu jako kandidáta na inovace.If the answer to either question is "yes," the team should consider including this workload as an innovation candidate. Tým by měl označit tuto úlohu na kontrolu architektury za účelem identifikace příležitostí pro modernizaci.At a minimum, the team should flag this workload for architecture review to identify modernization opportunities.

Indikátory migraceMigration indicators

Migrace je rychlejší a levnější způsob, jak si Cloud přijmout.Migration is a faster and cheaper way of adopting the cloud. Ale nevyužívá výhody k inovacím.But it doesn't take advantage of opportunities to innovate. Než budete investovat do inovací, odpovězte na následující otázky.Before you invest in innovation, answer the following questions. Můžou vám pomůžou určit, jestli je model migrace pro úlohy víc použitelný.They can help you determine whether a migration model is more applicable for a workload.

  • Podporuje tato aplikace stabilní zdrojový kód?Is the source code supporting this application stable? Očekáváte, že zůstane v průběhu tohoto cyklu vydaných verzí v průběhu tohoto cyklu stabilní a nezměněný?Do you expect it to remain stable and unchanged during the time frame of this release cycle?
  • Podporuje tato úloha provozní obchodní procesy ještě dnes?Does this workload support production business processes today? Provede to v průběhu tohoto cyklu vydávání verzí?Will it do so throughout the course of this release cycle?
  • Je to priorita, kterou toto úsilí při přijetí cloudu zvyšuje stabilitu a výkon této úlohy?Is it a priority that this cloud adoption effort improves the stability and performance of this workload?
  • Je snížení nákladů spojené s tímto zatížením cílem během tohoto úsilí?Is cost reduction associated with this workload an objective during this effort?
  • Snižuje se provozní složitost tohoto zatížení během tohoto úsilí?Is reducing operational complexity for this workload a goal during this effort?
  • Jsou inovace omezené aktuální architekturou nebo procesy provozu IT?Is innovation limited by the current architecture or IT operation processes?

Pokud je odpověď na kteroukoli z těchto otázek "Ano", měli byste zvážit model migrace pro tuto úlohu.If the answer to any of these questions is "yes," you should consider a migration model for this workload. Toto doporučení je pravdivé i v případě, že úlohy jsou kandidátem na inovace.This recommendation is true even if the workload is a candidate for innovation.

Problémy s provozní složitostí, náklady, výkonem nebo stabilitou můžou bránit obchodní návratnosti.Challenges in operational complexity, costs, performance, or stability can hinder business returns. Cloud můžete použít k rychlému tvorbě vylepšení souvisejících s těmito výzvami.You can use the cloud to quickly produce improvements related to those challenges. Tam, kde je to možné, doporučujeme použít k první stabilizaci úlohy postup migrace.Where it's applicable, we suggest you use the migration approach to first stabilize the workload. Pak můžete rozšířit možnosti pro inovace v stabilním a agilním cloudovém prostředí.Then expand on innovation opportunities in the stable, agile cloud environment. Tento přístup poskytuje krátkodobé vrácení a snižuje náklady potřebné k zajištění dlouhodobé změny.This approach provides short-term returns and reduces the cost required to drive long-term change.

Důležité

Mezi modely migrace patří přírůstková modernizace.Migration models include incremental modernization. Použití architektury Platform as a Service (PaaS) je běžným aspektem migračních aktivit.Using platform as a service (PaaS) architectures is a common aspect of migration activities. Jsou to také drobné změny konfigurace, které používají tyto služby platformy.So too are minor configuration changes that use those platform services. Hranice pro migraci je definována jako změna v obchodní logice nebo na podporu obchodních struktur.The boundary for migration is defined as a material change to the business logic or supporting business structures. Taková změna se považuje za inovační úsilí.Such change is considered an innovation effort.

Aktualizace plánu projektuUpdate the project plan

Dovednosti potřebné pro úsilí při migraci se liší od dovedností potřebných pro úsilí v rámci inovace.The skills required for a migration effort are different from the skills required for an innovation effort. Při implementaci plánu přijetí do cloudu doporučujeme, abyste přiřadili úsilí na migraci a inovace různým týmům.During implementation of a cloud adoption plan, we suggest that you assign migration and innovation efforts to different teams. Každý tým má vlastní iteraci, vydanou verzi a tempem plánování.Each team has its own iteration, release, and planning cadences. Přiřazení samostatných týmů přináší flexibilitu procesu při údržbě jednoho plánu přijetí do cloudu při monitorování účtů pro inovace a migraci.Assigning separate teams provides the process flexibility to maintain one cloud adoption plan while accounting for innovation and migration efforts.

Když spravujete plán přijetí cloudu v Azure DevOps, tato Správa se projeví změnou nadřazené pracovní položky (nebo námětu) z migrace cloudu na inovace cloudu.When you manage the cloud adoption plan in Azure DevOps, that management is reflected by changing the parent work item (or epic) from cloud migration to cloud innovation. Tato jemná změna pomáhá zajistit, aby všichni účastníci v plánu pro přijetí do cloudu mohli rychle sledovat požadované úsilí a změny v úsilí o nápravu.This subtle change helps ensure all participants in the cloud adoption plan can quickly track the required effort and changes to remediation efforts. Toto sledování také pomáhá zajistit správné přiřazení k příslušnému týmu přijetí cloudu.This tracking also helps align proper assignments to the relevant cloud adoption team.

V případě rozsáhlých složitých plánů přijetí s více různými projekty zvažte aktualizaci cesty iterace.For large, complex adoption plans with multiple distinct projects, consider updating the iteration path. Změna cesty k oblasti usnadňuje zobrazení úlohy pouze pro tým přiřazený k této cestě oblasti.Changing the area path makes the workload visible only to the team assigned to that area path. Tato změna může usnadnit práci týmu pro přijetí cloudu tím, že snižuje počet viditelných úkolů.This change can make work easier for the cloud adoption team by reducing the number of visible tasks. Přináší ale složitost pro procesy řízení projektu.But it adds complexity for the project management processes.

Další krokyNext steps

Stanovte iterace a plány vydávání , abyste mohli začít plánovat práci.Establish iterations and release plans to begin planning work.

Stanovte iterace a plány vydávání , abyste mohli začít plánovat práci.Establish iterations and release plans to begin planning work.