In unserer Arbeit mit Kunden haben wir oft Diskussionen über die Funktion der Architektur und die Rolle der Architekten. Diese Diskussionen sind größtenteils auf die Tatsache zurückzuführen, dass Architektur nicht sichtbar zu den Unternehmenszielen beiträgt und als lästig für Projekte empfunden wird. Viele Diskussionen haben ihren Ursprung in einem mangelnden Verständnis der Rolle und des Platzes von Architekten in der Organisation. 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 Sie diese als die wichtigsten Prinzipien der Architektur betrachten, können Sie sich darauf konzentrieren, was zu tun ist und wie Sie die Architektur im Unternehmen positionieren.
Unternehmen verändern sich ständig und arbeiten in immer dynamischeren Umgebungen. Dies stellt große Anforderungen an die IT-Abteilung. Sie muss ständig sicherstellen, dass sie die Geschäftsziele und die sich ändernden Umstände unterstützt. Die Architektur sollte in diesem Prozess eine wichtige Rolle spielen. Das bedeutet, dass sich die Architektur darauf konzentrieren muss, einen Wertbeitrag zu leisten. Architektur gibt es nicht aus esoterischen Gründen, sie ist nicht dazu da, die schönste oder technologisch fortschrittlichste Architektur zu definieren und vorzuschreiben. Nein, sie muss sich auf die Geschäftsziele und die Wertschöpfung als Zweck konzentrieren. Die Architektur ist nur ein Mittel. Es gibt drei Hauptprinzipien, Schwerpunkte, auf denen die Architektur ihre Bemühungen aufbauen sollte. Das erste ist die Verbindung mit den Unternehmenszielen. Diese lassen sich grob in zwei Kategorien einteilen. Erstens: Geschäftsziele, die definieren, wozu das Unternehmen existiert und welchen Platz es auf dem Markt oder in der Gesellschaft einnimmt. Zweitens, Projekte, Geschäftsfälle, die Möglichkeiten zur Förderung der ersten Art von Zielen definieren. Für das Prinzip der Verbindung muss die Architektur daran arbeiten, die Bemühungen und Fähigkeiten der IT mit diesen Zielen und Bestrebungen zu verbinden. Sie muss darüber nachdenken, wie Strukturen, technische Lösungen und Infrastrukturen organisiert werden müssen, um die Ziele so gut wie möglich zu verwirklichen. Architekten haben hier die Aufgabe und Verantwortung, die geschäftlichen Ziele und Ambitionen zu verstehen. Und Architekten müssen dafür sorgen, dass andere Mitarbeiter in der IT verstehen, wie diese Ziele und Ambitionen in konkrete Lösungen umgesetzt werden können.
IT ist teuer. Punkt. Das ist nicht nur eine Wahrnehmung des Unternehmens, sondern die Realität. Wir müssen Wege finden, um die IT so effizient wie möglich zu nutzen. Ein Teil der Lösung ist die Kohäsion bei der Art der Lösungen, die entwickelt und eingesetzt werden. Durch die Auswahl aus einer begrenzten Anzahl von Lösungen (Referenzarchitekturen) können wir die Komplexität in Grenzen halten. Die Kohäsion trägt auch dazu bei, die Systeme so zu organisieren, dass eine sinnvolle Aufteilung der Funktionen und Verantwortlichkeiten gefördert wird, so dass die Einfachheit und Flexibilität erhöht wird.Veränderungen sind vorprogrammiert, also sollten wir darauf vorbereitet sein. Die Veränderbarkeit ist der letzte Schwerpunkt der Architektur. Sie ist die Fähigkeit der IT, sich schnell an Änderungen der Geschäftsziele und der Umgebung anzupassen. Veränderungen stören die Verbindung zwischen Geschäftszielen und IT-Fähigkeiten und können den Zusammenhalt innerhalb der IT stören. Indem wir uns auf die Veränderbarkeit konzentrieren, können wir den Zusammenhalt und die Kohärenz so schnell wie möglich wiederherstellen.
Wenn wir die Rolle der Architektur anhand dieser drei Prinzipien definieren, konzentrieren wir uns.
Wir konzentrieren uns auf
- was getan werden muss,
- was getan werden kann,
- greifbare Ergebnisse und Lieferung,
- Qualität,
- Kosteneffizienz
Kurz gesagt: Wir konzentrieren uns auf Ergebnisse, die wichtig sind. Es ist interessant festzustellen, dass diese Prinzipien für die Architektur auf mehreren Ebenen gelten: Unternehmens-, Projekt-, System- und Infrastrukturarchitektur unterliegen alle diesen Prinzipien. In dieser Hinsicht helfen die drei C's der Architektur nicht nur dabei, die Bemühungen von Unternehmen und IT zu vereinen, sondern auch die verschiedenen IT-Funktionen selbst.
Dieser Blog ist der erste in einer Reihe über Lean Architecture, eine Architekturmethode, die die Lücke zwischen klassischer Architektur , agilem Projektmanagement und den langfristigen Zielen von Organisationen schließt.
Die kommende Reihe wird sich zunächst auf eine Reihe von Lean Architecture-Prinzipien konzentrieren: Grundprinzipien oder Mantras, die die Grundlage der Lean Architecture bilden und wie eine Lean Architecture an ihre Verantwortung herangeht.
