Ausrichten von Rollen und Zuständigkeiten

Das Verständnis der Kultur- und Rechenzentrumsverwaltung einer Organisation ist für den Erfolg der Azure-Migration von entscheidender Bedeutung. Zentrale IT-Teams mit klaren Rollen erleichtern den Prozess, aber größere oder compliancegebundene Unternehmen stehen vor differenzierten Herausforderungen, die den Fortschritt behindern können.

Das Azure Cloud Adoption Framework unterstreicht die Rolle der Organisationsausrichtung bei der Migration, die sich für die abteilungsübergreifende Zusammenarbeit zur Erfüllung wichtiger Funktionen einsetzt.

In diesem Artikel lernen Sie Folgendes:

• Migrationsspezifische Rollen, die sich an der Cloud-Strategie und den Funktionen zur Cloud-Einführung orientieren.
• Unterstützung von Rollen, die Sie während des Migrationsprozesses möglicherweise für andere Funktionen benötigen, z. B. Zielzonenarchitekten und Workloadarchitekten.
• Wie Sie relevante Experten oder Besitzer von Rollen in Ihren Migrationsprojekten identifizieren.
• Eine Verantwortungsmatrix, die Ihnen hilft zu verstehen, welche Rolle für welchen Teil eines Migrationsprojekts verantwortlich ist.

Tipp

Die genannten Rollen entsprechen möglicherweise nicht den spezifischen Berufsbezeichnungen oder erfordern engagierte Teammitglieder. Oft kann eine Person mehrere Aufgaben übernehmen, oder mehrere Teammitglieder können sich die Zuständigkeit teilen. Diese Liste gibt einen Überblick über die üblichen Zuständigkeiten, ist aber keine Anleitung für die Personalbesetzung. Der Schlüssel liegt darin, sicherzustellen, dass diese Zuständigkeiten innerhalb Ihrer Organisation erfüllt werden.

Cloud-Strategie-Funktions-Rollen

Um sicherzustellen, dass Sie über das nötige Engagement und die Organisation für Ihr Migrationsprojekt verfügen, benötigen Sie die folgenden Rollen für die Cloud-Strategie-Funktion. Die folgende Tabelle beschreibt die Rollen der Cloud-Strategie-Funktion und ihre Zuständigkeiten:

Role	Responsibilities
Projektträger	Legt den Umfang der Migration fest, um zu bestimmen, welche Ressourcen verschoben werden und welchen Nutzen die Verschiebung der einzelnen Ressourcen hat. Entscheidet über die Anschaffung von Migrationswerkzeugen, die gesamte Workload-Architektur und die Freigabeaktivitäten.
Projektmanager	Führt einen Projektplan für den Migrationsumfang durch. Steuert Testprozesse. Organisiert Status-Updates für Stakeholder.
Organization Change-Manager*in	Hilft dem Projektteam, Änderungen an die Organisation zu kommunizieren. Arbeitet mit verschiedenen Funktionen zusammen, um sicherzustellen, dass die richtigen Teammitglieder involviert sind und dass die richtigen organisatorischen Änderungen vorgenommen werden, um die Migration zu unterstützen.
Lizenzierungsspezialist	Bietet Einblick in die Lizenzierung und das Finanzmanagement, um sicherzustellen, dass das Projekt ordnungsgemäß lizenziert ist und die vorhandenen lizenzierten Ressourcen nutzt.
Workload-Unternehmensbesitzer	Verantwortlich für die Entscheidungsfindung bei der Bewertung der Workload, der Architektur und den Migrationsprozessen. Handelt als Eigentümer für den Geschäftswert des Workloads in Azure.

Cloudeinführungsfunktions-Rollen

Während Ihrer Migration zu Azure übernimmt die Cloudeinführungsfunktion den Großteil der technischen Ausführung. Planen Sie für diese Funktion die Rollen ein, die in der folgenden Tabelle beschrieben sind:

