Wir sind ein Team von 17 Entwicklern, mit extrem unterschiedlichem Fachwissen.
Es gibt Konzept- und Designphasen, die mehr oder weniger das Zusammenspiel der
einzelnen Komponenten auf Netzwerk- oder Interprozesskommunikationsebene
beschreiben. Die Schnittstellen der Bibliotheken, sowie Implementierungsdetails,
wie Klassendesign, bestimmt jeder Entwickler selbst. Es gibt Konzept- und
Design-Reviews, allerdings keine Reviews der Implementierungen. Gemeinsame
Design Sessions auch nur in den Konzept- und Designphasen oder wenn es Probleme
gibt. Kein Pair Programming. Keine agile Methoden. (Ja, meine Frage war
Offtopic. :-) ) Nichtsdestotrotz stemmen auch aufwändige Features in relativ
kurzer Zeit und guter Qualität. Dennoch glaube ich, dass die Truppe noch sehr
viel potential hat. Die Einführung von agilen Methoden ist extrem schwer.
Immerhin haben wir nun schon seit geraumer Zeit automatische Tests. Kleinere
Teilprojekte konnte ich bereits mit Hilfe von XP Methoden umsetzen. Das nächste
Ziel war nun nicht nur die Qualität des Produktes, sondern auch die Qualität der
Quellen zu steigern, um produktiver zu werden. Ich halte Pair Programming zwar
für einen sehr guten Ansatz, scheitere damit allerdings beim Team und bei den
Entscheidern.

Mit freundlichen Grüßen
Volker Goehrke
____________________________________
Materna GmbH
Information & Communications

Hauptsitz:
Voßkuhle 37, 44141 Dortmund
Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen
Amtsgericht Dortmund HRB 5839
http://www.materna.de
Tel. +49 231 5599 8709
Fax: +49 231 5599 98709


________________________________

Von: xp-forum@... [mailto:xp-forum@...] Im Auftrag von
Ilja Preuss
Gesendet: Montag, 11. August 2008 17:23
An: xp-forum@...
Betreff: Re: AW: [xp-forum] Literatur zu Software-Architekturen



Volker.Goehrke@... <mailto:Volker.Goehrke%40materna.de> wrote:
> Es geht
> darum, dass wir festgestellt haben, dass viele Köche den Brei verderben.

Wieviele sind "viele"?

> Die Schnittstellen und die Kommunikation zwischen den verschiedenen
> Komponenten versumpfen. Sie sind nicht einheitlich und werden dadurch
> fehleranfällig und schwerer wartbar.

Wie entscheidet Ihr Euch momentan für Schnittstellen? Habt Ihr
gemeinsame Design Sessions? Pair Programming? Wie häufig wechselt Ihr
Partner?

Gruß, Ilja





[Die Teile dieser Nachricht, die nicht aus Text bestanden, wurden entfernt]