Seminar SAP LeanIX Architekturentscheidungen, Standards und Governance

Architektur-Governance benötigt mehr als Dokumente und Gremientermine. Regeln, Entscheidungen, Geltungsbereiche und Ausnahmen müssen mit der tatsächlich betroffenen Landschaft verbunden sein. Das Seminar entwickelt dafür ein nachvollziehbares Steuerungsmodell in SAP LeanIX.

Inhaltsverzeichnis

1. Lernziele
2. Zielgruppe und Voraussetzungen
3. Seminarinhalte
   1. Schritt 1: Governance-Auftrag und Entscheidungsmodell klären
   2. Schritt 2: Architekturprinzipien strukturieren
   3. Schritt 3: Standards und Technologievorgaben modellieren
   4. Schritt 4: Architekturentscheidungen nachvollziehbar erfassen
   5. Schritt 5: Review- und Freigabeprozess aufbauen
   6. Schritt 6: Ausnahmen kontrollieren
   7. Schritt 7: Governance-Wirkung auswerten
4. Praxisübungen
5. Methodik

Lernziele

• Governance-Ziele und Entscheidungsrechte eindeutig definieren
• Prinzipien, Standards und Architekturentscheidungen strukturiert dokumentieren
• Geltungsbereiche und Auswirkungen mit Fact Sheets verknüpfen
• Review-, Freigabe- und Ausnahmeprozesse etablieren
• Einhaltung, Abweichungen und Aktualisierungsbedarf messbar machen

Zielgruppe und Voraussetzungen

Zielgruppe: Enterprise Architects, Domain Architects, Solution Architects, Mitglieder von Architecture Boards, Governance-Verantwortliche und IT-Strategen

Voraussetzungen: Grundkenntnisse in SAP LeanIX sowie Erfahrung mit Architekturprinzipien, technischen Standards oder Architektur-Reviews

Seminarinhalte

Schritt 1: Governance-Auftrag und Entscheidungsmodell klären

Der gewünschte Steuerungsgrad wird aus den Unternehmenszielen und den vorhandenen Entscheidungsprozessen abgeleitet.

• Governance-Ziele und nicht verhandelbare Leitplanken bestimmen
• Entscheidungsrechte zwischen zentralen und dezentralen Rollen verteilen
• Architecture Board, Domänenverantwortung und Projektrollen abgrenzen
• Eskalations- und Dokumentationspflichten festlegen

Schritt 2: Architekturprinzipien strukturieren

Prinzipien werden so formuliert, dass sie Entscheidungen tatsächlich leiten und nicht nur abstrakte Absichtserklärungen bleiben.

• Aussage, Begründung und Konsequenzen eines Prinzips trennen
• Geltungsbereich und betroffene Architekturebenen definieren
• Prinzipien mit Zielen, Capabilities und Initiativen verbinden
• Prüffragen für Architektur-Reviews ableiten

Schritt 3: Standards und Technologievorgaben modellieren

Technische und fachliche Standards erhalten Status, Lebenszyklus und eindeutige Einsatzregeln.

• freigegebene, tolerierte, eingeschränkte und abzulösende Standards unterscheiden
• Technologien, Provider und Anwendungen mit Standards verknüpfen
• Gültigkeitszeiträume und Verantwortliche pflegen
• Ersatzstandards und Migrationshinweise dokumentieren

Schritt 4: Architekturentscheidungen nachvollziehbar erfassen

Entscheidungen werden mit Kontext, Optionen und Konsequenzen dokumentiert und unmittelbar mit den betroffenen Objekten verbunden.

• Entscheidungsfrage und Entscheidungsbedarf präzisieren
• bewertete Optionen und Kriterien festhalten
• Beschluss, Begründung und Nebenwirkungen dokumentieren
• betroffene Anwendungen, Schnittstellen, Technologien und Initiativen zuordnen

Schritt 5: Review- und Freigabeprozess aufbauen

Ein standardisierter Ablauf sorgt dafür, dass Entscheidungen zum richtigen Zeitpunkt und mit ausreichender Informationsqualität getroffen werden.

• Eingangskriterien und erforderliche Unterlagen definieren
• Vorprüfung, fachliche Bewertung und Board-Entscheidung strukturieren
• Auflagen und Nachweise terminieren
• Status, Verantwortliche und nächste Prüftermine pflegen

Schritt 6: Ausnahmen kontrollieren

Abweichungen werden zeitlich begrenzt, begründet und mit einem konkreten Behandlungsplan versehen.

• Ausnahmegrund und Risikobewertung erfassen
• Geltungsbereich, Eigentümer und Ablaufdatum festlegen
• Kompensationsmaßnahmen und Zielzustand dokumentieren
• Verlängerung, Ablösung oder Eskalation regelbasiert auslösen

Schritt 7: Governance-Wirkung auswerten

Reports und Dashboards verdichten Entscheidungen, Standardkonformität und offene Ausnahmen für unterschiedliche Steuerungsebenen.

• Konformitäts- und Abweichungskennzahlen definieren
• überfällige Reviews und auslaufende Ausnahmen sichtbar machen
• Hotspots nach Domäne, Technologie oder Initiative analysieren
• Verbesserungsmaßnahmen aus wiederkehrenden Abweichungen ableiten

Praxisübungen

1. Formulierung eines prüfbaren Architekturprinzips
2. Modellierung eines Technologiestandards mit Status- und Lebenszykluslogik
3. Dokumentation einer Architekturentscheidung mit Optionen und Auswirkungen
4. Aufbau eines befristeten Ausnahmefalls einschließlich Kompensationsmaßnahmen
5. Entwurf eines Architecture-Board-Dashboards

Methodik

Fachliche Einordnung, Live-Demonstrationen, angeleitete Konfigurationen, strukturierte Einzel- und Gruppenübungen sowie die Bearbeitung einer durchgängigen Fallstudie.