LeanIX kann Transparenz über Anwendungen, Technologien, Business Capabilities, Lifecycle und Verantwortlichkeiten schaffen. Diese Transparenz ist wertvoll. Doch sie ist noch keine Enterprise-Architecture-Governance.
Der Unterschied ist entscheidend: Ein Repository beschreibt einen Zustand. Governance beeinflusst eine Entscheidung.
Das Tool kann keine Entscheidungsrechte ersetzen.
In vielen EAM-Initiativen wird Datenqualität zum dominanten Ziel. Fact Sheets werden ergänzt, Beziehungen harmonisiert und Verantwortliche erinnert. Trotzdem bleibt unklar, was nach der Erhebung konkret anders entschieden wird.
Ein Architecture Board wird nicht wirksam, weil es bessere Diagramme erhält. Es wird wirksam, wenn Mandat, Entscheidungskriterien und Konsequenzen klar sind. Dazu gehören Fragen wie:
- Welche Entscheidungen trifft das Board selbst?
- Welche Entscheidungen bleiben in Programmen oder Produktteams?
- Wann ist eine Ausnahme zulässig?
- Wer trägt die geschäftlichen Folgen einer Ausnahme?
- Wie wird überprüft, ob eine Entscheidung noch gültig ist?
Beginnen Sie nicht mit dem Metamodel. Beginnen Sie mit der Entscheidung, die besser werden muss.
Drei Ebenen müssen verbunden werden.
1. Information
Welche Fakten werden für eine Entscheidung tatsächlich benötigt? Für eine Konsolidierungsentscheidung können Business Capability, funktionale Überschneidung, Kosten, Lifecycle, Risiken und Transformationsabhängigkeiten relevant sein. Vollständigkeit ist kein Selbstzweck.
2. Verantwortung
Application Owner, Business Owner und Technology Owner sind keine dekorativen Felder. Ihre Rollen müssen mit konkreten Pflichten verbunden sein: Daten bestätigen, Risiken bewerten, Roadmaps verantworten oder Entscheidungen vorbereiten.
3. Entscheidung
Repository-Daten müssen in Portfolio-, Investitions-, Standardisierungs- und Transformationsprozesse einfließen. Erst dann wird aus Dokumentation ein Steuerungsinstrument.
Use Cases vor Datenmodell.
Ein tragfähiger Aufbau beginnt mit wenigen Management-Use-Cases. Beispielsweise: Welche Anwendungen unterstützen dieselbe Capability? Welche Technologie-Risiken gefährden ein Transformationsprogramm? Wo entstehen parallele Plattforminvestitionen? Welche Systeme blockieren einen geplanten Zielzustand?
Aus diesen Fragen lässt sich ableiten, welche Informationen benötigt werden, welche Qualität ausreicht und wer sie verantwortet. Das reduziert unnötige Pflege und erhöht die Wahrscheinlichkeit, dass die Plattform tatsächlich genutzt wird.
Wert zeigt sich außerhalb des Repositorys.
Die entscheidenden Erfolgsindikatoren liegen nicht nur in der Zahl vollständiger Fact Sheets. Relevanter ist, ob eine Portfolioentscheidung schneller vorbereitet, eine Technologieablösung früher erkannt oder eine Transformationsabhängigkeit rechtzeitig sichtbar wurde.
LeanIX ist damit ein wichtiger Enabler. Das Governance-Modell entsteht jedoch aus Mandat, Ownership, Entscheidungsrechten und der Einbettung in reale Managementprozesse.