Role	Responsibilities
Migrationsarchitekt	Überwacht die technische Entscheidungsfindung für die Workloads, z. B. die Planung von Migrationswellen und alle Migrationsprozesse.
Migrationstechniker	Führt Vorgänge aus, die als Teil des Projekts identifiziert werden.

Unterstützt Rollen für andere Funktionen

In der nächsten Tabelle werden unterstützende Rollen beschrieben, die Sie möglicherweise für andere Funktionen benötigen:

Role	Responsibilities
Zielzonen-Architekt	Bietet Unterstützung für die Migration von Workloads in eine Zielzone. Hilft bei der Behebung von Problemen mit Plattformdiensten in der Zielzone. Weitere Informationen finden Sie unter Cloudplattformfunktionen.
Cloud-Operations Manager-Agent	Bietet Unterstützung beim Onboarding von migrierenden Workloads auf die Verwaltungsplattform, um sicherzustellen, dass die Workloads bei der Migration ordnungsgemäß verwaltet werden. Weitere Informationen finden Sie unter Cloudbetriebsfunktionen.
Workloadarchitekt	Bietet architektonische Anleitung und Entscheidungsfindung für das Design des zu migrierenden Workloads. Für jede Workload benötigen Sie möglicherweise einen bestimmten Fachexperten, um mehrere Instanzen dieser Rolle zu erfüllen. Weitere Informationen finden Sie unter Zentrale IT-Funktionen.
Benutzerakzeptanztester	Testet einzelne Workloads. Sie können mehrere Instanzen dieser Rolle pro Workload haben, um Feedback für Benutzerakzeptanztests (User Acceptance Testing, UAT) zu liefern. Weitere Informationen finden Sie unter Zentrale IT-Funktionen.

Identifizieren von Experten oder Besitzern für Rollen

Es kann schwierig sein, die richtigen Ressourcen für einige dieser Rollen zu finden, z. B. für den Workload Architekten und den Workload Geschäftsbesitzer. Wenn eine Workload über einen langen Zeitraum und ohne häufige Änderungen gewartet wird, finden Sie möglicherweise nur begrenzte Besitzerinformationen und technisches Fachwissen zur Unterstützung einer Funktion. Beispielsweise werden Server in der Planung digitaler Bestände manchmal nicht einem bestimmten Workload zugeordnet, sodass unklar sein kann, wer besitzberechtigt ist.

Hier sind einige Empfehlungen zur Identifizierung von Rollen:

• Historische Daten: Verwenden Sie Ihre Konfigurationsmanagement-Datenbank oder Ihr Ticketing-System, um alle historischen Daten zu identifizieren, die angeben, wer die Wartung beantragt oder wer über den Server oder die Workload kommuniziert.
• Anmeldeprotokolle: Suchen nach den Benutzern, die sich zuletzt auf den Servern im Workload angemeldet haben. Auf diese Weise lässt sich zwar kein Besitzer identifizieren, aber die letzten Benutzer können Ihnen einen Kontext für den Server liefern.
• Abhängigkeitsanalyse: Verwenden Sie Tools zur Abhängigkeitsanalyse, um festzustellen, wer sich am häufigsten mit den Funktionen verbindet, die auf den Servern gehostet werden. Diese Tools können Ihnen helfen, Geschäftsabteilungen zu identifizieren, die Ihnen wiederum helfen können, einen Besitzer zu finden.
• Verwandte Anwendungsbesitzer: Ansprechpartner von Anwendungen in Verbindung, die eine ähnliche Geschäftsabteilung oder Funktion haben. Bitten Sie sie, Ihnen zu helfen, die Rollen zu identifizieren, die Sie besetzen müssen. Selbst wenn Sie in Ihrer Organisation keinen Experten für eine Rolle haben, müssen Sie die Rolle während des Migrationsprozesses besetzen. Geschäftsteams und IT-Teams sollten zumindest Interimsmitglieder bestimmen und dann einen Plan für die langfristige Unterstützung der Workload nach der Migration erstellen.

