Architektur in einer agilen Welt

Dieser Blog ist der Auftakt zu vielen Beiträgen über Architektur in einer agilen Welt. Wir werden das Thema aus allen möglichen Blickwinkeln beleuchten, um ein besseres Verständnis dafür zu erlangen. Wir hoffen, auf diese Weise eine Gemeinschaft von Anhängern zu schaffen, die ebenfalls einen Beitrag zu diesem Thema leisten oder darüber diskutieren möchten. Xebia hilft vielen Organisationen in den Niederlanden, Frankreich, den Vereinigten Staaten und Indien bei der Einführung einer agilen Systementwicklung. In den meisten Fällen wird die Scrum-Methode angewandt und es werden sehr gute Ergebnisse erzielt. Unternehmen und IT arbeiten viel enger zusammen, was zu einer höheren Qualität und einer größeren Kundenzufriedenheit führt. Allerdings sehen wir in letzter Zeit auch einen Trend zu Problemen, die in (fast) jedem Unternehmen aufzutreten scheinen. Software wird schnell und in hoher Qualität entwickelt, aber es dauert ewig, bis sie in Produktion geht. Je mehr Teams gebildet werden, desto mehr Interdependenzen zwischen den Teams treten auf und stören den Herzschlag der Teams. Teams müssen warten, bis andere Teams fertig sind, oder sie müssen zusammenarbeiten, um die Arbeit abzuschließen. Außerdem ist nicht immer klar, welches Team welche Aufgabe übernehmen soll. Darüber hinaus werden die Produktverantwortlichen überfordert. Sie müssen die Teams mit User Stories/Epics versorgen, aber auch im Voraus wissen, welches Team sie fragen soll, ein klares Verständnis von der Richtung der Lösung haben und gleichzeitig nicht-funktionale Anforderungen wie Verfügbarkeit oder Reaktionsfähigkeit des Systems definieren. Die Scrum Master in den Teams sind nicht in der Lage, all dies zu lösen. Sie haben das Interesse ihres Teams im Blick und konzentrieren sich hauptsächlich auf den Prozess, um gute Arbeit zu leisten. Sie konzentrieren sich weniger auf den Inhalt des Product Backlogs oder darauf, wie die Leistungen des Teams mit dem breiteren Kontext zusammenhängen. Die reale Situation in vielen Unternehmen ist jedoch anders. Die Umgebung von Scrum-Teams ist komplex und oft nicht sehr agil. Scrum-Teams müssen im Kontext einer bestehenden Organisation arbeiten, die sich über Jahre hinweg gebildet hat. Um dies tun zu können, brauchen sie einen Kontext. Vor allem der inhaltliche Kontext ist wichtig. Hier kommt die Architektur ins Spiel. Die Abbildung unten zeigt, wie Scrum die Geschäftszyklen mit den IT-Projektzyklen synchronisiert. Ohne Scrum sind die Zeitlinien für Angebot und Nachfrage nicht synchronisiert. Durch die schnellere Bereitstellung von Software ist Scrum in der Lage, den Prioritäten des Unternehmens zu folgen und IT-Systeme zu entwickeln, die der aktuellen Nachfrage entsprechen (und nicht einer Nachfrage vom letzten Jahr). Unternehmen haben jedoch auch eine längerfristige Strategie, die ihnen in naher Zukunft erhebliche Wettbewerbsvorteile verschaffen kann. Um die IT-Entwicklung auf diese längerfristigen Ziele ausrichten zu können, benötigt das Unternehmen eine Architektur. Auf diese Weise sind die kurzfristigen Geschäftszyklen und die IT-Entwicklungszyklen synchron, aber sie bewegen sich auf das Erreichen der endgültigen Geschäftsziele zu. Das Bild zeigt die drei verschiedenen Stadien von der Nicht-Synchronisierung bis zur Synchronisierung und der Annäherung an die strategischen Ziele.

Daher kommt der Architektur in der agilen Welt eine sehr wichtige Rolle zu. Sie muss sich jedoch an die neue Arbeitsweise und die neue Sichtweise auf die Welt anpassen. In einem früheren Blog von Xebia haben wir über die 3 C's der Architektur gesprochen. Wir haben drei Ziele für die Architekturfunktion in IT-Organisationen definiert: Die drei K's der Architektur. Diese sind: Verbindung, Kohäsion und Veränderbarkeit. Wenn man diese als die wichtigsten Prinzipien der Architektur betrachtet, kann man sich darauf konzentrieren, was zu tun ist und wie man die Architektur in einer agilen Organisation positioniert. Wir sprechen absichtlich nicht von "dem Architekten", denn Architektur wird von vielen Menschen geschaffen: Domänenexperten, (erfahrenen) Softwareentwicklern, Testern, Betriebsmitarbeitern, Softwarearchitekten, Unternehmensarchitekten usw. Wir werden daher von der Rolle der Architektur sprechen.Die Cie Verbindung mit den Unternehmenszielen wird durch den Einsatz der Unternehmensarchitektur als Mittel zur Schaffung eines gemeinsamen Verständnisses von Geschäft und IT in der Zukunft erreicht. Die Architektur spielt aber auch eine wichtige Rolle, wenn es darum geht, den Produkteigentümern zu helfen, ihre Anforderungen zu spezifizieren und Hinweise auf mögliche Lösungen zu geben (im Einklang mit der Unternehmensarchitektur). Cer Zusammenhalt zwischen den Teams und der Zusammenhalt zwischen den Teams und ihrer Umgebung sind die Hauptaspekte, auf die sich die Architekturrolle konzentrieren muss, indem sie den Teams hilft, produktiver zu werden. Schließlich konzentriert sich die Architekturrolle auf Chänderungsfähigkeit, indem sie die Architektur kontinuierlich weiterentwickelt und an die reale Welt anpasst. Die Architektur schafft ihren eigenen Lernzyklus. Außerdem muss auf die Modularität der Architektur geachtet werden, damit die Software leicht angepasst werden kann, ohne andere Elemente der Architektur zu sehr zu beeinträchtigen. In den kommenden Monaten werden wir eine Reihe von Blogs über verschiedene Aspekte der Architektur in der agilen Welt schreiben. Zunächst einmal werden wir über Erfahrungen in der Praxis schreiben. Wie die Dinge gemacht werden. Was besser gemacht werden kann und welche Lehren daraus gezogen werden. Daneben möchten wir unsere Sicht der Rolle der Architektur in einer agilen Umgebung darlegen. Welche Aufgaben sollten erledigt werden, wer trägt zur Erstellung der Architektur bei. Außerdem möchten wir in einigen Blogs über Tools und Methoden schreiben, die wir verwenden, um diese neue Rolle bestmöglich zu erfüllen. Schließlich möchten wir über die Architektur selbst sprechen. Wie können wir die Architektur agil gestalten? Wie können wir die Anwendungsarchitektur modularisieren, oder inwiefern helfen Virtualisierung, Provisionierung und automatisierte Bereitstellung? Mit all diesen Blogs möchten wir die Welt der Architektur in der agilen Welt neu definieren. Kommentare und Meinungen sind herzlich willkommen, damit die Architektur- und die agile Gemeinschaft mit einer Denkweise über Architektur zusammenwachsen.