Suchen und Finden

Titel

Autor/Verlag

Inhaltsverzeichnis

Nur eBooks für mein Endgerät anzeigen:

 

Newsletter

Basiswissen Softwarearchitektur

Basiswissen Softwarearchitektur

von: Torsten Posch, Klaus Birken, Michael Gerdom

dpunkt.verlag, 2004

ISBN: 9783898642705, 331 Seiten

Format: PDF, OL

Mac OSX,Windows PC Apple iPad, Android Tablet PC's Online-Lesen für: Linux,Mac OSX,Windows PC

Preis: 34,90 EUR

Ersparnis: 6,10 EUR

  • Softwareentwicklung mit UML 2
    Datenbank-Modellierung - Das Grundlagenbuch
    UML @ Work - Von der Analyse zur Realisierung
    Small Business Server 2003: Das Integrationshandbuch für kleine und mittlere Unternehmen
    Feature-based Programming
    Website-Konzeption
    Extreme Programming
    XML und VBA lernen
  • CRM mit Intrexx
    Projektmanagement mit Excel

     

     

     

     

     

     

     

 

Mehr zum Inhalt

Basiswissen Softwarearchitektur


 

2.3.2 Das Führungsteam aus Projektleiter und Softwarearchitekt (S.67-68)

Bereits bei der Beschreibung der Rolle des Softwarearchitekten hatten wir darauf hingewiesen, dass die Rollen des Projektleiters und des Architekten von zwei getrennten Personen wahrgenommen werden müssen. Zumindest gilt dies, sobald das Entwicklungsteam größer ist als ein paar wenige Mitarbeiter. Werden die beiden Rollen auf eine einzige Person übertragen, kommt es oftmals zu schlechten technischen oder Projektentscheidungen. Es ist nur natürlich, dass der Fokus oder das Talent einer einzelnen Person mehr auf der einen oder anderen Seite liegt. Leicht neigt man dann auch dazu, eher die Dinge zu erledigen, die einem leichter von der Hand gehen. Hinzu kommt ein grundsätzlicher Interessenkonflikt zwischen den beiden Aspekten Zeit bzw. Kosten und Qualität. Tragend für den Projekterfolg ist es dennoch, dass beide – Projektleiter und Architekt – eng und effektiv als Führungs- und Entscheidungsteam zusammenarbeiten. Beides sind Personen mit technischen und Managementfähigkeiten.

Die Gewichtungen liegen jedoch unterschiedlich. Ein guter Softwarearchitekt muss die Grundlagen des Projektmanagements verstehen. Umgekehrt muss der Projektleiter die Grundlagen und Zusammenhänge von Softwarearchitektur kennen. Die Verantwortlichkeiten zwischen den beiden Rollen sind grob unterteilt nach technischen und Managemententscheidungen. Das Team Projektleiter/Softwarearchitekt ist kritisch für den Projekterfolg, da die meisten Entscheidungen sowohl Auswirkungen auf technische Ansätze wie auch auf die Projektrichtung haben. Dazu gehören Mitarbeiterentscheidungen ebenso wie Werkzeug- oder Technologieentscheidungen. Projektleiter und Architekt benötigen eine Vision, wo das Projekt und die Implementierung der Softwarearchitektur hingehen. Das heißt, der Projektleiter muss deutlich vor Augen haben, wie das Gefüge zwischen Zeit, Qualität und Funktionalität aussieht, so dass Kunde und Management zufrieden sind.

Der Architekt muss eine klare Vorstellung haben, wie die Strukturen und Mechanismen der Software aufgebaut sein müssen, um die Anforderungen zu erfüllen. Beide benötigen ein generelles Vertrauen, dass das Projekt erfolgreich sein wird und das auch durch Rückschläge im Projektverlauf nicht leicht zu erschüttern ist. In unruhigen Zeiten müssen sie ruhig bleiben. Damit bleibt auch das Entwicklungsteam ruhig. Sie müssen aufrichtig glauben, dass sie den Entwicklungsplan mit kleinen Abweichungen im Wesentlichen verwirklichen können. Diese Überzeugung wird auch eine ansteckende Wirkung auf das Entwicklungsteam haben. Isolation Dem Projektleiter hilft es, mit dem Architekten einen Partner bei Projektentscheidungen zu haben.

Dies kann zudem seine oftmals vorhandene Isolation in größeren Projekten minimieren. In der Hierarchie wird es jedoch so sein, dass der Chefarchitekt an den Projektleiter berichtet, da Letzterer die Gesamtverantwortung für das Projekt zu tragen hat. Auch die Entwickler berichten wahrscheinlich an den Projektleiter. Die täglichen Anweisungen des Entwicklers und seine Wechselwirkungen in Bezug auf das Architekturdesign kommen jedoch vom Architekten. Management [Paulish02] bemerkt, dass es manchmal schwer sein mag, das Management davon zu überzeugen, dass für jede der beiden Rollen eine eigene Person benötigt wird. Der Projektleiter muss dann um seinen Architekten kämpfen in dem Wissen, dass er ihn für ein erfolgreiches Projekt benötigt. Ein weiteres Argument ist, dass man als Projektleiter mit der Zeit weniger technisch wird, da man mehr Verantwortung und Organisation übernimmt. Somit wird deutlich, dass es sich bei beiden Rollen, ab einem gewissen Punkt, auch um völlig unterschiedliche Laufbahnen handelt.
Aufgabenverteilung Entscheidungen gemeinsam Wie sind die Aufgaben in dem Führungsteam Projektleiter und Architekt verteilt?

Bereits im vorherigen Abschnitt haben wir angedeutet, dass die Aufteilung grob nach technischen und Managementaspekten erfolgt. Das bedeutet, dass sich der Chefarchitekt idealerweise um die technischen Entscheidungen kümmert und der Projektleiter um alle anderen. Dazu zählen Entscheidungen bzgl. der Richtung des Projekts, des Zeitplans, der Kosten und der Qualität.

Oftmals gibt es eine Beziehung zwischen Projektthemen und technischen Aspekten. So können Technologien nicht eingesetzt werden, wenn nicht die entsprechenden Mitarbeiter vorhanden sind oder geschult werden. Deshalb treffen Projektleiter und Chefarchitekt Entscheidungen oftmals gemeinsam. Sollen teure, externe Mitarbeiter beauftragt werden, die das entsprechende Know-how parat haben, oder soll auf interne Mitarbeiter gesetzt werden, wodurch eventuell das Risiko und der Zeitbedarf größer ist?