«Viel zu oft folgt man Versprechungen von Tool-Herstellern»
Quelle: Swiss ICT Magazin

«Viel zu oft folgt man Versprechungen von Tool-Herstellern»

Von Jiri Lundak

Mit seinem Thema «Architektur ohne Architekten» dürfte Erik Dörnenburg an der diesjährigen Lean Agile Scrum Konferenz von swissICT provozieren. Der Softwareentwickler, Berater und Autor im Gespräch über Architekten, Kontrolle und Vereinfachung von Visualisierung von Architekturen.

Artikel erschienen in Swiss IT Magazine 2013/05

     

Die Lean Agile Scrum Konferenz 2013 verspricht interessante Einblicke ins Spannungsfeld zwischen den Ansprüchen von agilen Methoden und ihrer Umsetzung in der Praxis. Als Keynote-Speaker wird Erik Dörnenburg, Head of Technology bei ThoughtWorks, seinen technischen Fokus einbringen.

swissICT Magazine: Deine Keynote trägt den Titel «Architektur ohne Architekten». Müssen sie fürchten, mit dem Einzug agiler Vorgehensweise überflüssig zu werden?
Erik Dörnenburg:
Nein. Allerdings verstehe ich die Rolle des Architekten anders als dies landläufig der Fall ist. Diese Rolle muss nicht unbedingt ausserhalb eines Teams angeordnet sein. Jeder erfahrene Entwickler kann den Architektenhut anziehen.

Darf ein Team autonom Architekturentscheidungen treffen?
Ja. Voraussetzung dafür ist ein gemeinsames Architekturverständnis. Erfahrene Entwickler eines Teams werden sich koordinieren, damit durch kontrollierte Experimente Annahmen verifiziert und architekturelle Veränderungen effizient durchgeführt werden können. Kollektive Code-Hoheit ist eine notwendige Grundlage, um informierte und verteilte Entscheidungen herbeiführen zu können. Unter diesen Gegebenheiten ist eine zentrale Kontrolle nicht zwingend nötig.


Du setzt dich für «einfache Architektur» ein. Was verstehst Du darunter?
Dies ist eine Architektur, die dem eigentlichen Zweck dient: ein Problem mit Software zu lösen, ohne sich zu verselbstständigen. Viel zu oft wird eine Architektur zum Selbstzweck. Das Ergebnis sind übertriebene Architekturen, die nicht das eigentliche Probleme lösen, sondern eher neue schaffen.

Wie kann man einfache Architekturen erreichen?
Ein häufiger Fehler ist es, die Architekturdokumentation zu grob zu halten. Sie gibt deshalb nur einen unzulänglichen Eindruck von der bestehenden Komplexität. Eine genügend detaillierte Visualisierung kann beurteilen helfen, was nötig ist, um Systeme und ihre Interaktion zu verstehen und zu vereinfachen.

SOA wird oft als Mittel zur Vereinfachung gepriesen? Unter welchen Voraussetzungen stimmt das?
Die Sache muss wieder in den Mittelpunkt gerückt werden, und nicht nur ein beliebiges Set von Werkzeugen, die uns irgendein Anbieter schmackhaft machen will. Viel zu oft folgt man in Unternehmen den Versprechungen von Tool-Herstellern, weil man hofft, allein damit eine Vereinfachung zu erzielen. Dabei geht aber oft das Verständnis für den zugrundeliegenden – und eigentlich viel wichtigeren – Architekturansatz verloren. Einfachheit sieht anders aus.

Jiri Lundak ist Mitglied der swissICT-Fachgruppe Lean, Agile & Scrum sowie Agile Coach und Senior Software Engineer bei REDpill GmbH


5. Lean, Agile & Scrum Konferenz, leanagilescrum.ch


Artikel kommentieren
Kommentare werden vor der Freischaltung durch die Redaktion geprüft.

Anti-Spam-Frage: Was für Schuhe trug der gestiefelte Kater?
GOLD SPONSOREN
SPONSOREN & PARTNER