Kontrola racionalizačních rozhodnutí

Během počátečních fází strategie a plánování doporučujeme u digitálních aktiv použít přístup přírůstkové racionalizace . Tento přístup ale do výsledných rozhodnutí vkládá určité předpoklady. Doporučujeme týmu cloudové strategie a týmům přechodu na cloud tato rozhodnutí zkontrolovat s ohledem na dokumentaci k rozšířeným úlohám. Tato revize je také vhodná doba pro zapojení obchodních zúčastněných stran a výkonného sponzora do budoucích rozhodnutí státu.

Důležité

Další ověření racionalizačních rozhodnutí proběhne během fáze posouzení migrace. Toto ověření se zaměřuje na obchodní kontrolu racionalizace, aby byly prostředky správně sladěny.

Pokud chcete ověřit racionalizační rozhodnutí, použijte následující otázky k usnadnění konverzace s firmou. Otázky jsou seskupené podle pravděpodobného racionalizačního sladění.

Ukazatele inovací

Pokud společný přezkum následujících otázek přinese kladnou odpověď, může být úloha lepším kandidátem na inovace. Taková úloha by se nemigrovala prostřednictvím modelu lift and shift nebo modernizace. Místo toho by se obchodní logika nebo datové struktury znovu vytvořily jako nová nebo upravená aplikace. Tento přístup může být náročnější na práci a časově náročnější. Ale u úlohy, která představuje významnou obchodní návratnost, je investice oprávněná.

• Vytvářejí aplikace v této úloze diferenciaci trhu?
• Existuje navrhovaná nebo schválená investice zaměřená na zlepšení prostředí spojených s aplikacemi v této úloze?
• Zpřístupní data v této úloze nabídky nových produktů nebo služeb?
• Existuje navrhovaná nebo schválená investice zaměřená na využití dat spojených s touto úlohou?
• Je možné kvantifikovat dopad diferenciace trhu nebo nových nabídek? Pokud ano, odůvodňuje tato návratnost zvýšené náklady na inovace během přechodu na cloud?

Následující dvě otázky vám můžou pomoct zahrnout do kontroly racionalizace technické scénáře vysoké úrovně. Odpověď "ano" by mohla identifikovat způsoby, jak zúčtovat nebo snížit náklady spojené s inovacemi.

• Změní se během přechodu na cloud datové struktury nebo obchodní logika?
• Používá se k nasazení této úlohy do produkčního prostředí existující kanál nasazení?

Pokud je odpověď na některou z otázek "ano", měl by tým zvážit zahrnutí této úlohy jako kandidáta na inovace. Tým by měl tuto úlohu minimálně označit příznakem pro kontrolu architektury, aby identifikoval možnosti modernizace.

Indikátory migrace

Migrace je rychlejší a levnější způsob přechodu na cloud. Nevyužívá ale příležitosti k inovacím. Než začnete investovat do inovací, odpovězte na následující otázky. Můžou vám pomoct určit, jestli je model migrace pro úlohu vhodnější.

• Je zdrojový kód podporující tuto aplikaci stabilní? Očekáváte, že zůstane stabilní a beze změny během časového rámce tohoto cyklu vydávání verzí?
• Podporuje tato úloha dnes provozní obchodní procesy? Bude to dělat v průběhu tohoto cyklu vydávání?
• Je prioritou, aby toto úsilí o přechod na cloud zlepšilo stabilitu a výkon této úlohy?
• Je snížení nákladů spojené s touto úlohou během tohoto úsilí cílem?
• Je snížení provozní složitosti pro tuto úlohu cílem během tohoto úsilí?
• Jsou inovace omezené současnou architekturou nebo provozními procesy IT?

Pokud je odpověď na některou z těchto otázek "ano", měli byste zvážit model migrace pro tuto úlohu. Toto doporučení platí i v případě, že je úloha kandidátem na inovace.

Obchodní výnosy můžou bránit problémy související se složitostí provozu, náklady, výkonem nebo stabilitou. Cloud můžete použít k rychlému vytváření vylepšení souvisejících s těmito výzvami. Pokud je to možné, doporučujeme použít přístup k migraci a nejprve stabilizovat úlohu. Pak rozšiřte příležitosti k inovacím ve stabilním a agilním cloudovém prostředí. Tento přístup poskytuje krátkodobé výnosy a snižuje náklady potřebné k řízení dlouhodobých změn.

Důležité

Modely migrace zahrnují přírůstkovou modernizaci. Použití architektur PaaS (platforma jako služba) je běžným aspektem aktivit migrace. Stejně tak se jedná o drobné změny konfigurace, které tyto služby platformy využívají. Hranice pro migraci je definována jako podstatná změna obchodní logiky nebo podpůrných obchodních struktur. Taková změna se považuje za inovační úsilí.

Aktualizace plánu projektu

Dovednosti potřebné pro migraci se liší od dovedností potřebných pro inovační úsilí. Během implementace plánu přechodu na cloud doporučujeme, abyste migraci a inovace přiřadili různým týmům. Každý tým má vlastní četnost iterací, vydávání a plánování. Přiřazení samostatných týmů poskytuje flexibilitu procesu pro zachování jednoho plánu přechodu na cloud a zároveň s využitím inovací a migrace.

Když spravujete plán přechodu na cloud v Azure DevOps, projeví se tato správa změnou nadřazené pracovní položky (neboli námětu) z migrace do cloudu na cloudovou inovaci. Tato drobná změna pomáhá zajistit, aby všichni účastníci plánu přechodu na cloud mohli rychle sledovat požadované úsilí a změny nápravy. Toto sledování také pomáhá sladit správná přiřazení příslušnému týmu přechodu na cloud.

U rozsáhlých komplexních plánů přechodu s několika různými projekty zvažte aktualizaci cesty iterace. Když změníte cestu k oblasti, bude úloha viditelná jenom pro tým přiřazený k dané cestě oblasti. Tato změna může týmu přechodu na cloud usnadnit práci tím, že sníží počet viditelných úkolů. Proces řízení projektů se tím ale zkompiluje.

Další kroky

Vytvořte iterace a plány verzí , abyste mohli začít plánovat práci.

Vytvořte iterace a plány verzí , abyste mohli začít plánovat práci.