C Referenz Produkte
C.1 Produkte
C.1.2 Planung und Steuerung
C.1.2.2 Projektplan
Planung ist die gedankliche Vorwegnahme von Handlungen, die geeignet erscheinen, um ein Ziel zu erreichen. Ein Plan ist die bei der Planung entstehende Dokumentation der Gedanken.
Für die gesicherte und geordnete Durchführung eines Projekts ist ein solider Projektplan zwingend erforderlich. Der Projektplan beschreibt die gewählte Vorgehensweise des Projekts und legt detailliert fest, was wann und von wem zu tun ist. Der Projektplan ist damit die Basis für die Kontrolle und Steuerung des Projektes. Der Projektleiter ist für ihn verantwortlich. Die Erstellung und Bearbeitung des Projektplanes erfolgt aber in Abstimmung mit allen Projektbeteiligten.
Der Projektplan umfasst in der Regel eine Menge von einzelnen Teilplänen oder Plansichten, die im Folgenden als Themen dargestellt sind und sich in der Praxis auf unterschiedliche Dokumente oder Dateien verteilen können. Je nach Projektart und Projektgröße können einzelne Sichten mehr oder weniger wichtig sein. Wenn im V-Modell von Projektplan gesprochen wird, ist die Gesamtheit dieser Plansichten gemeint.
|
Verantwortlich |
|
Mitwirkend |
KM-Verantwortlicher, Projekteigner, QS-Verantwortlicher, Systemarchitekt, IT-Service-Transition-Verantwortlicher, Projektplaner, Technikkoordinator |
|
Hilfsmittel |
Projekt planen (Aktivität), Projektplanung (Werkzeug), Tailoring/Projektinitialisierung (Werkzeug), V-Modell XT Projektassistent (Werkzeug), Projektplan(.odt|.doc), Mitarbeiterverfügbarkeit und Einsatzplanung (Teil der SOS-Methode) (Externe Kopiervorlage), QS-Planung (Teil der SOS-Methode) (Externe Kopiervorlage), Schulungsplanung (Teil der SOS-Methode) (Externe Kopiervorlage), Vertragsübersicht und Zahlungsplan (Teil der SOS-Methode) (Externe Kopiervorlage) |
|
Sonstiges |
Initial |
C.1.2.2.1 Projektstrukturplan
Der Projektstrukturplan (engl. Work Breakdown Structure) ist die vollständige, hierarchische und überlappungsfreie Gliederung des Projekts in Planungssegmente. "Planungssegment" ist dabei ein abstrakter Begriff, der das gesamte Projekt, Teilprojekte, (Unter-)Arbeitspakete oder auch Einzelaufgaben umfasst.
Jedes Planungssegment im Projektstrukturplan kann aus weiteren, nachgeordneten Planungssegmenten bestehen. Die Planungssegmente bilden damit einen "Projekt-Baum", in dessen Wurzel sich das Projekt selbst befindet und der sich immer weiter "verästelt". Wird ein Planungssegment allerdings in nachgeordnete Planungssegmente aufgeteilt, so muss diese Aufteilung vollständig und überlappungsfrei erfolgen (100%-Regel).
Der Projektstrukturplan enthält für jedes Planungssegment den Verantwortlichen und ggf. weitere Basisdaten, beispielsweise Start, Ende, Aufwand, Kosten und wichtigste Ergebnisse. Der Projektstrukturplan enthält nicht die zeitlichen und logischen Abhängigkeiten zwischen den einzelnen Arbeitspaketen.
C.1.2.2.2 Produktstrukturplan
Der Produktstrukturplan (engl. Product Breakdown Structure) beschreibt die Ergebnisse des Projekts, die Ergebnisstruktur und die Abhängigkeiten, beispielsweise den Aufbau eines Systems aus Segmenten, Einheiten, Komponenten und Modulen und ist damit verwandt mit der Systemarchitektur und der darin beschriebenen Dekomposition des Systems. Aber auch wichtige Dokumente wie das Projekthandbuch oder die Systemspezifikation sollten als Ergebnisse im Produktstrukturplan auftauchen. Das V-Modell hilft bei der Erstellung eines Produktstrukturplans durch die Einordnung von Produkten in Disziplinen, sowie durch die Definition von strukturellen, inhaltlichen und erzeugenden Produktabhängigkeiten. Der Produktstrukturplan kann außerdem die Zuordnung der Ergebnisse zu den einzelnen Plansegmenten/Arbeitspaketen des Projektstrukturplans enthalten.
Beispiel: "Das System X besteht aus der SW-Einheit Server und der SW-Einheit Client. Der Server wird in AP 1 erstellt, der Client in AP 2, die Integration zum System erfolgt im AP 3."
C.1.2.2.3 Termin- und Ablaufplan
Der Termin- und Ablaufplan beschreibt den zeitlichen Ablauf eines Projekts. Typischerweise wird er in Form eines Gantt-Diagramms dargestellt, das Vorgänge, Sammelvorgänge, Vorgangsfolgen und Meilensteine enthält. Der Termin- und Ablaufplan enthält die zeitliche Abfolge von Arbeitspaketen und Aufgaben und berücksichtigt dabei fachliche, technische und organisatorische Abhängigkeiten. Dauer und Termine der Vorgänge ergeben sich aus dem geschätzten Aufwand und der Kapazität der verfügbaren Ressourcen. Aus dem Termin- und Ablaufplan lässt sich somit der kritische Pfad eines Projekts ableiten.
Auf oberster Abstraktionsebene zeigt der Termin- und Ablaufplan den Projektablauf mit den wichtigen Projektphasen und Meilensteinen und beinhaltet damit den Projektdurchführungsplan aus dem Projekthandbuch, der sich wiederum aus der beim Tailoring gewählten Projektdurchführungsstrategie ableitet. In der Detailansicht veranschaulicht der Termin- und Ablaufplan die konkrete Terminierung einzelner Aufgaben und Arbeitspakete.
C.1.2.2.4 Ressourcen- und Organisationsplan
Der Ressourcen- und Organisationplan beschreibt, welche Ressourcen in welchem Umfang benötigt werden (Aufwandsplan), welche Ressourcen dem Projekt zur Verfügung stehen (Mitarbeiterverfügbarkeitsplan), und wie diese Ressourcen in den Plansegmenten/Arbeitspaketen eingesetzt werden (Mitarbeitereinsatzplan).
Der Aufwandsplan zeigt für jedes Plansegment (z.B. Arbeitspaket) auf, welche Aufwände in diesem anfallen; ggf. können diese Aufwände rollenspezifisch und/oder zeitspezifisch ermittelt werden, beispielsweise "AP 3 benötigt im Mai 20 PT SW-Architekt und im Juni 50 PT SW-Entwickler".
Der Mitarbeiterverfügbarkeitsplan zeigt auf, welche Mitarbeiter zu welchem Anteil und in welchem Zeitraum für das Projekt zur Verfügung stehen, beispielsweise "Frau Müller ist im Mai zu 70% für das Projekt verfügbar".
Der Mitarbeitereinsatzplan beschreibt, welcher Mitarbeiter in welcher Rolle und in welchem Zeitraum in den einzelnen Plansegmenten eingesetzt wird, beispielsweise "Frau Müller arbeitet im Mai zu 50% als SW-Architektin im AP 1 und zu 20% als Prüferin im AP 2".
C.1.2.2.5 Budget- und Kostenplan
Der Budget- und Kostenplan zeigt das für das Projekt verfügbare Budget sowie die geplanten Kosten bzw. Ausgaben. Budget und geplante Kosten werden dabei für die einzelnen Arbeitspakete des Projektstrukturplans ausgewiesen. Betrachtet werden der in Geldwert umgerechnete Aufwand sowie weitere im Projekt anfallende externe (bzw. haushaltswirksame) Kosten, beispielsweise für Lizenzen, Hardware oder Reisen, aber auch interne (bzw. nicht haushaltswirksame) Kosten wie z.B. Kosten für Fortbildungen. Der initiale Budget- und Kostenplan dient als Basis für Soll-Ist-Vergleiche in Bezug auf die Kosten. Notwendige Änderungen im Budget- und Kostenplan werden im Projektverlauf dokumentiert.
C.1.2.2.6 QS-Plan
Der QS-Plan legt die Aufgaben, Verantwortlichkeiten und die erforderlichen Ressourcen, zum Beispiel Personen und Arbeitsmittel, fest, um Prüfungen im Projekt durchzuführen. Geprüft werden können dabei Ergebnisse wie Dokumente oder Systemelemente und Prozesse, beispielsweise immer wiederkehrende Aufgaben.
Der Prüfplan Dokumente enthält alle entsprechenden Dokumenten-Prüfungsaktivitäten mit den zugehörigen Informationen, zum Beispiel Prüfspezifikation Dokument erstellen und Dokument prüfen.
Integrations- und Prüfplan Systemelemente
Der Integrations- und Prüfplan Systemelemente enthält alle entsprechenden systemelementspezifischen Integrations- und Prüfungsaktivitäten mit den zugehörigen Informationen, zum Beispiel System integrieren und Systemelement prüfen.
Der Prüfplan Prozesse enthält alle entsprechende Prozessprüfungsaktivitäten mit den zugehörigen Informationen, wie Prüfspezifikation Prozess erstellen und Prozess prüfen.
C.1.2.2.7 Ausbildungsplan
Im Ausbildungsplan sind rollen- und projektspezifische Schulungen und Weiterbildungen zur Qualifizierung der Projektmitarbeiter einzuplanen. Die hierfür einzuplanenden Aktivitäten sind nicht Bestandteil des V-Modells. Sie müssen projektspezifisch festgelegt werden.