Skalierbare Rollen für große Migrationsinitiativen

Je nach Größe und Anzahl der Workloads, die Sie migrieren, müssen Sie möglicherweise mehrere Teammitglieder mit jeder Rolle betrauen. Ein guter Ansatz ist es, die in diesem Artikel beschriebene Skala für bis zu fünf Workloads mittlerer Größe und Komplexität pro zweiwöchigem Sprint zu verwenden.

Die Größe und Komplexität der Workload kann jedoch schwer zu beurteilen sein. Beginnen Sie in den ersten Migrationswellen mit einem Kernteam, aber erweitern Sie es bei Bedarf.

Wenn Sie feststellen, dass Sie skalieren müssen, sollten Sie auch die Rollen einplanen, die in der folgenden Tabelle beschrieben sind:

Role	Responsibilities
Programm-Manager	Organisiert Projektmanagement-Aktivitäten über mehrere Projektumfänge hinweg.
Leiter der Migrationsarchitektur	Treibt die technische Exzellenz in den verschiedenen Bereichen der Migrationsarchitektur voran.

Zuständigkeitsmatrix, Beispiel

Die folgende Tabelle verwendet diese Legende, um die Zuständigkeitskategorien pro Rolle für die einzelnen Phasen eines Migrationsprojekts anzugeben:

• D = Treiber (Driver): Eine Person in der Organisation, die der einzige Treiber des Ziels ist.
• A = Genehmiger (Approver): Eine oder mehrere Personen in der Organisation, die die meisten Entscheidungen treffen und die die Verantwortung für den Fall tragen, dass das Ziel nicht erreicht wird.
• C = Mitwirkender (Contributor): Personen in der Organisation, die für die Durchführung von Aufgaben verantwortlich sind, die das Ziel unterstützen.
• I = Informierter (Informed): Personen in der Organisation, die von dem Projekt betroffen sind und die regelmäßig über Entscheidungen und den Status des Projekts informiert werden.

Sie können die folgende Verantwortungsmatrix als Grundlage für Ihr Migrationsprojekt verwenden. Möglicherweise müssen Sie weitere Rollen identifizieren oder die Verantwortlichkeiten je nach den Anforderungen Ihrer Organisation verschieben.

Role	Entdecken des digitalen Bestands	Migrationsumfang	Projektplan	Migrationstools	Workloadermittlung	Workloadbewertung	Workloadarchitektur	Wellenplanung	Workloadtestmigration	UAT-Workloadmigration	Workloadmigration:	Freigeben von UAT-Workloads	Organisations-Change Management	Übergang zu Operations	Workloadlizenzierung
Migrationsarchitekt	D	S	K	S	A	A	S	A	A	A	A	A	I	D	I
Migrationstechniker	K	I	K	C	D	D	K	D	D	K	D	K	I	K	K
Projektmanager	I	I	D	I	I	I	I	I	I	D	I	D	I	K	I
Projektträger	A	A	A	A	I	I	A	I	I	I	A	I	A	A	A
Benutzerakzeptanztester	I	I	I	I	I	I	I	I	I	K	I	K	I	K	I
Workloadarchitekt	I	I	K	K	K	K	K	K	K	K	K	K	K	K	I
Workload-Unternehmensbesitzer	I	I	K	I	A	A	A	A	A	A	A	A	K	K	A
Organization Change-Manager*in	I	I	K	I	I	I	I	I	I	K	I	K	D	K	I
Lizenzierungsspezialist	I	I	K	K	I	K	K	K	I	I	I	I	I	K	D
Cloud-Operations Manager-Agent	K	K	K	I	I	I	I	K	I	I	I	I	K	A	I
Zielzonen-Architekt	I	I	K	K	I	I	K	K	I	I	I	I	I	I	I

Nächster Schritt

Vorliegen der Fähigkeiten für die Migration