Was sind architektonische Entscheidungen und Beschreibungen?
Alle Design- und Implementierungsentscheidungen werden durch eine begründete Architekturentscheidung bestimmt. Auf einer niedrigeren Arbeitsebene ist es möglich, eine vereinfachte Aufzeichnung einer Architekturentscheidung und ihrer Begründung zu führen. Eine einfache Aufzeichnung der Architekturentscheidung und ihrer Erläuterung. Dieses vereinfachte Modell funktioniert nicht für die Unternehmensarchitektur. Die vollständige Aufzeichnung Ihrer Architekturentscheidungen wird in Ihrer Unternehmensarchitektur dargestellt.
Strategie und Design Ihres Unternehmens bilden den Ausgangspunkt für Architekturentscheidungen und -beschreibungen. Der Prozess der Architekturentwicklung umfasst den Übergang von der Strategie zur Lösungsbereitstellung, was wiederum den Übergang von übergeordneten Designprinzipien zu konkreten Implementierungsentscheidungen beinhaltet. Mit ausreichender Rückverfolgbarkeit, um zu zeigen, dass die Implementierungsentscheidung mit der Strategie übereinstimmt.
Architekturbeschreibungen zeigen die Struktur, das Verhalten und die Abhängigkeiten des Systems. Architekturentscheidungen und -beschreibungen erklären das 'Wie' und 'Warum' komplexer Systeme und helfen so den Beteiligten, diese zu verstehen. So wird sichergestellt, dass alle an der Verbesserung Ihres Unternehmens Beteiligten auf dem gleichen Stand sind und informiert sind. In der Unternehmensarchitektur sind sie die wesentlichen Bausteine für effektive Kommunikation, Zusammenarbeit und Entscheidungsfindung.
Der Entwurf der Systeme einer Organisation wird durch die Art und Weise geprägt, wie verschiedene Komponenten interagieren, durch die Geschäftsfunktionen, die verwendeten Technologien, Datenflüsse, Sicherheitsmaßnahmen und vieles mehr.
Wie läuft der architektonische Entscheidungsprozess ab?
Es besteht keine Unklarheit, der architektonische Entscheidungsprozess ist identisch mit der Architekturentwicklungsmethode, TOGAF ADM.
Kurz gesagt besteht die Methode darin:
- Identifizieren Sie die Quelle des Mangels in den Domänen der Unternehmensarchitektur
- Entwickeln Sie eine Änderung, die den Mangel behebt
- Verstehen Sie die Arbeit zur Umsetzung der Änderung
- Genehmigen Sie die Arbeit zur Behebung des Mangels
- Dokumentieren Sie die Architekturentscheidungen – was sich ändern wird, was sich nicht ändern wird, Anleitungen und Einschränkungen bei der Implementierung der Änderungen
Die Komplexität moderner Unternehmen erfordert für diese einfachen Schritte eine Analyse aller Architekturdomänen. Zur Bewertung und Untersuchung von Architekturalternativen müssen einheitliche Kriterien verwendet werden. Architekturansichten müssen entwickelt werden, damit die Stakeholder die Alternativen im Hinblick auf ihre unterschiedlichen Interessen und Präferenzen verstehen.
Der Zweck von TOGAF ADM besteht darin, eine Lösung für die Defizite Ihres Unternehmens zu finden. Ihr Unternehmen erhält wirksame Anleitungen zur Verbesserung. Diese Anleitung ist eine Architekturentscheidung. Sie kann verschiedene Formen annehmen.
Was sind die wichtigsten Architekturentscheidungen?
Die wichtigsten Architekturentscheidungen sind:
- Ob man sich ändern soll oder nicht
- Was die genehmigte Änderung ist
- Wie man die Veränderung angeht
- Einschränkungen der Gestaltungsfreiheit und der Ausführungsfreiheit
Tatsächlich sucht man bei detaillierteren Entscheidungen in der Regel nach Belegen dafür, dass die gewählte Implementierung nicht gegen die Strategie verstößt. Die Spannung bei allen Implementierungen liegt im Übergang vom erwarteten Nutzen, der zur Finanzierung eines Projekts geführt hat, zum taktischen Nutzen, den das Projekt zu liefern versucht. Portfoliobesitzer finden den taktischen Nutzen möglicherweise weniger überzeugend als das, was die Implementierer nicht liefern. Dies ist die Ursache aller technischen Schulden, unerwarteten Kosten und struktureller Starrheit.
Welche drei Einflüsse beeinflussen Architekturentscheidungen?
Die drei Einflüsse auf architektonische Entscheidungen sind:
- Architekturkontext
- Anliegen der Stakeholder
- Aktueller Problembereich
Architekturkontext
Der Architekturkontext ist lediglich eine Abkürzung für die Umgebung, Strategie, Ziele und Vorgaben Ihres Unternehmens. Das externe Umfeld Ihres Unternehmens hat einen großen Einfluss auf Ihre Unternehmensarchitektur. Es besteht ein großer Unterschied zwischen einem Nischenhersteller von Spezialwerkzeugen, wie z. B. Geräten zur Herstellung von Mikrochips, und einem Unternehmen, das Nägel herstellt.
Die Anforderungen der Architektur richten sich nach Strategie, Zielen und Zielsetzungen. Eine Strategie ist ein Aktionsplan. Ziele und Zielsetzungen sind verschiedene Formen, ein Problem oder einen Mangel auszudrücken.
Anliegen der Stakeholder
Stakeholder wählen eine Änderung anhand komplexer Entscheidungskriterien aus. In der Architektur sind dies Bedenken. Zu den Kriterien gehören Kosten, Auswirkungen der Änderung, Machbarkeit, Geschäftskontinuität und Unternehmensagilität.
Aktueller Problembereich
Jedes Architekturentwicklungsprojekt beginnt mit der Lösung eines Problems. Es kann ein großes Problem sein – wie können wir international wachsen? Ein mittleres Problem – wie können wir die Compliance mit einem globalen Kundenstamm gewährleisten? Oder ein kleines Problem – wie können wir unsere Produkte ausliefern? Die klassischen Anwendungsfälle der Unternehmensarchitektur identifizieren Fragen, die sich auf Strategie, Portfolio, Projekt oder Lösungsbereitstellung beziehen.
Wer trifft Architekturentscheidungen?
Einfach ausgedrückt: Stakeholder. In der Praxis wird es sehr komplex. Es ist nicht möglich, alle Entscheidungen und Architekturalternativen einem Stakeholder vorzulesen. Verschiedene Domänenarchitekten müssen zusammenarbeiten, um die Architektur zu entwickeln. Sie werden Hunderte von Architekturentscheidungen treffen. In Zusammenarbeit mit Fachexperten werden sie Tausende von Architekturentscheidungen gemeinsam treffen.
Ein Architekturprüfungsgremium kann die Wirksamkeit delegierter Entscheidungsprozesse anhand von Standard-Checklisten zur Unternehmensarchitektur-Governance beurteilen.
Was ist ein Architecture Decision Record?
Eine Architekturentscheidung ist eine begründete Wahl, die eine für die Architektur bedeutsame Anforderung berücksichtigt. Eine für die Architektur bedeutsame Anforderung hat messbare Auswirkungen auf die Architektur und ihre Eignung für ein breites Spektrum von Interessen (Anliegen).
Theoretisch erfasst ein Architectural Decision Record eine einzelne Architekturentscheidung und deren Begründung. In der Praxis ist Ihre Unternehmensarchitektur sowohl Architekturentscheidungs-Record als auch Repository. Architekturentscheidungen werden in der Praxis von der obersten Ebene aus kaskadiert.
Betrachten wir das Beispiel eines Nagelherstellers, der seinen Umsatz steigern wollte. Die zentrale Frage, ob Stahlprodukte für andere hergestellt oder im Nagelgeschäft verbleiben sollen, gibt die Strategie vor. Eine weitere architektonische Entscheidung ist die Konsolidierung oder Verteilung der Fertigung. Eine weitere architektonische Entscheidung ist die Verwendung standortspezifischer oder gemeinsamer Fertigungssysteme. Die Wahl zwischen einem verteilten Kundenstamm oder einem gemeinsamen System, das von allen Standorten genutzt wird, ist die nächste Frage.
Die Design- und Implementierungsentscheidungen werden durch jede dieser Architekturentscheidungen bestimmt, die in der Zielunternehmensarchitektur erfasst sind.
Sie benötigen einen effektiven Architekturentscheidungsdatensatz oder ein Unternehmensarchitekturmodell, um die Architekturentscheidungsdatensätze zu erfassen.
Schlussfolgerung zur Entscheidungsfindung in der Architektur
Bei der Unternehmensarchitektur geht es nicht darum, jede Entscheidung selbst zu treffen. Ziel ist es, effektive Veränderungen zu steuern. Ziel ist es, dass die Mitarbeiter Ihres Unternehmens intelligentere Entscheidungen treffen, die zu schrittweisen Veränderungen führen. Die am besten konzipierten Organisationen befinden sich in einem ständigen Wandel – sie überspringen einfach den großen Knall. Ihre unternehmerische Agilität ermöglicht es ihnen, auf Bedrohungen und Chancen zu reagieren. Sie minimieren Risiken und erreichen ihre Ziele.
In einem Low-Code-System können Sie Architekturentscheidungen von der Unternehmensstrategie bis zur Benutzeroberfläche treffen. Die Unternehmensarchitektur trifft nicht nur Architekturentscheidungen, sondern leitet auch andere an, bessere Architekturentscheidungen zu treffen. Darüber hinaus trägt sie zu besseren Implementierungs- und Betriebsentscheidungen bei.
Entscheidungen, die Ihr Unternehmen schrittweise auf dem besten Weg halten. Unsere gesamte Arbeit im Bereich der digitalen Transformation zielt darauf ab, effektive Veränderungen zu begleiten.