Przegląd decyzji dotyczących racjonalizacji

Artykuł
07/11/2023

Podczas początkowych etapów strategii i planowania zalecamy zastosowanie podejścia do racjonalizacji przyrostowej do majątku cyfrowego. Jednak takie podejście osadza pewne założenia w wynikowych decyzjach. Zalecamy zespołowi strategicznemu ds. chmury i zespołom wdrożeniowym ds. chmury przejrzenie tych decyzji w świetle dokumentacji rozszerzonego obciążenia. Ten przegląd jest również dobrym momentem, aby zaangażować uczestników projektu biznesowego i sponsora wykonawczego w przyszłych decyzjach o stanie.

Ważne

Dalsza walidacja decyzji racjonalizacji nastąpi w fazie oceny migracji. Ta walidacja koncentruje się na przeglądzie biznesowym racjonalizacji w celu odpowiedniego dopasowania zasobów.

Aby zweryfikować decyzje racjonalizacji, użyj następujących pytań, aby ułatwić rozmowę z firmą. Pytania są pogrupowane według prawdopodobnego wyrównania racjonalizacji.

Wskaźniki innowacji

Jeśli wspólny przegląd poniższych pytań daje pozytywną odpowiedź, obciążenie może być lepszym kandydatem do innowacji. Takie obciążenie nie byłoby migrowane za pośrednictwem modelu "lift and shift" ani "modernizowania". Zamiast tego logika biznesowa lub struktury danych zostaną ponownie utworzone jako nowa lub ponownie wykryta aplikacja. Takie podejście może być bardziej pracochłonne i czasochłonne. Jednak w przypadku obciążenia, które reprezentuje znaczące zyski biznesowe, inwestycja jest uzasadniona.

Czy aplikacje w tym obciążeniu tworzą różnice w rynku?
Czy istnieje proponowana lub zatwierdzona inwestycja mająca na celu poprawę środowisk związanych z aplikacjami w tym obciążeniu?
Czy dane w tym obciążeniu udostępniają nowe oferty produktów lub usług?
Czy istnieje proponowana lub zatwierdzona inwestycja mająca na celu wykorzystanie danych skojarzonych z tym obciążeniem?
Czy wpływ różnicy na rynku lub nowych ofert można określić ilościowo? Jeśli tak, czy zwrot ten uzasadnia zwiększony koszt innowacji podczas wdrażania chmury?

Poniższe dwa pytania mogą ułatwić uwzględnienie scenariuszy technicznych wysokiego poziomu w przeglądzie racjonalizacji. Udzielenie odpowiedzi na pytanie "tak" może zidentyfikować sposoby uwzględniania lub obniżania kosztów związanych z innowacjami.

Czy struktury danych lub logika biznesowa zmienią się w trakcie wdrażania chmury?
Czy istniejący potok wdrażania służy do wdrażania tego obciążenia w środowisku produkcyjnym?

Jeśli odpowiedź na jedno pytanie brzmi "tak", zespół powinien rozważyć uwzględnienie tego obciążenia jako kandydata na innowacje. Co najmniej zespół powinien oznaczyć to obciążenie na potrzeby przeglądu architektury, aby zidentyfikować możliwości modernizacji.

Wskaźniki migracji

Migracja to szybszy i tańszy sposób wdrażania chmury. Ale nie wykorzystuje możliwości wprowadzania innowacji. Zanim zainwestujesz w innowacje, odpowiedz na następujące pytania. Mogą one pomóc w ustaleniu, czy model migracji jest bardziej odpowiedni dla obciążenia.

Czy kod źródłowy obsługujący tę aplikację jest stabilny? Czy oczekujesz, że pozostanie ona stabilna i niezmieniona w okresie tego cyklu wydania?
Czy to obciążenie obsługuje obecnie produkcyjne procesy biznesowe? Czy to zrobi w trakcie tego cyklu wydania?
Czy priorytetem jest zwiększenie stabilności i wydajności tego obciążenia przez ten proces wdrażania chmury?
Czy obniżenie kosztów związane z tym obciążeniem jest celem podczas tego nakładu pracy?
Czy zmniejszenie złożoności operacyjnej dla tego obciążenia jest celem podczas tego nakładu pracy?
Czy innowacje są ograniczone przez bieżące procesy architektury lub operacji IT?

Jeśli odpowiedź na dowolne z tych pytań to "tak", należy rozważyć model migracji dla tego obciążenia. To zalecenie jest prawdziwe, nawet jeśli obciążenie jest kandydatem do innowacji.

Wyzwania związane ze złożonością operacyjną, kosztami, wydajnością lub stabilnością mogą utrudniać zwroty biznesowe. Chmura umożliwia szybkie wprowadzanie ulepszeń związanych z tymi wyzwaniami. Jeśli ma to zastosowanie, zalecamy użycie podejścia do migracji, aby najpierw ustabilizować obciążenie. Następnie rozwiń możliwości innowacji w stabilnym, elastycznym środowisku chmury. Takie podejście zapewnia krótkoterminowe zwroty i zmniejsza koszty wymagane do kierowania długoterminowymi zmianami.

Ważne

Modele migracji obejmują modernizację przyrostu. Używanie architektur platformy jako usługi (PaaS) jest typowym aspektem działań migracji. Tak też są drobne zmiany konfiguracji, które korzystają z tych usług platformy. Granica migracji jest definiowana jako spora zmiana logiki biznesowej lub obsługa struktur biznesowych. Taka zmiana jest uważana za nakład pracy nad innowacjami.

Aktualizowanie planu projektu

Umiejętności wymagane do przeprowadzenia migracji różnią się od umiejętności wymaganych do nakładów pracy nad innowacjami. Podczas wdrażania planu wdrożenia chmury zalecamy przypisanie działań związanych z migracją i innowacjami do różnych zespołów. Każdy zespół ma własną iterację, wydanie i planowanie cykli. Przypisywanie oddzielnych zespołów zapewnia elastyczność procesu w celu utrzymania jednego planu wdrożenia chmury przy jednoczesnym uwzględnieniu innowacji i działań związanych z migracją.

Gdy zarządzasz planem wdrażania chmury w usłudze Azure DevOps, to zarządzanie jest odzwierciedlane przez zmianę nadrzędnego elementu roboczego (lub epika) z migracji do chmury na innowacje w chmurze. Ta subtelna zmiana pomaga zapewnić, że wszyscy uczestnicy planu wdrażania chmury mogą szybko śledzić wymagane nakłady pracy i zmiany w wysiłkach korygujących. To śledzenie ułatwia również dopasowanie odpowiednich przypisań do odpowiedniego zespołu wdrożeniowego ds. chmury.

W przypadku dużych, złożonych planów wdrażania z wieloma odrębnymi projektami rozważ zaktualizowanie ścieżki iteracji. Zmiana ścieżki obszaru sprawia, że obciążenie jest widoczne tylko dla zespołu przypisanego do tej ścieżki obszaru. Ta zmiana może ułatwić pracę zespołowi ds. wdrażania chmury, zmniejszając liczbę widocznych zadań. Jednak zwiększa złożoność procesów zarządzania projektami.

Następne kroki

Ustanów iteracji i plany wydania , aby rozpocząć planowanie pracy.