Entwickeln von Architekturansichten
Artikel im Überblick
- Was ist eine Architekturansicht?
- Wie viele Ansichten benötigen Sie?
- Beschleunigen Sie die Architekturentwicklung mit der Viewpoint Library
- Navigieren Sie zur Ansichtspunktvorlage
- Navigieren Sie durch Atlas, um die Portfolio Viewpoint Library zu unterstützen
- Navigieren Sie durch die Viewpoint-Bibliothek des Innovation Atlas
- Fazit zur Entwicklung von Architekturansichten
Was ist eine Architekturansicht?
Eine Architekturansicht erläutert die Architektur im Hinblick auf die Anliegen eines Stakeholders. Eine Ansicht hilft einem Stakeholder bei der Bewertung einer Architekturalternative und der gesamten Architektur.
Architecture View ist kein vereinfachtes Architekturmodell
Architecture View erklärt die Architektur
Architekturansicht erklärt die Architektur im Hinblick auf ein Anliegen
Architekturansichten drehen sich um Anliegen. So etwas wie Agilität. Oder Machbarkeit. Oder Effizienz. Oder Auswirkungen von Veränderungen. Oder alle vier.
Die Ansicht erläutert die Architektur im Hinblick auf Agilität, Machbarkeit, Effizienz oder Auswirkungen von Änderungen.
Wie sieht eine Architekturansicht aus?
Ansichten stellen eine Analyse der Architektur dar! Sie werden üblicherweise in Tabellen oder Diagrammen dargestellt. Es hängt von den Informationen ab, die bereitgestellt werden müssen.
Zeichnen Sie nicht einfach ein Diagramm und hoffen Sie, dass das Publikum die benötigten Informationen daraus ableitet. Beginnen Sie stattdessen mit dem Stakeholder und dem Anliegen.
Ermitteln Sie dann, was Sie wissen müssen, um die Architektur im Hinblick auf das Anliegen zu erklären.
Wählen Sie abschließend eine Erklärungsmethode aus.
Beispielsweise Senior Leader und strategische Ausrichtung. Sie müssen wissen, wie die Architektur im Hinblick auf die Strategie und die übergeordneten Ziele des Unternehmens funktioniert.
Sie müssen wissen:
- Unternehmensstrategie (Ergebnis/Zielsetzung/Zweck)
- Der inkrementelle Beitrag der Architekturänderung zur Priorität (Ergebnis/Zielsetzung/Ziel)
- Laufende Initiativen, die die Unternehmenspriorität (Ergebnis/Zielsetzung/Zweck) unterstützen sollen
- Der Aufwand, den Beitrag zu liefern
Sie werden dies verwenden, um zu bestimmen, ob das potenzielle Ziel eine sinnvolle Unterstützung für die Strategie darstellt.
In diesem Beispiel würden wir mit einem Radardiagramm, einem Blasendiagramm oder einer Tabelle beginnen.
- Mit einem Radardiagramm können wir den Beitrag zu verschiedenen Prioritäten aufzeigen.
- Ein Blasendiagramm könnte Beitrag, Aufwand und Zeit im Vergleich zu einer einzelnen Priorität oder einer Form eines gemischten Beitrags anzeigen.
- Eine Tabelle wären die Daten, die dem Radardiagramm oder Blasendiagramm zugrunde liegen.
Architecture View ist kein vereinfachtes Architekturmodell
Bei den meisten Modellierungstools und Diskussionen werden Architekturansichten und -modelle verwechselt.
Denken Sie daran, dass eine Ansicht die Architektur im Hinblick auf die Anliegen eines Stakeholders erklärt. Architekturmodelle sind Vereinfachungen der realen Welt. Modelle helfen uns zu verstehen, wie die reale Welt funktioniert. Modelle sind entscheidend, da sie Ihnen das nötige Wissen für eine Sichtweise liefern.
Es ist möglich, dass ein einzelnes Modell genügend Informationen liefert, um eine Frage zu beantworten. Nicht wahrscheinlich, aber möglich.
Mehr erreichen mit Best-Practice-Unternehmensarchitektur-Prozess und -Methode
Bewährte Verfahren Unternehmensarchitektur von Conexiam Navigieren
Einrichtung eines Fachausschusses für moderne Architektur
Einrichtung eines modernen Architekturprüfungsausschusses Die Einrichtung eines modernen Architekturprüfungsausschusses erfordert die Schaffung eines dynamischen Governance-Prozesses und die Einrichtung eines Entscheidungsgremiums auf höchster Ebene, das als Backstop fungiert. Ziel ist es, eine effektive Architektur-Governance ohne Bürokratie zu etablieren. [...]
Die Macht der fähigkeitsbasierten Planung freisetzen: Eine Kurzanleitung
Die Leistungsfähigkeit der fähigkeitsbasierten Planung nutzen: Eine Kurzanleitung Suchen Sie nach einer effektiveren Methode zur Planung und Umsetzung Ihrer Unternehmensstrategie? Dann sind Sie bei der fähigkeitsbasierten Planung an der richtigen Adresse. Die Identifizierung und Nutzung der Fähigkeiten Ihres Unternehmens [...]
Verständnis von Unternehmensarchitektur und Agile
Agile und Unternehmensarchitektur verstehen Sowohl die agile als auch die Unternehmensarchitektur sind darauf ausgerichtet, Risiken zu verringern. Agile Softwareentwicklung zeichnet sich dadurch aus, dass sie etwas schafft, das wir noch nie hatten und von dem wir nicht wissen, wie wir es schaffen können. [...]
Verwendung der Szenarioanalyse für die Unternehmensarchitektur
Verwendung der Szenarioanalyse für die Unternehmensarchitektur Ein Szenario ist einfach eine plausible Zukunft. Die Szenarioanalyse untersucht, wie wir zu einer plausiblen Zukunft gelangen und wie sich verschiedene Szenarien auf unsere aktuellen Entscheidungen auswirken. Szenarien helfen Führungskräften [...]
Unternehmensarchitektur-Roadmap als Entwurf
Unternehmensarchitektur-Roadmap als Design Eine Architektur-Roadmap ist ein Planungsinstrument, das den Entscheidungsträgern eines Unternehmens hilft. Eine dynamische Architektur-Roadmap soll ihnen helfen, den besten Weg zu entwickeln und zu beschreiten. Sie ist auch [...]
Arbeitsmanagement für Unternehmensarchitektur
Enterprise Architecture Work Management ist entscheidend für den täglichen Erfolg eines Enterprise Architecture Teams. Architekten müssen nützliche Anleitungen liefern, bevor Stakeholder fundierte Entscheidungen treffen. Enterprise-Architekten müssen die […]
Bewährte Praktiken zur Implementierung von Tools für das Management der Unternehmensarchitektur
Best Practices für die Implementierung von Enterprise Architecture Management Tools Enterprise Architecture Management Tools wurden entwickelt, um die Planung, den Entwurf, die Analyse und die Ausführung der Unternehmensarchitektur zu unterstützen. Sie versetzen Unternehmensarchitekten in die Lage, die Notwendigkeit von Änderungen zu untersuchen [...]
Entwicklung einer Unternehmensarchitektur-Strategie
Entwicklung einer Enterprise-Architektur-Strategie: Strategischer Plan für Veränderungen. Eine Enterprise-Architektur-Strategie ist Handeln. Maßnahmen, die Ihr Unternehmen ergreifen wird, und Veränderungen, die Sie vornehmen werden, um Ihre strategischen Ziele zu erreichen. Bei der Strategieentwicklung geht es vor allem um Entscheidungen. […]
Alles, was Sie über die Verwendung von Architekturalternativen wissen müssen
Alles, was Sie über den Einsatz von Architekturalternativen wissen müssen Architekturalternativen sind für eine gute Unternehmensarchitekturentwicklung erforderlich. Wenn Sie mit der Architekturentwicklung beginnen, weist Ihr Unternehmen Mängel auf. Es gibt Bereiche, die verbessert werden müssen. Sie müssen [...]
Entwicklung einer Architekturansicht
Entwicklung einer Architekturansicht Die Unternehmensarchitektur ist ein wichtiger Kompass. Sie hilft Unternehmen, die Komplexität von Technologie, Strategie und Betrieb zu meistern. Der Kern der Unternehmensarchitektur ist ein systematischer Ansatz. Ziel ist es, sicherzustellen, dass […]
Wie viele Architekturansichten benötigen Sie?
Es gibt keine offensichtliche Begrenzung für die Anzahl der möglichen Ansichten. Je mehr Stakeholder, Bedenken und Architekturalternativen es gibt, desto mehr Ansichten sind möglich.
Verwenden Sie eine Werthürde
Um den Entscheidungszyklus zu steuern, suchen wir immer nach Gründen, um eine Architekturalternative. Durch die Beendigung der Analyse schwacher Ideen werden Kapazitäten für starke Alternativen frei.
Wir scheuen uns nicht, Alternativen auszuschließen. Bei der Portfolioarbeit kann ein sehr hoher Anteil potenzieller Änderungen die Mindestwerthürden nicht erfüllen. Aus Produktivitätssicht ist jede Arbeit zur weiteren Analyse von Änderungen, die nie finanziert werden, Verschwendung.
Der Wert ist ein einfaches Verhältnis aus Nutzen geteilt durch Aufwand, angepasst an das Risiko. Risikoarchitektur, hilft uns, den Nutzen unter Berücksichtigung der Unsicherheit seiner Ernte zu ermitteln. Und die Arbeit ist unter Berücksichtigung der Unsicherheit vollständig abgegrenzt und gut geschätzt.
Der Nutzen ist nicht immer finanzieller Natur. Sie werden auch in vielen anderen Bereichen Vorteile finden – Agilität, Effizienz, verbessertes Wertangebot und sogar weniger Unsicherheit.
Sie sind direkt an der Wurzel Unternehmensarchitektur-Governance. Sie arbeiten gezielt nach den Vorgaben der Stakeholder (Leistungserwartungen und -beschränkungen). Die Analyse und Architektur-Kompromiss führen zur Auswahl der besten verfügbaren Änderungen.
Entwerfen Sie Ihr Enterprise Architecture Framework für Architekturansichten
Ihr Enterprise-Architektur-Framework sollte für Ihre Anwendungsfall für Unternehmensarchitekten. Es sollte die obligatorischen Modelle und Ansichten angeben. Modelle erstellen das Wissen, das für die Ansichten erforderlich ist, die Sie erstellen müssen.
Ein sehr häufiger Anwendungsfall für Portfolios ist die Anwendungsfall IT-Modernisierung. Das Ergebnis ist ein modernisiertes IT-Anwendungs- und Infrastrukturportfolio. Die IT-Modernisierung wird in der Regel aufgrund technischer Schulden oder Akquisitionen zur Priorität. Die IT-Modernisierung steht vor kontinuierlichen Hürden bei der Wertschöpfung, die mit Auswirkungen der Änderung, Durchführbarkeit, Effizienz, und Beweglichkeit.
Erstellen Sie eine Viewpoint-Bibliothek, in der die üblichen Stakeholder-Klassen und Anliegen für einen Anwendungsfall der Unternehmensarchitektur aufgelistet sind. Minimieren Sie anschließend den Informationsbedarf für die erforderlichen Unternehmensarchitekturmodelle konsequent.
Minimieren Sie Informationen und Analysen. Wir konzentrieren uns auf die EA-Teamentwicklung auf die Fragen, die sie für die Stakeholder ihres Anwendungsfalls beantworten müssen. Wir stellen sicher, dass das EA-Team von den Modellen und der Unterstützung bei der Entwicklung von Architekturansichten umgeben ist.
Einbetten von Ansichten in die Architektur-Governance
Die Checkliste für die Governance der Zielarchitektur prüft, ob die Stakeholder Wert, Aufwand und Unsicherheit verstehen. Ansichten, die Standardbedenken wie Auswirkungen der Änderung, Änderungskosten oder Machbarkeit sollten in Ihre Architekturprüfungsausschussprozess.
Sie stellen sicher, dass die richtige Analyse der Kandidatenarchitekturen durchgeführt wird, um sicherzustellen, dass die Stakeholder den Wert, den Aufwand und die Unsicherheit einer Architekturalternative. Dies führt zu stärkeren Architekturentscheidungen.
Beschleunigen Sie die Entwicklung mit der Viewpoint Library
Ohne eine Sichtweisenbibliothek fangen wir die Enterprise-Architekt ohne einen Haltepunkt. Ohne sich auf die Anliegen der Hauptbeteiligten und die damit verbundenen Kompromissentscheidungen zu konzentrieren, arbeiten sie an zufälligen Themen.
Die besten Enterprise-Architekten sind 50-100 Mal produktiver. Sie erzielen diese Produktivität mit einem deutlich geringeren Informationsbedarf. Sie suchen weniger Informationen und analysieren weniger. Sie konzentrieren ihre Zeit und Energie auf die Wertschöpfungshürden der Stakeholder.
In jeder Phase fragen sie, welche Informationen zur Berücksichtigung der zwingenden Anliegen erforderlich sind. Kurz gesagt, sie fragen, welche Architekturansicht dem Stakeholder bei der Entscheidungsfindung hilft.
Wir empfehlen Ihnen, alles in Frage zu stellen und den Analyseaufwand konsequent zu minimieren.
Achten Sie auf die implizite Richtung, die die Stakeholder vorgeben. Wenn beispielsweise jede Kompromissentscheidung getroffen wurde Markteinführungszeit über Nachhaltigkeit, gibt es nur eines zu tun. Hören Sie auf die Anweisungen der Stakeholder und entwickeln Sie ein Ziel, das eine schnelle Markteinführung ermöglicht. Der Start von Enterprise Architecture Governance bedeutet, bei der Entwicklung der Zielvorgaben auf Anweisungen zu hören..
Wir können den iterativen Charakter dieser Phase nicht genug betonen. Viel zu viele Teams versinken in Kleinigkeiten. Fun Facts und Kleinigkeiten lenken vom Endziel ab, effektive Veränderungen zu unterstützen. Sie behindern auch die Förderung der Stakeholder’ Leitung und Kontrolle der Umsetzung.
Navigieren Sie zur Ansichtspunktvorlage
Bei der Vorbereitung eines Standpunkts müssen wir wissen:
- Interessenvertreter
- Sorge
- Wissen, das der Architekt haben muss
- So erstellen Sie eine Ansicht
Die für die Erstellung einer Ansicht erforderlichen Informationen dienen als Leitfaden für die Entwicklung eines benutzerdefinierten Enterprise-Architektur-Frameworks. Sie identifizieren die erforderlichen Architekturmodelle.
Entwickeln Sie Ihre Sichtweisenbibliothek. Untersuchen Sie konsistent wichtige Stakeholder und deren Anliegen. So konzentrieren Sie Ihre Arbeit auf den Wert.
Sie richten Ihre Architektur an den Vorlieben und Prioritäten Ihrer Organisation aus.
| Sorge | Interessenvertreter | Erforderliche Informationen | Konstruktion anzeigen |
| Was ist das Problem? Welches Kriterium wird der Stakeholder zur Bewertung der Zielarchitektur verwenden? |
Wer ist der Stakeholder? | Was muss der Enterprise-Architekt wissen, um die Zielarchitektur im Hinblick auf das Anliegen zu erklären? | Wie wird die Ansicht aufgebaut sein? |
| Beispiel | |||
| Auswirkungen der Änderung
Welche Auswirkungen oder welchen Umfang hat eine Änderung? |
Leitender Angestellter |
|
Tabelle, Radardiagramm, Blasendiagramm
Ohne eine Lücke werden Sie nie in der Lage sein, die Auswirkungen einer Änderung zu erkennen. |
Navigieren Sie durch die Portfolio Atlas Viewpoint Library
Atlas navigieren, um Portfolio zu unterstützen Stakeholder-Klassen, Anliegen und Stakeholder-/Anliegen-Matrix.
Navigieren Sie durch Portfolio-Stakeholder-Klassen
- Leitende Führungskräfte tragen die Verantwortung für die Leitung und Aufsicht.
Zu dieser Verantwortung gehören die Genehmigung und Neuausrichtung strategischer Initiativen, die Verfolgung eines Projektportfolios, die Sicherstellung der Realisierung transformativer Vorteile und das Erreichen operativer Geschäftsziele. - Portfoliobesitzer tragen die Verantwortung für das Management und die Überwachung strategischer Initiativen.
Zu dieser Verantwortung gehören die Genehmigung und Neuausrichtung von Projekten, die Verfolgung des Projektfortschritts und die Sicherstellung, dass Projektvorteile realisiert werden. - Eigentümer der Geschäftsanforderungen sind für die Ermittlung und Formulierung von Geschäftsanforderungen verantwortlich.
Normalerweise sind diese Stakeholder für einige Aspekte des Geschäftsbetriebs verantwortlich. - Implementierer sind für die Entwicklung, Integration und Bereitstellung der Lösung verantwortlich.
- Risikoeigentümer sind die Verantwortlichen für bestimmte Risiken oder Risikoportfolios
- Geschäftspartner sind damit beauftragt, Dienstleistungen zu erbringen, die einen Kundenwertversprechen aufrechterhalten.
Hinweis: Die Architektur darf den Geschäftspartnern nicht zur Verfügung gestellt werden, sondern muss aus ihrer Perspektive bewertet werden. - Kunden sind die Zielgruppe der Verbraucher von Produkten und Dienstleistungen.
Hinweis: Die Architektur darf den Mitgliedern nicht zur Verfügung gestellt werden, sondern muss aus ihrer Perspektive bewertet werden.
Navigieren Sie durch Portfolioprobleme
- Beweglichkeit: Wie gut kann sich die Architektur an zukünftige, unvorhergesehene Änderungen anpassen?
- Effizienz: Wie trägt die Architektur zur Effizienz des Betriebs bei?
- Auswirkungen der Änderung: Welche Auswirkungen hat die Architektur auf die Veränderung?
- Ändern Kosten: Wie hoch sind die Gesamtkosten für die Änderung zur Implementierung und Aufrechterhaltung der Architektur?
- Wert
- Ausrichtung: Welchen Beitrag leistet die Architektur zu strategischen Prioritäten? Was ist der Beitrag?
- Wertversprechen: Wie berücksichtigt die Architektur ein Wertversprechen? Schafft die Architektur neue Wertversprechen? Ist die Architektur von einem Wertversprechen abhängig?
- Differenzierung: Wie ermöglicht die Architekturadresse eine Differenzierung?
- Kundennähe: Ermöglicht die Architektur die Bereitstellung der von den Kunden gewünschten Produkte und Dienstleistungen? Wie groß ist die Zuversicht, dass das neue Produkt oder die neue Dienstleistung bei den Kunden Anklang finden wird?
- ROI: Wie hoch ist der finanzielle Return on Investment der Zielarchitektur?.
- Risiko (Unsicherheit)
- Risiko für Vermögenswerte: Welche Risiken für bestehende Anlagen birgt die Architektur? Welche bestehenden Risiken für Anlagen werden berücksichtigt?
- Risiko-Nutzen-Verhältnis: Wie groß ist die Unsicherheit hinsichtlich der Erzielung bzw. des Erreichens der erwarteten Vorteile?
- Vertrauen: Was schafft Vertrauen in den Nutzen, die Änderungskosten und die Unsicherheit der Architektur?
- Durchführbarkeit: Wie hoch ist die Wahrscheinlichkeit, dass die Architektur realisiert und aufrechterhalten wird?
- Sicherheit: Wird die Architektur die mit dem Betrieb verbundenen Risiken und Chancen konsequent berücksichtigen?
- Spezifikation: Was muss gebaut werden, um die Architektur zu realisieren?
- Kontinuierlicher Betrieb
- Zuverlässigkeit: Wie wird die Architektur dauerhaft Mehrwert liefern und sicher funktionieren?
- Widerstandsfähigkeit: Wie gut ist die Architektur in der Lage, Schwierigkeiten standzuhalten oder sich schnell davon zu erholen? Wo ist die Widerstandsfähigkeit der Architektur geringer?
- Geschäftskontinuität: Bietet die Architektur das entsprechende Maß an Kontinuität? Wo gibt es Grenzen der Geschäftskontinuität?
- Skalierbarkeit: Kann die Architektur die verschiedenen Anforderungen bewältigen? Welche Wachstums- oder Erweiterungsbeschränkungen gibt es für die Architektur?
- Selbstheilung: Wie gut ist die Architektur in der Lage, nach einem Vorfall ohne externe Eingriffe wieder voll funktionsfähig zu sein?
- Ökosystem
- Compliance (regulatorisch/vertraglich): Wie berücksichtigt die Architektur die Compliance? Vereinfacht die Architektur das Compliance-Management? Wo erzwingt die Architektur die Compliance?
- Wettbewerbslandschaft: Wie begegnet die Architektur den Bedrohungen und Chancen im Wettbewerbsumfeld? Wie schafft die Architektur neue Chancen im Wettbewerbsumfeld?
- Nachhaltigkeit
- Soziale Verantwortung: Wie berücksichtigt die Architektur die Ziele und Anforderungen der sozialen Verantwortung?
- Umfeld: Wie berücksichtigt die Architektur Umweltziele und -anforderungen?
Navigieren Sie durch die Stakeholder-/Anliegenmatrix des Portfolios
| Beweglichkeit | Effizienz | Wertversprechen | Kosten ändern | Auswirkungen der Änderung | Strategische Ausrichtung | Durchführbarkeit | Zuverlässigkeit | Kontrolle (Sicherheit) | Spezifikation | Risiko (Unsicherheit) | Vertrauen | Kundennähe | Skalierbarkeit | Geschäftskontinuität | |
| Leitender Angestellter | X | X | X | X | X | X | X | X | |||||||
| Portfoliomanager | X | X | X | X | X | X | X | X | X | X | |||||
| Eigentümer der Geschäftsanforderungen | X | X | X | X | X | X | X | X | |||||||
| Implementierer | X | X | X | X | X | X | |||||||||
| Risikoeigentümer | X | X | X | X | X | X | X | ||||||||
| Geschäftspartner | X | X | X | X | X | X | X | ||||||||
| Kunde | X | X | X | X | X | X |
Navigieren Sie durch die Viewpoint-Bibliothek des Innovation Atlas
Navigate Innovation Atlas verwendet dieselben Stakeholder und Anliegen wie der Atlas navigieren, um Portfolio zu unterstützen.
Navigieren Sie durch die Stakeholder-/Anliegenmatrix des Innovation Atlas
| Wert | Risiko (Unsicherheit) | Kontinuierlicher Betrieb | Ökosystem | Nachhaltigkeit | ||||||||||||||||||||
| Beweglichkeit | Effizienz | Auswirkungen der Änderung | Kosten ändern | Ausrichtung | Wertversprechen | Differenzierung | Kundennähe | ROI | Risiko für Vermögenswerte | Risiko und Nutzen | Vertrauen | Durchführbarkeit | Sicherheit | Spezifikation | Zuverlässigkeit | Widerstandsfähigkeit | Geschäftskontinuität | Skalierbarkeit | Selbstheilung | Einhaltung | Wettbewerbslandschaft | Soziale Verantwortung | Umfeld | |
| Leitender Angestellter | C | X | C | C | X | X | X | X | C | C | X | C | C | X | X | |||||||||
| Portfolioinhaber | X | X | C | X | X | C | X | C | X | X | X | C | X | X | ||||||||||
| Anforderungseigentümer | X | X | C | C | X | X | X | X | C | C | C | C | ||||||||||||
| Implementierer | X | C | C | |||||||||||||||||||||
| Risikoeigentümer | X | C | X | C | C | X | X | X | X | X | X | X | C | |||||||||||
| Geschäftspartner | X | C | X | X | X | X | X | X | X | C | X | X | ||||||||||||
| Kunde | X | X | C | C | X | X | C | C | C | C | C | |||||||||||||
Navigieren Sie zum Innovation Atlas Viewpoint-Beispiel
| Sorge | Interessenvertreter | Erforderliche Informationen | Konstruktion anzeigen |
| Beweglichkeit Wie gut kann sich die Architektur an zukünftige, unerwartete Änderungen anpassen? |
Geschäftspartner |
|
Das Abhängigkeitsdiagramm eignet sich gut, um zu identifizieren, wo in der Architektur Agilität (oder Inflexibilität) gegeben ist |
| Beweglichkeit
Wie gut kann sich die Architektur an zukünftige, unerwartete Änderungen anpassen? |
Leitender Angestellter |
|
Mit Heatmaps lassen sich gut erkennen, wo Veränderungsdruck besteht und wo es schwierig ist, Veränderungen durchzuführen.
Das Abhängigkeitsdiagramm eignet sich gut, um zu identifizieren, wo in der Architektur Agilität (oder Inflexibilität) gegeben ist |
| Auswirkungen der Änderung Welche Auswirkungen bzw. welchen Umfang hat eine Änderung der Architektur? |
Leitender Angestellter |
|
Tabellen funktionieren gut |
Fazit zur Entwicklung von Architekturansichten
Die besten EA-Teams sind berechenbar. Sie kennen die wichtigsten Fragen, die beantwortet werden müssen, die benötigten Informationen und greifen auf frühere Analysen und Entscheidungen zurück. Sie liefern Architekturansichten. Sie unterstützen ihre Stakeholder bei der Auswahl von Änderungen.
Die besten EA-Teams kennen ihre Stakeholder und deren Anliegen. Sie arbeiten an Architektur-Kompromissen und streben eine Entscheidung an.
Stakeholder benötigen Ansichten zur Unternehmensarchitektur, um Architekturoptionen nach ihren Kriterien bewerten zu können. Ihre Ziele werden stets miteinander konkurrieren. Welche Architekturalternative ist günstiger? Oder agiler? Oder bietet sie das beste Wertversprechen? Die Architektur muss in Bezug auf Änderungsauswirkungen, Machbarkeit, Effizienz und Agilität erläutert werden.
Bedenken Sie, dass Architektur Anforderungen entwickelt. Anforderungen, die an Implementierer gestellt werden. Anforderungen, die eine Mischung aus Leistungserwartungen und Einschränkungen darstellen.
Von einem Zielarchitekten wird erwartet, dass er Mehrwert liefert – konkrete Vorteile für genehmigte Arbeiten. Architekturansichten helfen Stakeholdern, die direkten Auswirkungen ihrer Entscheidungen zu verstehen. Sie bieten Stakeholdern die Möglichkeit, die Architektur-Roadmap, die Umsetzungsplan, und die Projektauftrag.
All dies ergibt sich aus der Erstellung von Architekturansichten. Ansichten, die die Architektur im Hinblick auf ein Anliegen beschreiben. Ansichten, die es einem Stakeholder ermöglichen, die beste Wahl zu treffen, die konkurrierenden Zielen und Vorgaben am besten gerecht wird.
Architekturansichten sind für die Steuerung effektiver Veränderungen von zentraler Bedeutung.
