Dopasowywanie ról i obowiązków

Zrozumienie kultury organizacji i zarządzania centrum danych ma kluczowe znaczenie dla powodzenia migracji na platformę Azure. Scentralizowane zespoły IT z jasnymi rolami ułatwiają proces, ale większe lub związane ze zgodnością przedsiębiorstwa napotykają zniuansowane wyzwania, które mogą utrudniać postępy.

Przewodnik Azure Cloud Adoption Framework podkreśla rolę dostosowania organizacji do migracji, opowiadając się za współpracą między działami w celu spełnienia kluczowych funkcji.

Z tego artykułu dowiesz się więcej o:

• Role specyficzne dla migracji, które są zgodne ze strategią chmury i funkcjami wdrażania chmury.
• Role pomocnicze, które mogą być potrzebne dla innych funkcji podczas procesu migracji, na przykład architektów strefy docelowej i architektów obciążeń.
• Jak zidentyfikować odpowiednich ekspertów lub właścicieli ról w projektach migracji.
• Macierz odpowiedzialności pomagająca zrozumieć, która rola jest odpowiedzialna za jaką część projektu migracji.

Napiwek

Wymienione role mogą nie być zgodne z określonymi stanowiskami lub wymagać dedykowanych członków zespołu. Często jedna osoba może obejmować wiele ról lub kilku członków zespołu może dzielić się obowiązkami. Ta lista zawiera opis typowych obowiązków, ale nie jest przewodnikiem dotyczącym personelu. Kluczem jest zapewnienie spełnienia tych obowiązków w organizacji.

Role funkcji strategii chmury

Aby upewnić się, że masz niezbędne zobowiązanie i organizację dla projektu migracji, potrzebujesz następujących ról dla funkcji strategii chmury. W poniższej tabeli opisano role funkcji strategii chmury i ich obowiązki:

Rola	Zakres odpowiedzialności
Sponsor projektu	Definiuje zakres migracji, aby określić, jakie zasoby są przenoszone, oraz korzyści wynikające z przenoszenia poszczególnych zasobów. Zapewnia własność podejmowania decyzji na potrzeby zakupów narzędzi migracji, ogólnej architektury obciążenia i działań wydań.
Menedżer projektu	Napędza plan projektu dla zakresu migracji. Napędza procesy testowania. Organizuje aktualizacje stanu uczestnikom projektu.
Menedżer zmian organizacyjnych	Pomaga zespołowi projektu komunikować się ze zmianami w organizacji. Współpracuje z różnymi funkcjami, aby upewnić się, że odpowiedni członkowie zespołu są zaangażowani i czy występują odpowiednie zmiany organizacyjne w celu obsługi migracji.
Specjalista ds. licencjonowania	Zapewnia szczegółowe informacje o licencjonowaniu i zarządzanie operacjami finansowymi, aby upewnić się, że projekt jest prawidłowo licencjonowany i korzysta z istniejących licencjonowanych zasobów.
Właściciel firmy obciążenia	Zapewnia własność podejmowania decyzji dla procesów oceny, architektury i migracji obciążeń. Działa jako właściciel wartości biznesowej obciążenia na platformie Azure.

Role funkcji wdrażania chmury

Podczas migracji na platformę Azure funkcja wdrażania chmury wykonuje większość czynności technicznych. W przypadku tej funkcji zaplanuj role opisane w poniższej tabeli:

Rola	Zakres odpowiedzialności
Architekt migracji	Nadzoruje podejmowanie decyzji technicznych dotyczących obciążeń, takich jak planowanie fali migracji i wszystkie procesy migracji.
Inżynier migracji	Wykonuje zadania, które są identyfikowane jako część projektu.

Role pomocnicze dla innych funkcji

W następnej tabeli opisano role pomocnicze, które mogą być potrzebne dla innych funkcji:

Rola	Zakres odpowiedzialności
Architekt strefy docelowej	Zapewnia obsługę migracji obciążeń do strefy docelowej. Pomaga rozwiązać wszelkie problemy z usługami platformy w strefie docelowej. Aby uzyskać więcej informacji, zobacz Funkcje platformy w chmurze.
Cloud Operations Manager	Zapewnia obsługę dołączania obciążeń migrowanych do platformy zarządzania w celu zapewnienia prawidłowego zarządzania obciążeniami podczas migracji. Aby uzyskać więcej informacji, zobacz Funkcje operacji w chmurze.
Architekt obciążenia	Zawiera wskazówki dotyczące architektury i podejmowanie decyzji dotyczących projektowania migrującego obciążenia. W przypadku każdego obciążenia może być potrzebny konkretny ekspert w tej dziedzinie, aby spełnić wiele wystąpień tej roli. Aby uzyskać więcej informacji, zobacz Centralne funkcje IT.
Tester akceptacji użytkownika	Testuje poszczególne obciążenia. Może istnieć wiele wystąpień tej roli na obciążenie, aby przekazać opinię na temat testowania akceptacji użytkowników (UAT). Aby uzyskać więcej informacji, zobacz Centralne funkcje IT.

Identyfikowanie ekspertów lub właścicieli ról

