Es ist natürlich richtig, dass die Architektur dazu dient die Anforderungen des Kunden zufriedenzustellen. Wenn die Entwickler sie aber nicht umsetzen können, hilft dies dem Kunden auch nicht.

Wenn man dies dadurch erreicht, das die Entwickler lernen – Wunderbar. Es geht kaum besser. Wenn es aber zu den Aufgaben des Architekten gehört, die Entwickler aufzuschlauen, halte ich die gemeinsame Arbeit an der Architektur und ihrer Umsetzung für eins der, wenn nicht das beste Mittel.

Was ich allerdings massiv hinkt, ist der Vergleich mit dem Bauhandwerk. Der ist wirklich noch einen ganz eigenen Artikel wert.

ich bin nicht der Meinung, daß die Architektur für Entwickler erdacht wird, sondern um die Anforderungen des Kunden zu erfüllen. Entwickler müssen genauso Bereitschaft zur Weiterbildung zeigen, wie alle anderen im Team auch . Über Deinen Refactoring-Ansatz kann man sicher diskutieren, um einige Schwächen im Team auszugleichen. Leider sind die Projekte nur selten so aufgestellt, daß ich Zeit für ein solches Refaktoring bekomme. Deshalb setze ich hier auch lieber auf Erfahrung und mache die Architektur lieber gleich “richtig”.

Ich bin tatsächlich jemand, der selbst mit implementiert (auch paarweise). Wer aber den Job des Architekten ernst nimmt, der wird feststellen, daß neben der Entwicklung von Entwürfen und Koordinierung der Entwickler, Besuchen bei Kunden und Abstimmung mit dem Management, nicht wirklich ausreichend Zeit bleibt für’s Entwickeln. Es bedarf deshalb der Hilfe der Entwickler. Ein Architekt, der ein Haus baut, mauerst schließlich auch nicht selbst.

Die enge Zusammenarbeit aller im Team und eine entsprechende Kommunikation ist natürlich Voraussetzung für den Erfolg. Wobei nicht alle im selben Gebäude sitzen müssen .

Gruß Rainer