Wir suchen nach einfachen Rahmenmodellen, um unsere \u00dcberlegungen zu kl\u00e4ren. Rahmenmodelle sollen uns dabei helfen, Bedingungen, unter denen wir Konfigurationsentscheidungen treffen m\u00fcssen, explizit zu isolieren.<\/p>\n
![\"Sechs](\"https:\/\/conexiam.com\/wp-content\/uploads\/2021\/01\/Six-Use-Cases-for-Agile-EA-300x199.png\" "\\"Sechs")
Agilit\u00e4t, Enterprise Architecture und agile Softwareentwicklung passen zusammen.<\/p>\n
- \n
- Unternehmensflexibilit\u00e4t<\/a><\/li>\n
- Agile Softwareentwicklung und Unternehmensarchitektur<\/a><\/li>\n
- Unternehmensarchitektur<\/a> mit agilen Methoden<\/li>\n<\/ol>\n
Durch die Isolierung von Bedingungen k\u00f6nnen Sie Ihr EA-Team mit Zuversicht gestalten. Unsere EA-F\u00e4higkeitsdienste<\/a> verwenden Sie die Navigieren<\/a> EA-F\u00e4higkeitsreferenzarchitektur<\/a>. High functioning EA team’s are optimally configured.<\/p>\n\t
Agile und Unternehmensarchitektur<\/a> passen wunderbar zusammen. Beide l\u00f6sen unterschiedliche Teile des Problems.<\/p>\n
Agile Softwareentwicklung zeichnet sich dadurch aus, dass sie etwas schafft, was es noch nie zuvor gab und von dem wir nicht wissen, wie. Unternehmensarchitektur zeichnet sich dadurch aus, dass man Entscheidungen trifft, wenn man nicht wei\u00df, was zu tun ist.<\/p>\n
Setzen Agile Softwareentwicklung und Unternehmensarchitektur<\/a> gemeinsam, um den Wandel zu optimieren.<\/p>\n\t
Most architects jump to how enterprise and agile development relate. We’ve seen many people try to fit two wildly divergent worlds together, usually without stopping to understand either.<\/p>\n
Wir optimieren Unternehmensarchitektur und agile Entwicklung, indem wir sie auf ihre St\u00e4rken ausrichten. Kurz gesagt: Unternehmensarchitektur ist vor Entscheidungen erfolgreich, wenn man nicht wei\u00df, was zu tun ist. Agile Softwareentwicklung ist die St\u00e4rke, etwas zu schaffen, was es vorher noch nie gab.<\/p>\n
Both methods suffer from chronic misapplication. Despite TOGAF’s inherent concept of iteration, too many architects latch onto the ADM crop circle diagram and see process. It’s so easy to see a waterfall in the ADM diagram. Wrong, but easy. As well, the disorganized leap on the journey of discovery in agile development to hide their disorganization.<\/p>\n
Die reale Welt ist chaotisch. Sofern es sich nicht um eine einfache, fl\u00e4chendeckende Neuentwicklung handelt, m\u00fcssen Softwareprodukte in ein komplexes \u00d6kosystem passen. Bestehende Prozesse, Organisation, Partner und Infrastruktur erm\u00f6glichen es dem Unternehmen, Kunden zu bedienen. Das neue Produkt muss dieses \u00d6kosystem erg\u00e4nzen und sich gleichzeitig einf\u00fcgen.<\/p>\n
It’s in \u00a0real world complexity that effective agile development and enterprise architecture shine. Play to their strengths. We base strong agile software development practice on resolving an essential tension.<\/p>\nAgile Spannung
\nYou know where you’re going. You don’t know how to get there<\/em><\/strong>\n\t\tLeitfaden f\u00fcr Unternehmensarchitekten<\/h3>\t\t\n\t\t\t
Laden Sie die Leitfaden f\u00fcr Unternehmensarchitekten<\/a> Ein Leitfaden der TOGAF-Reihe zur Entwicklung n\u00fctzlicher Unternehmensarchitektur.<\/p>\n\t
Agile EA-Anwendungsfallbeispiele<\/h2>\n
Anwendungsfall 1: Architektur eines agilen Unternehmens<\/h3>\n
In diesem Anwendungsfall ist der EA-Zweck darauf beschr\u00e4nkt, akzeptable Zielarchitekturen zu erfordern, um der Agilit\u00e4t Priorit\u00e4t einzur\u00e4umen.<\/p>\n
Frankly it has nothing to do with any agile methods. Many agile organizations we have worked with don’t use agile change methods.<\/p>\n
Wir nutzen Supply Chain und Disaster Response als Pr\u00fcfsteine f\u00fcr hohe Agilit\u00e4t. Wir verwenden 5 Attribute f\u00fcr Agilit\u00e4t (aus der Sport- und Milit\u00e4rforschung):<\/p>\n
- \n
- Wachsamkeit<\/li>\n
- Zug\u00e4nglichkeit<\/li>\n
- Entschlossenheit<\/li>\n
- Schnelligkeit<\/li>\n
- Flexibilit\u00e4t<\/li>\n<\/ul>\n
Dieser Anwendungsfall \u00fcbt Conexiam’s Navigate Agile Enterprise Atlas<\/a>. Es optimiert die Architekturentwicklung f\u00fcr mehr Agilit\u00e4t durch eine spezialisierte Sichtweisenbibliothek, die Einbindung und Belange der Stakeholder.<\/p>\n
Bluntly, this use case is dangerous if it does not align with the true preferences of an organization’s powerful stakeholder’s.<\/p>\n
Bez\u00fcglich TOGAF<\/a>, Dieser Anwendungsfall konzentriert sich vor allem auf die TOGAF ADM <\/a>Wertrealisierungsaktivit\u00e4t der Phasen G und H, bei der die Ver\u00e4nderung auf die Schaffung und Aufrechterhaltung eines agilen Unternehmens ausgerichtet sein muss.<\/p>\n
Anwendungsfall 2: Verwenden Sie EA, um einen agilen Ansatz f\u00fcr \u00c4nderungen zu definieren<\/a><\/h3>\n
![\"Agile](\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" "\\"Sechs")
In diesem Anwendungsfall wird die Unternehmensarchitektur verwendet, um zu strukturieren, wie das Unternehmen \u00c4nderungen durchf\u00fchrt. Produkte, Sprint-Teamstruktur, Geschwindigkeit und Ausrichtung auf alle \u00c4nderungsans\u00e4tze werden ber\u00fccksichtigt.<\/p>\nEs geht um die Fragen, welche Ver\u00e4nderung, welche Entwicklung mit welchem Ansatz erfolgen soll. Bei agilen Methoden werden Fragen wie Produkt, Sprint-Teamstruktur, Velocity beantwortet.<\/p>\n
Dieser Anwendungsfall \u00fcbt weitgehend die TOGAF ADM<\/a> Phase F, G und H basieren auf einer strategischen oder Portfolioarchitektur.<\/p>\n
Anwendungsfall 3: Verwenden Sie EA zur Steuerung der Backlog- und Sprintplanung<\/a><\/h3>\n
Aus der Perspektive von Enterprise Architecture & TOGAF,<\/a> Alle Implementierungen, Prototyping-, Pilot-, Projekt- und agilen Sprints finden in Phase G statt. Best-Practice-EA erstellt eine Unternehmensarchitektur mit einem L\u00f6sungsbereitstellungs-Notebook, L\u00fccken, Kontrolle, Architekturspezifikation und Arbeitspaket. Dieses Material muss in f\u00fcr den Backlog passenden Begriffen beschrieben werden: Epic, User Story und Architecture Runway.<\/p>\n
The Enterprise architecture will contain a set of gaps, work packages to fill these gaps and limitations on the creativity of implementations teams’ freedom to perform the change. It will include traceability to drivers, goals, and priorities outside the purview of the product manager and customer.<\/p>\n
Im klassischen Agile-Ansatz f\u00fcllen die kundenorientierten Epics und User Stories den Backlog. Der Kunde gibt die Priorisierungskriterien vor. Das selbstorganisierende Agile-Team priorisiert die Arbeit.<\/p>\n
Dieser Anwendungsfall nutzt die Unternehmensarchitektur, um einen nicht kundenbasierten R\u00fcckstand bereitzustellen und die Priorisierung bei der Sprintplanung zu steuern.<\/p>\n
Verwenden Sie hierf\u00fcr Gap Epics und User Stories, die aus Gaps und Arbeitspaketen abgeleitet wurden. Externe Abh\u00e4ngigkeiten schr\u00e4nken Priorisierung, Akzeptanzkriterien und Exit-Kriterien ein. \u00dcbergeordnete Priorit\u00e4ten k\u00f6nnen angegeben werden.<\/p>\n
Dieser Anwendungsfall \u00fcbt haupts\u00e4chlich die TOGAF ADM<\/a> Phase G, Implementierungs-Governance: In Phase G wird das Implementierungsteam \u00fcber die zu erledigenden Aufgaben und die externen Einschr\u00e4nkungen seiner Handlungsfreiheit informiert. Die Art und Weise der Kommunikation des EA-Teams wird durch die Organisation des Implementierungsteams bestimmt.<\/p>\n
Das entscheidende Element ist die Ausrichtung der EA-Governance-Aktivit\u00e4ten auf das agile \u00c4nderungsmodell. Die Dynamik des Sprint-Teams darf nicht beeintr\u00e4chtigt werden.<\/p>\n
Anwendungsfall 4: Verwenden Sie EA, um Agile Sprints einzuschr\u00e4nken<\/a><\/h3>\n
Dieser Anwendungsfall \u00fcbt weitgehend die TOGAF ADM-Phase G, Implementierungs-Governance, aus.<\/p>\n
Gefolgt Best Practices f\u00fcr Enterprise Architecture Governance<\/a>\u00a0Die wesentliche Frage ist:<\/p>\n
Did the agile team reasonably interpret the target architecture’s documented guidance and constraint?<\/p>\n
- \n
- \n
- \n
- Wenn ja, sollte ihre Interpretation als Konformit\u00e4t akzeptiert werden und alle Probleme durch eine \u00c4nderung der Architektur behoben werden<\/li>\n
- Wenn nein, entwickeln Sie eine Empfehlung zur Korrektur der Situation.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
This is a key point. Good architecture can have multiple implementation choices, and the agile team is not required to adhere to opinion. If the implementation choice is a reasonable interpretation, it should be judged compliant. If something was left out of the architecture specification, that is not the agile team’s problem. It is the EA team’s problem, they need a change to the approved architecture.<\/p>\n
Das entscheidende Element ist die Ausrichtung Unternehmensarchitektur-Governance<\/a> Aktivit\u00e4t mit agilem Ver\u00e4nderungsmodell. Die Dynamik des Sprint-Teams darf nicht beeintr\u00e4chtigt werden.<\/p>\n
L\u00fccken, Arbeitspaketstrategie, Kontrollen und Architekturspezifikationen leiten und begrenzen Sprints. Sie m\u00fcssen in einer f\u00fcr das agile Team verst\u00e4ndlichen Sprache verfasst und pr\u00e4sentiert werden. Kontrollen und Architekturspezifikationen dienen typischerweise als Akzeptanz- und Ausstiegskriterien.<\/p>\n
Anwendungsfall 5: Verwenden Sie EA, um Abh\u00e4ngigkeiten zu l\u00f6sen<\/a><\/h3>\n
In diesem Anwendungsfall wird die Unternehmensarchitektur verwendet, um Abh\u00e4ngigkeiten und Auswirkungen zwischen agilen Teams zu ber\u00fccksichtigen.<\/p>\n
Dieser Anwendungsfall unterscheidet sich von Anwendungsfall 4, da er die Art und Weise ver\u00e4ndert, wie sich das EA-Team engagiert. H\u00e4ufig besteht eine Abh\u00e4ngigkeit zwischen verschiedenen \u00c4nderungsmethoden (agil und Wasserfall), und Entscheidungen innerhalb eines Sprints k\u00f6nnen kaskadierende Auswirkungen haben.<\/p>\n
Eine Schl\u00fcsselrolle bei der Entwicklung Architektur zur Unterst\u00fctzung der L\u00f6sungsbereitstellung<\/a> besteht darin, diese Abh\u00e4ngigkeiten zu identifizieren und zu beheben, bevor ein agiles Team dar\u00fcber stolpert.<\/p>\n
In Use Case 4, a success measure is ensuring that momentum is not be impaired. In this use case, one team’s momentum must be balanced against other agile teams, operational units and teams that use other change methods.<\/p>\n
Dieser Anwendungsfall \u00fcbt weitgehend die TOGAF ADM Phase G Governance- und \u00c4nderungsauftragsaktivit\u00e4t aus. Ehrlich gesagt, Best Practices f\u00fcr Enterprise Architecture Governance<\/a> vermeidet die Gew\u00e4hrung von Ausnahmen f\u00fcr team\u00fcbergreifende Architekturabh\u00e4ngigkeiten. Nicht identifizierte Herausforderungen sind der h\u00e4ufigste Bereich f\u00fcr Architekturausnahmen.<\/p>\n
Dependency issues are the EA team’s problem. They will need to perform work to dig the organization most effectively out of these holes. Addressing these problems requires careful attention to superior architecture, controls and architecture specifications expressed at Principles.<\/p>\n
Anwendungsfall 6: Agile Methoden zur Entwicklung einer Unternehmensarchitektur nutzen<\/h3>\n
In diesem Anwendungsfall ist die EA-Funktion so konfiguriert, dass sie agile Methoden zur Entwicklung einer Unternehmensarchitektur verwendet.<\/p>\n
Conexiam Predictable EA<\/a> is an example of this use case. To help understand that an architecture is used to support decision making, we routinely refer to the useful work product as the\u00a0“Advice Binder”. This binder is optimized to purpose and problem. It will be consumed in in several different ways.<\/p>\n
Dieser Anwendungsfall hat gro\u00dfe Auswirkungen auf die Ausf\u00fchrung aller ADM-Phasen zur Entwicklung der Architektur. Dieser Anwendungsfall h\u00e4ngt vom Ergebnis der Vorphase sowie der Struktur und Ausf\u00fchrung der EA-F\u00e4higkeit ab.<\/p>\n\t
Practitioners who work at the extremes of agile software development and enterprise architecture \u00a0will likely never encounter each other. They might not even recognize each other’s work product. The essential tension is in their relationship with each other.<\/p>\n
When you stop and consider the alignment of best practice EA and best practice agile software development for basic areas where they interact becomes apparent. Practitioners who work at the extremes of either Enterprise Architecture or agile software development may never know what the other person works for the company they may not see each other’s work product.<\/p>\n
Ein EA-Praktiker, der an der Strategieunterst\u00fctzung arbeitet, und ein technischer Leiter eines agilen Softwareteams arbeiten weit voneinander entfernt. Der technische Leiter arbeitet in einem Ausf\u00fchrungsfenster von Wochen oder Monaten. Releasepl\u00e4ne oder Architektur-Runways sind langfristig angelegt. Der strategische EA-Praktiker k\u00f6nnte bereits jahrelang an der Roadmap f\u00fcr die Entwicklung agiler Softwareentwicklungsf\u00e4higkeiten gearbeitet haben.<\/p>\n\t\t
Leitfaden f\u00fcr Unternehmensarchitekten<\/h3>\t\t\n\t\t\t
- \n
- Agile Softwareentwicklung und Unternehmensarchitektur<\/a><\/li>\n
![\"Agile](\"https:\/\/conexiam.com\/wp-content\/uploads\/2020\/05\/EA-supporting-Agile-Development-Work-Product-300x204.png\" "\\"Sechs")
In diesem Anwendungsfall wird die Unternehmensarchitektur verwendet, um zu strukturieren, wie das Unternehmen \u00c4nderungen durchf\u00fchrt. Produkte, Sprint-Teamstruktur, Geschwindigkeit und Ausrichtung auf alle \u00c4nderungsans\u00e4tze werden ber\u00fccksichtigt.<\/p>\n![\"Zweck](\"https:\/\/conexiam.com\/wp-content\/uploads\/2020\/05\/Roles-of-EA-300x120.png\" "\\"Zweck")
\n\t