Zidentyfikowanie odpowiednich zasobów dla niektórych z tych ról może być trudne, na przykład dla architekta obciążenia i właściciela firmy obciążeń. Jeśli obciążenie jest w konserwacji przez długi okres i bez częstych zmian, możesz znaleźć ograniczone informacje o własności i wiedzę techniczną do obsługi funkcji. Na przykład w planowaniu majątku cyfrowego czasami serwery nie są mapowane na określone obciążenie, więc nie jest jasne, kto ma ich własność.

Poniżej przedstawiono kilka zaleceń dotyczących identyfikowania ról:

• Dane historyczne: użyj bazy danych zarządzania konfiguracją lub systemu obsługi biletów, aby zidentyfikować wszystkie elementy historyczne wskazujące, kto żąda konserwacji lub kto komunikuje się o serwerze lub obciążeniu.
• Dzienniki logowania: poszukaj użytkowników, którzy zostali ostatnio zalogowani na serwerach w obciążeniu. Mimo że takie podejście może nie identyfikować właściciela, ostatni użytkownicy mogą nadać kontekst serwerowi.
• Analiza zależności: użyj narzędzi do analizy zależności, aby określić, kto najczęściej łączy się z funkcjami hostowanymi na serwerach. Te narzędzia mogą ułatwić identyfikowanie działów biznesowych, co z kolei może pomóc w zidentyfikowaniu właściciela.
• Powiązanych właścicieli aplikacji: skontaktuj się z właścicielami aplikacji obsługujących podobny dział biznesowy lub funkcję. Poproś ich o pomoc w zidentyfikowaniu ról, które należy wypełnić. Nawet jeśli nie masz eksperta od roli w organizacji, musisz wypełnić tę rolę podczas procesu migracji. Zespoły biznesowe i zespoły IT powinny identyfikować co najmniej tymczasowych członków, a następnie utworzyć plan własności dla długoterminowego wsparcia obciążenia po migracji.

Skalowanie ról dla dużych inicjatyw migracji

W zależności od rozmiaru i liczby migrowanych obciążeń może być konieczne przypisanie wielu członków zespołu do każdej roli. Dobrym rozwiązaniem jest użycie skali opisanej w tym artykule dla maksymalnie pięciu obciążeń o średnim rozmiarze i złożoności na dwutygodniowy przebieg.

Jednak ustalanie rozmiaru i złożoności obciążeń może być trudne do oceny. We wczesnych falach migracji zacznij od podstawowego zespołu, ale w razie potrzeby przeprowadź skalowanie w poziomie.

Jeśli okaże się, że konieczne jest skalowanie w poziomie, należy również zaplanować role opisane w poniższej tabeli:

Rola	Zakres odpowiedzialności
Kierownik programów	Organizuje działania związane z zarządzaniem projektami w wielu zakresach projektów.
Główny lider architektury migracji	Zwiększa doskonałość techniczną w wielu zakresach architektów migracji.

Przykład macierzy odpowiedzialności

W poniższej tabeli użyto tej legendy, aby wskazać kategorie odpowiedzialności na etapy projektu migracji:

• D = Driver: Jedna osoba w organizacji, która jest jednym czynnikiem celu.
• = Osoba zatwierdzająca: co najmniej jedna osoba w organizacji, która podejmuje większość decyzji i którzy są odpowiedzialni, jeśli cel nie zostanie osiągnięty.
• Współautor języka C = : Osoby w organizacji, które są odpowiedzialne za wykonywanie zadań, które obsługują cel.
• Informowałem = : Osoby w organizacji, które mają wpływ na projekt i które są regularnie informowane o decyzjach i stanie projektu.

Poniższa macierz odpowiedzialności może służyć jako podstawa dla projektu migracji. Może być konieczne zidentyfikowanie większej liczby ról lub przeniesienie obowiązków w zależności od potrzeb organizacji.

Rola	Odnajdywanie majątku cyfrowego	Zakres migracji	Plan projektu	Narzędzia migracji	Odnajdywanie obciążeń	Ocena obciążenia	Architektura obciążenia	Planowanie fali	Migracja testu obciążenia	Migracja obciążenia przez użytkownika	Migracja obciążenia	UAT wydania obciążenia	Zarządzanie zmianami organizacyjnymi	Przejście do operacji	Licencjonowanie obciążeń
Architekt migracji	D	D	A	D	A	A	D	A	A	A	A	A	I	D	I
Inżynier migracji	C	I	C	C	D	D	C	D	D	C	D	C	I	C	C
Menedżer projektu	I	I	D	I	I	I	I	I	I	D	I	D	I	C	I
Sponsor projektu	A	A	A	A	I	I	A	I	I	I	A	I	A	A	A
Tester akceptacji użytkownika	I	I	I	I	I	I	I	I	I	C	I	C	I	C	I
Architekt obciążenia	I	I	C	C	C	C	C	C	C	C	C	C	C	C	I
Właściciel firmy obciążenia	I	I	C	I	A	A	A	A	A	A	A	A	C	C	A
Menedżer zmian organizacyjnych	I	I	C	I	I	I	I	I	I	C	I	C	D	C	I
Specjalista ds. licencjonowania	I	I	C	C	I	C	C	C	I	I	I	I	I	C	D
Cloud Operations Manager	C	C	C	I	I	I	I	C	I	I	I	I	C	A	I
Architekt strefy docelowej	I	I	C	C	I	I	C	C	I	I	I	I	I	I	I

Następny krok

Gotowość umiejętności do migracji