Da die Wertschöpfung durch digitale Technologien zur "großen Frage" wird, mit der Unternehmen heute konfrontiert sind, richtet sich der Blick der Unternehmensführung auf eine erfolgreiche Neuerfindung. Diese ganze Übung fällt in den Aufgabenbereich der Unternehmensarchitektur (EA) und erfordert die Navigation des richtigen Kurses inmitten der organisatorischen Komplexität und der bestehenden IT-Landschaft, während gleichzeitig sichergestellt werden muss, dass der Umfang und die Transformation die Unternehmenspläne angemessen ergänzen. Dies ist es, was die Führungskräfte auf Trab hält. Dieser Einblick bietet einen umfassenden Überblick darüber, was es bedeutet, eine moderne Unternehmensarchitektur aufzubauen.
1. Was ist Unternehmensarchitektur?
Gartner definiert Unternehmensarchitektur (EA) als "eine Disziplin zur proaktiven und ganzheitlichen Steuerung von Unternehmensreaktionen auf disruptive Kräfte durch Identifizierung und Analyse der Durchführung von Veränderungen in Richtung der gewünschten Geschäftsvision und -ergebnisse."
Unternehmensarchitektur hilft Organisationen, verschiedene Ansätze zur Verbesserung ihrer Leistung zu erkennen, indem sie die IT- und Geschäftsfähigkeiten des Unternehmens analysiert und bewertet. Sie beginnt mit einer gründlichen Untersuchung der gesamten Funktionsweise des Unternehmens, einschließlich der Prozesse, Mitarbeiter und Technologien, gefolgt von der Entwicklung eines Plans und eines Konzepts für den Übergang in den gewünschten Zustand. Mit anderen Worten: EA bedeutet, dass eine unternehmensweite Struktur mit Strategien und Zielen geschaffen wird, um den Wandel voranzutreiben, indem alle Aspekte des Unternehmens - von den Abteilungen, Daten, Anwendungen, Systemen, Richtlinien und Prozessen - zusammengeführt werden und ein Weg zum Erreichen des angestrebten Geschäftszustands aufgezeigt wird. Dabei wird das Ausmaß von Geschäftsunterbrechungen berücksichtigt, während die damit verbundenen Risiken und Kosten minimiert werden.
2. Unternehmensarchitekturansätze: Die Vergangenheit und die Gegenwart
Die Entwicklung der EA-Praktiken hat sich von der Vergangenheit bis heute stark verändert. Die Art und Weise, wie Produkte und Technologien entworfen, gestaltet, orchestriert und formalisiert wurden, hat sich in den letzten zehn oder anderthalb Jahrzehnten drastisch verändert; der grundlegende Unterschied besteht darin, dass die technologischen Unterbrechungen von "innen" nach "außen" verlagert wurden. Hier ist ein kurzer Vergleich einiger Parameter.
3. Der Kontext für die Unternehmensarchitektur
Als operatives Element im Unternehmen hat ein Enterprise Architecture (EA)-Programm einen Kontext, was bedeutet, dass die architektonischen Bestrebungen mit den strategischen Plänen des Unternehmens übereinstimmen müssen. Auch die Implementierungsinitiativen müssen so durchgeführt werden, dass sie im Einklang mit der Unternehmensarchitektur stehen. Es ist daher von entscheidender Bedeutung, die Ausrichtung der Unternehmensarchitektur zu modellieren und vorzusehen
>i) Strategischer Kontext
Die Architektur sollte mit den strategischen Plänen verknüpft werden, um sicherzustellen, dass die Architektur letztendlich die Organisation bei der Wertschöpfung unterstützt. Daher ist es unerlässlich, dass die Business-Architekten in die langfristigen strategischen Unternehmensziele, Zukunftspläne, Diskussionen auf hoher Ebene und Entscheidungen eingebunden werden. Den Architekten stehen verschiedene Tools und Technologien zur Verfügung, die sicherstellen, dass die Architektur mit der Unternehmensvision, dem Willen und der Philosophie übereinstimmt. Die Architekten bilden eine Task Force, die einen strategischen Plan und seine Triebkräfte visualisiert und die Aktivitäten über einen bestimmten Zeitraum hinweg abbildet. Der strategische Plan wird auch von Zeit zu Zeit aktualisiert und überprüft, um die taktische Richtung vorzugeben.
ii) Planungs- und Implementierungskontext
Da die Unternehmensarchitektur letztendlich den Wert steigern und das Geschäft unterstützen muss, indem sie das Architekturmodell entwirft und den Erfolg sicherstellt, ist die Governance ein wesentlicher Bestandteil des Prozesses. Es muss sichergestellt werden, dass die vorgeschlagene Architektur von allen Beteiligten verstanden wird und dass sie entsprechend befolgt wird. Die Implementierung ist das, was die Organisation von einem Basiszustand oder dem gegenwärtigen Zustand zu dem angestrebten oder gewünschten Zustand bringt. Von entscheidender Bedeutung für die Implementierungsinitiative sind rechtzeitige Leistungsüberprüfungen, die kontinuierliche Einhaltung von Zukunftsplänen sowie Initiativen zur Einhaltung von Vorschriften. Andere Aktivitäten können den Import von Inhalten, die Schaffung von Datenbeständen, die Rationalisierung von Prozessen, die Abschaffung alter Methoden und den Aufbau neuer Normen umfassen.
4. Umfang der Architektur
Von der Erstellung des Zeitrahmens über die Einhaltung des Unternehmenskontextes, den Detaillierungsgrad, die Festlegung einer Kosten- und Technologiegrenze bis hin zur Zustimmung der Stakeholder - all dies ist untrennbar mit dem Umfang der Unternehmensarchitektur verbunden. Der Umfang entscheidet über das Ausmaß und die Ausdehnung der Maßnahme. Damit sind auch die Erfolgschancen verbunden.
Umfang der Zeit
Die Zeit ist bei jeder EA-Maßnahme von entscheidender Bedeutung, genauso wie bei jeder Implementierung. Zeitpläne sind mit den Abläufen und dem Funktionieren der Organisation verbunden und mit Kosten verbunden. Zeitpläne für EA-Implementierungen können je nach Größe und Umfang des Unternehmens zwischen einem und fünf Jahren liegen. Außerdem überschneiden sich die verschiedenen Zeitpläne, und alle sind eng miteinander verbunden. Daher ist der zeitliche Umfang auf jeder Ebene des Plans von wesentlicher Bedeutung.
Detailumfang
Der richtige Detaillierungsgrad ist entscheidend. Ehrgeizige Architekturen, die zu kompliziert sind und viele Design- und Implementierungsentscheidungen erfordern, die von den Teams selbst getroffen werden müssen, können zwar die besten Lösungen bieten, sind aber möglicherweise nicht für das gesamte Unternehmen geeignet, da sie von den Interessengruppen oder Managern nicht akzeptiert werden. Das Gegenteil davon könnte das Problem übermäßiger Kontrolle und Aufsicht mit sich bringen. Um die EA-Details zu vereinfachen, arbeitet das Architekturteam mit allen Interessengruppen, Implementierungsteams und Mitarbeitern zusammen, um den gewünschten Detaillierungsgrad zu bestimmen.
Unternehmensumfang
Da es sich um ein kostspieliges Unterfangen handelt, umfasst der unternehmensweite Anwendungsbereich von EA die Frage, ob alle gewünschten Komponenten des Unternehmens transformiert werden und sich die Veränderung positiv auswirkt. Ob Organisationsfunktionen wie Finanzen, Vertrieb, Marketing, Produktion, Betrieb usw. betroffen sind und welche Art von Veränderung stattfindet, ist für den Erfolg des Unternehmens von entscheidender Bedeutung und fällt daher in den Bereich der Visualisierung des Umfangs des Unternehmens.
Umfang für Stakeholder
Die Stakeholder sind ein breites Spektrum interner und externer Personen und damit die eigentlichen Nutznießer des Wandels, der durch die Einführung einer neuen EA entsteht. Sie müssen stets über den Fortschritt der EA-Arbeit informiert sein. Es muss ein klarer Mechanismus geschaffen werden, der sicherstellt, dass der Umfang der EA für die Beteiligten vor Beginn des Projekts festgelegt wird, einschließlich der Art und Weise, wie die Veränderung vorangetrieben wird, welche Ziele erreicht werden sollen und wie diese erreicht werden können. Und nachdem die Veränderung eingetreten ist, können die Beteiligten sie bewerten.
5. Arten von Architektur
Die Unternehmensarchitektur kann in mehrere Komponenten unterteilt werden. Sie können aus den Bereichen Information, Anwendung, Technologie, Sicherheit, Geospatial und Social bestehen. Der Einfachheit halber werden wir uns jedoch auf die ersten drei Architekturen beschränken.
i) Informationsarchitektur
Der Informationsfluss ist der Schlüssel zu den meisten Geschäftsfunktionen. Die Aufgabe der Architekten ist es, herauszufinden, wie Informationen für ein Unternehmen nutzbar gemacht werden können. Welche Informationsbestände sollen als Stammdatensätze dienen, welche müssen für welche Prozesse und Abteilungen zugänglich gemacht werden, welche Technologiekomponente hilft bei der Erreichung der Informationsziele - alles muss durchdacht werden, wobei der Zweck, die Assoziationen und die Beziehungen zwischen Information und Geschäft im Auge behalten werden müssen.
ii) Anwendungsarchitektur
Die Anwendungsarchitektur erfüllt einen entscheidenden Teil der Unternehmensarchitektur; sie wählt geeignete Anwendungen aus, zielt auf Prozesse ab und transformiert sie, während sie Informationen transportiert und speichert. Dazu gehört auch die Art und Weise, wie diese Anwendungen miteinander interagieren und Aktionen ausführen. Daher sind Geschäftsprozessdarstellungen und Capability Mock-Ups erforderlich, um festzustellen, ob die gewählte Anwendung die vorhandenen Daten und Geschäftsartefakte verwalten und das Unternehmen in den gewünschten zukünftigen Zustand versetzen wird.
iii) Technologie-Architektur
Die Technologiearchitektur stützt alle anderen wesentlichen Architekturen, indem sie eine solide Grundlage für die Unterstützung der physischen oder virtuellen Infrastruktur bietet. Darüber hinaus hilft sie bei der Installation von Anwendungsdiensten, die letztlich die Unterstützung von Unternehmen, abteilungsübergreifenden Funktionen und Prozessen erweitern.
6. Architekturmodelle
Einer der Hauptzwecke der Architektur ist die Entwicklung einer Logik zur Abbildung von Geschäfts- und IT-Funktionen. Daher ist die Erstellung eines Modells ein kompliziertes Unterfangen, da viele Schichten von Konstrukten berücksichtigt werden müssen, um jede Anforderung bis ins kleinste Detail abzudecken. Die Modelle oder Architekturen basieren im Allgemeinen auf der Integration einer allgemeinen Referenzarchitektur (oder der etablierten Darstellung der Architektur), wie z. B. Objektmanagementarchitektur (OMA) und serviceorientierte Architektur (SOA), Geschäftsprozessmanagement (BPM) und SOA usw. Daher können mehrere Architekturmodelle verwendet werden, um die gewünschte Sichtweise zu erreichen. Darüber hinaus basieren die Modelle in der Regel auf Blueprinting-Prozessen, die nach der Durchführung von High-Level-Design und -Analyse in einem Unternehmen bereits standardisiert sind. Gibt es jedoch keine standardisierten Blueprinting-Techniken, können die Architekturmodelle stark angepasst werden. In einem solchen Szenario müssen viele Fragen geklärt werden:
- Welche Konzepte werden durch die Modelle erklärt?
- Sind die Konzepte abstrakt?
- Stellt das Modell einen konkreten Entwurf dar?
- Stellen die Symbole im Diagramm etwas dar?
- Welche Architekturdomäne wird modelliert?
- Ist der Entwurf für die gesamte Organisation, ein Projekt oder eine bestimmte LOB (Line of Business)?
- Bildet das Modell die aktuelle, die gewünschte oder die Übergangsarchitektur ab?
- Im Falle einer Übergangsarchitektur, welche Änderungen in der IT-Umgebung sind geplant?
7. Architecture Blueprinting
Wie der Name schon sagt, handelt es sich bei einem Architecture Blueprint um eine Architekturdarstellung. Sie wird unter Verwendung einer kohärenten Darstellung entwickelt, um ein wahrscheinliches Modell der IT-Umgebung im Ist-Zustand, im Soll-Zustand oder in der Übergangsphase darzustellen. Im Gegensatz zu Unified Modeling Language (UML)-Modellen, bei denen es sich um Software-Engineering-Illustrationen handelt, findet das Blueprinting auf architektonischer Ebene statt und bietet den richtigen Kontext, der erforderlich ist, um das Gesamtbild zu sehen. Ähnlich wie die Blaupause eines physischen Gebäudes erleichtert das Software-Blueprinting die Visualisierung der Größe und des Umfangs der Unternehmensarchitektur in einer minutiösen Weise. Mit anderen Worten, sie ermöglichen es den Architekten, den gesamten Entwurf des Gebäudes sowie jedes einzelne Stockwerk in der Struktur zu sehen und wie jedes Stockwerk und jeder Raum einen einzigartigen Platz einnimmt, aber auch in den Gesamtplan passt.
8. Use Case
Pimcore Global Services half Northgate Markets in Nordamerika bei der Überarbeitung seiner gesamten Unternehmensarchitektur
PGS unterstützte Northgate Markets und seine gesamte Unternehmensgruppe, darunter Lebensmittelgeschäfte, Finanzdienstleistungen und Immobilien, die mit Herausforderungen wie hohen Investitionskosten, mangelnder Transparenz, mehreren Datenquellen, geringer Sichtbarkeit und Reichweite für den Endbenutzer, Dateninkonsistenzen, schlechter Interoperabilität, geringer Mitarbeiterzufriedenheit und geringem Kundenengagement konfrontiert waren.
PGS bot Northgate Markets Beratung, Anwendungsentwicklung und -unterstützung sowie Cloud-Migration und -Unterstützung. PGS begann mit der Überprüfung der Anwendungslandschaft und der Entwicklung einer geeigneten Technologiestrategie, die eine unternehmensweite Architektur-Roadmap für die digitale Transformation enthielt. Darauf folgte die Entwicklung von End-to-End-Lösungen zur Beschleunigung und Verbesserung der operativen Entscheidungsfindung und zur Optimierung der Gesamtprozesse.
PGS untersuchte sorgfältig jede Komponente ihres Business Application Stack, einschließlich der Public Access Apps, der Business Apps, der Aggregator Platform und der Inhouse Apps.
Die Unternehmenstransformation umfasste auch die Migration von mehr als 300 Servern von zwei verschiedenen DCs und der AWS-Cloud zu GCP (Google Cloud Platform). Die errichtete Architektur auf Unternehmensebene war hochverfügbar, skalierbar und bot ein 24/7 Operation Service Management.
Als Ergebnis konnte Northgate Markets die Infrastrukturkosten um 70 % senken, die Markteinführungszeit verkürzen,
das Engagement der Mitarbeiter verstärken, die Marketingmöglichkeiten verbessern, die Einhaltung von Vorschriften verbessern, ein verbessertes Kundenerlebnis bieten und die Produktivität steigern.
