Dieses Dokument beschreibt die Abgabe des Projektplans für
das
Software-Projekt 2009/10 .
Abgabe
Die Abgabe des Projektplans muss sowohl elektronisch als auch in Papierform erfolgen. Die
elektronische Fassung muss spätestens am 23. November 2009, 7 Uhr früh, dem Tutor
vorliegen. Die ausgedruckter Form ist beim Tutor/bei der Tutorin
im entsprechenden Tutorium Montag (23.11.2009)/Dienstag
(24.11.2009)/Donnerstag (26.11.2009) abzugeben.
Elektronische Abgabe
Das Format der elektronischen Fassung muss PDF sein. Die Abgabe
der elektronische Fassung erfolgt über MEMS. Falls MEMS nicht verfügbar ist oder
Probleme auftreten, erfolgt die Abgabe als E-Mail an den Tutor.
Inhalt des Projektplans
Der Projektplan muss der Struktur entsprechen, die in der Vorlesung
vorgestellt wurde (ANSI/IEEE Std. 1058.1-1987). Grundsätzlich soll
der Projektplan möglichst konkret für Eure Situation und Euer
Projekt sein.
Für alle abzugebenden Dokumente gilt: Es muss klar erkennbar sein,
welche Teile von welchen Mitarbeitern erstellt wurden. Diese Information
muss also an den Anfang des jeweiligen Abschnitts oder in Form einer
Übersicht eingefügt werden.
Einleitung
Alle in der Vorlesung besprochenen Details müssen beschrieben werden.
Projektorganisation
Wir verwenden das so genannte Wasserfallmodell, bei dem streng
sequenziell die Phasen Spezifikation, Entwurf, Implementierung,
Test und Auslieferung durchlaufen werden.
Wer ist am Projekt beteiligt, und wie sind diese Personen erreichbar?
Dazu hätten wir von jedem Eurer Teammitglieder gerne ein Foto
im Projektplan, damit wir Euch wiedererkennen können.
Ihr solltet in den restlichen Abschnitten dieses Kapitels Aussagen
machen, wer grundsätzlich für die Aspekte Projektplanung,
Spezifikation, Entwurf, Implementierung, Test, Dokumentation
verantwortlich sein wird (Phasenleiter). Was sind die Rechte und
Pflichten des Phasenleiters und der anderen Beteiligten?
Bezieht also Stellung in den Abschnitten Organisationsstruktur,
Organisationsgrenzen und Verantwortlichkeiten.
Managementprozess
Beschreibt hier alle geforderten Einzelheiten. Großer Wert wird
auf den Abschnitt "Risikomanagement" gelegt. Beschreibt hier alle
möglichen Risiken, eine qualitative Abschätzung ihres
Eintreffens, eine qualitative Abschätzung über ihre möglichen
Schäden, wie Ihr sie überwachen wollt und wie Ihr ihnen
begegnen werdet, wenn sie auftreten.
Technischer Prozess
Beschreibt hier alle Details, zu denen Ihr zum heutigen Zeitpunkt
Aussagen machen könnt. Solltet Ihr zu Punkten keine Aussagen machen können, dann
begründet dies explizit und nennt Maßnahmen, die Ihr ergreifen
werdet, um diese Details möglichst bald nachzuliefern.
Arbeitspakete, Zeitplan und Budget
Die Anforderungsspezifikation werdet Ihr zum 11. Januar 2010 abgeben
müssen. Wir verlangen realistischerweise von Euch zum jetzigen
Zeitpunkt nur eine detaillierte Darstellung der Arbeitspakete für die
Spezifikationsphase, also für den Zeitraum bis zur Abgabe der
Anforderungsspezifikation, d.h. nicht für die anderen Phasen des
Projekts (Entwurf, Implementierung und Test). Die weiteren Phasen werden
dann jeweils zu Beginn der Phase geplant. Aus der Vorlesung erfahrt Ihr
rechtzeitig, was Euch in der jeweils zu planenden Phase erwartet.
Ihr sollt jedoch zumindest die in der Vorlesung bereits bekannt
gegebenen externen Meilensteine im Plan dokumentieren.
In der Beschreibung Eurer Arbeitspakete sollt Ihr niederschreiben, wie
Ihr konkret vorgehen werdet, um die Anforderungsspezifikation zu
erstellen. Das bedeutet, die Arbeitspakete sollen nicht
Ist-Analyse, Soll-Analyse etc. heißen, sondern konkreter sein.
Dies kann gerne detailliert und aussagekräftig etwa so aussehen:
- Karl-Heinz schaut sich in der Zeit vom 7.-10.12. das bisherige System
an.
- Klara und Martin erstellen in der Woche vom 12.12. einen Fragebogen
zum Ist-Zustand für Benutzer des alten Systems.
- Hugo legt dem Kunden zum 9.1.2010 die Anforderungsspezifikation zur
Prüfung vor.
Zu jedem Arbeitspaket (AP) soll neben der geplanten Dauer auch der geschätzte Aufwand
angegeben werden. Die Dauer der APs soll eine Woche nicht übersteigen.
Welche qualitätssichernden Maßnahmen plant Ihr zu ergreifen, um eine
qualitativ hochwertige Anforderungsspezifikation zu erstellen? Auch
hierfür müssen entsprechende Arbeitspakete eingeplant werden.
Der Zeitplan soll als Gantt-Diagramm erstellt werden (z.B. mit
Microsoft Project oder der freien Projektmanagementsoftware
GANTTProject).
Zusätzlich ist eine Tabelle erforderlich, die genauere
Informationen zu den einzelnen Arbeitspaketen enthält.
Das Gantt-Diagramm muss auch die Abhängigkeiten zwischen den APs
widerspiegeln. Identifiziert und markiert den kritischen Pfad in Eurem
Zeitplan. Erklärt den kritischen Pfad: Welche APs liegen darauf
und warum? Es könnte auch mehrere kritische Pfade geben. Welche
APs könnten kritisch werden?
Sonstige Elemente
Fügt Pläne mindestens zu den folgenden Aspekten bei:
- Managementpläne für Unterauftragnehmer; sofern Ihr plant, freie
Bibliotheken, Komponenten oder Werkzeuge aus dem Netz zu beziehen.
- Ausbildungspläne; sofern in Eurer Gruppe Mitarbeiter Defizite in
technischen oder organisatorischen Aspekten des Projekts aufweisen oder
aber z.B. auch, wenn es Probleme mit der deutschen Sprache gibt.
- Beschaffungspläne für Hardware; welche Hardware-Komponenten werdet
Ihr für Eure Entwicklung nutzen; benötigt Ihr noch zusätzliche
Hardware-Komponenten (z.B. Rechner, Netzwerk, Drucker etc.)?
Wenn ja, wie und wann werdet Ihr sie besorgen? Wer wird sie
besorgen?
- Raumpläne; wo wollt Ihr räumlich zusammenarbeiten? Beabsichtigt
Ihr, einen Gruppenraum einzurichten oder zieht Ihr eine virtuelle
Organisation vor? Wie sehen Eure Pläne hierzu nicht nur für die
Implementierung selbst, sondern natürlich auch für Treffen mit Kunden,
Entwurfsbesprechungen, interne Reviews etc. aus?
Beispiel
Hier findet Ihr den Link auf einen
Beispielprojektplan, der Euch eine ungefähre Vorstellung vermitteln
soll, was wir von Euch erwarten. Der Plan enthält die Struktur
gemäß IEEE-Standard sowie Beispiele zu den meisten Teilen
des Dokuments.
Auf vielfachen Wunsch gibt es hier auch ein
LaTeX-Gerüst für den Projektplan.
Bewertungskriterien
Wir werden den Projektplan aus Sicht eines
Projektcontrollers des Kunden beurteilen. Hierfür sind die folgenden
Aspekte relevant:
- Termintreue: Wurde der Projektplan (PP) fristgerecht abgegeben?
- Äußere Form: Ist der PP frei von
Rechtschreibfehlern? Sind Tabellen und Grafiken lesbar und
verständlich?
- Vollständigkeit: Werden Aussagen zu allen geforderten Aspekten
gemacht (siehe oben)?
- Granularität: Erfolgen die Angaben in ausreichendem Detail?
- Innere Konsistenz: Sind die gemachten Aussagen konsistent zueinander?
- Äußere Konsistenz: Sind die gemachten Aussagen konsistent mit dem,
was der Kunde wünscht?
Besonderen Wert legen wir auf den Abschnitt "Arbeitspakete" (für die
Spezifikationsphase) sowie die Risikobetrachtungen. Hier die genaue
Gewichtung der verschiedenen Aspekte:
- 30% Zeitplanung/Arbeitspakete
- 25% Risikomanagement
- 25% Inhalt/Vollständigkeit der übrigen Punkte
- 10% äußere Form (Rechtschreibung etc.)
- 10% Konsistenz