Der Wert einer agilen Architektur in einer modernen Organisation

Wenn wir über den Mehrwert der Anwendung von Agiler Architektur in Ihrem Unternehmen sprechen, sehen wir immer weniger "IT-Architekten" in Unternehmen. Liegt das daran, dass wir keine Architekten mehr brauchen?

Brauchen wir Agile Architekten oder müssen wir Agile Architektur betreiben?

In der Tat hat sich die Architektur heutzutage von einer Berufsbezeichnung zu einer Rolle entwickelt. Und diese Rolle oder diese Funktion kann auch einem ganzen Team zugewiesen werden. Sogar verschiedene Personen, die in Produktteams arbeiten, können die Rolle gemeinsam ausfüllen.

Das liegt vor allem daran, dass moderne Agile Architektur ein breites Spektrum an Fähigkeiten erfordert, um als Unternehmensfunktion richtig zu funktionieren. Lesen Sie mehr darüber hier: Putting the A of Agile in Architects von Winfried Scheulderman.

Bedeutende Entscheidungen über Ihre IT-Landschaft

In Zeiten, in denen viele Unternehmen vor einer großen (digitalen) Transformation stehen oder sich inmitten dieser befinden, hilft Ihnen die Unternehmensarchitektur dabei, Ihr Unternehmen, Ihre Initiativen und die Produkte, die Sie entwickeln, auf Ihre Ziele auszurichten. Diese Ziele können Geschäftsziele oder Transformationsziele sein.

Es hilft Ihnen auch, Abhängigkeiten zu verwalten, die entstehen, wenn Sie einmal mit vielen Veränderungen in einer Organisation begonnen haben, und diese mit Ihren strategischen Zielen in Einklang zu bringen.

Brauchen wir Architektur also nur, wenn wir große Veränderungen durchmachen?

• Architecture helps you to make significant decisions about the key design of your IT landscape: components, systems or, domain-related. It can refer to all applications or systems you need to align with the business strategy. 

Der Hauptwert der Agilen Architektur besteht darin, sicherzustellen, dass Sie auf allen Ebenen Ihres Unternehmens die richtigen wichtigen Entscheidungen treffen. Das bedeutet, dass Sie die Rolle der Architektur nicht auf eine einzige Person in einer wachsenden Organisation beschränken können. Verschiedene Arten von Architekturrollen bringen einen unterschiedlichen Wert für das Unternehmen mit sich.

Ein Unternehmensarchitekt schafft einen anderen Mehrwert als ein Tech Lead oder Lead Engineer, der sich auch mit Architektur beschäftigt.

Portfoliomanagement, Programmmanagement und die "Wunschliste des Unternehmens"

Aber was ist mit Portfolio- oder Programmmanagern? Da Sie nicht die Last aller wichtigen Entscheidungen auf eine sehr begrenzte Anzahl von Schultern legen können, liegt es auf der Hand, dass die Zusammenarbeit vor allem mit dem Produkt- und Programmmanagement entscheidend ist.

Es gibt jedoch einige Unterschiede, die Sie beachten sollten:

Das Portfoliomanagement und das Programmmanagement sind für das Sammeln aller geschäftlichen Anforderungen, der so genannten "geschäftlichen Wunschliste", verantwortlich. Aber wenn es um die Umsetzung der Wunschliste geht, lassen Sie bitte einen Architekten die Bühne betreten:

Nehmen wir das Beispiel eines bestimmten Bereichs mit einem speziellen Bereichsportfolio-Manager und einem Bereichs-Programm-Manager. Sie sind für die Entwicklung verschiedener Produkte innerhalb der Domäne verantwortlich. Der Domänenarchitekt hingegen ist dafür verantwortlich, dass alles, was entwickelt und implementiert werden muss, den allgemeinen Architekturrichtlinien entspricht und in der richtigen Reihenfolge implementiert wird.

Wenn es beispielsweise eine bestimmte Geschäftsanforderung gibt, sorgt der Architekt dafür, dass zuerst alle richtigen Plattformen und Voraussetzungen geschaffen werden, anstatt schnell eine bestimmte Funktionsanforderung zu realisieren.

Der Architekt wacht über den Überblick über die IT-Landschaft, verwaltet die Komplexität, kümmert sich um die Sicherheit und stellt sicher, dass Nicht-Funktionales in angemessener Weise behandelt wird.

Natürlich kann sich auch das Portfoliomanagement um diesen Aspekt kümmern, aber in der Praxis müssen wir uns auf die erforderlichen Fähigkeiten konzentrieren. Es geht nicht um den Namen des Jobs, sondern um die Fähigkeiten, die man braucht, um sich um die Architektur zu kümmern. Letztendlich können Menschen aus verschiedenen Funktionen ihre spezifischen Fähigkeiten in die gemeinsame Arbeit der "Architektur" einbringen.

Erforderliche Fähigkeiten in Agiler Architektur

Während die traditionellen Ausbildungsrahmenwerke für Architektur, z.B. TOGAF, Prozesse und Modelle behandeln, lassen sie Fähigkeiten wie Stakeholder-Management und Modellierung oder analytische Fähigkeiten außen vor. Außerdem stellen wir fest, dass DDD und strategisches DDD zu wichtigen Fähigkeiten in der Agilen Architektur werden

Ein weiterer Punkt, den Sie berücksichtigen sollten, ist die technische Führung, Erfahrung im technischen Bereich, die man als "Know your stuff" bezeichnen kann. Unterschätzen Sie auch Ihre Kommunikationsfähigkeiten nicht. Selbst wenn Sie sich sehr gut auskennen, nützt es Ihnen nichts, wenn Sie Ihre Botschaft nicht vermitteln können.

Wenn Sie technische Veränderungen vorantreiben oder eine Lösung entwerfen, müssen Ihre Ergebnisse nach außen dringen und Wirkung zeigen. Das erfordert ein gewisses Maß an Kommunikationsfähigkeit: verbale Fähigkeiten und die Fähigkeit, Ihre Architektur auf effiziente Weise zu vermitteln.

Lassen Sie uns abschließend über die Modellierung sprechen. Wenn Sie die architektonische Verantwortung übernehmen wollen, sollten Sie in der Lage sein, die richtigen Modelle zum richtigen Zeitpunkt für das richtige Publikum zu entwickeln.

Wenn Ihnen dieser Artikel gefallen hat und Sie über die Zukunft der Agilen Architektur diskutieren möchten, nehmen Sie Kontakt mit mir auf oder informieren Sie sich über die Agile Architektur von Xebia.