PM Kapitel 5 - Part3

-> Vorgangsdauer resultiert aus dem Aufwand und der quantitativen und qualitativen Kapazität

• Schätzung der voraussichtlichen erforderlichen Zeitdauer, um eine Aktivität abzuschließen
• Zeitdauer spielt in der SW-Entwicklung eine eher untergeordnete Rolle, lässt sich durch entsprechende Ressourcen oft stark beeinflussen - Es gilt nicht:
  • 1 Entwickler -> 10 Wochen Dauer
  • 10 Entwickler -> 1 Woche Dauer
• Bei Beschaffung von Deinstleistungen, Hardware u.ä. muss entsprechende zeitdauer eingeplant werden

Voraussetzung: 

• -> klar definierte Rollen und Verantwortlichkeiten

Vorgehensweise:

• Bekannt aus Aufwandschätzung:
  • Wie viel Zeiteinheiten Personal für jede Aktivität benötigt wird
• Ermitteln, wie viel Personal der versch. Qualifikationen von wann bis wann in welchem Umfang zur Verfügung steht
• Personal zuordnen und reale Aktivitätsdauer berechnen

Die max. Arbeitszeit eines Mitarbeiters: abzüglich

• Ferien
• Krankheit
• Schulungen
• Besprechungen
• etc.

Beträgt selbst bei 100% Tätigkeit im Projekt max. ca. 180 Tage im Jahr

-> in der Regel sollten nicht mehr als 6 std/Tag effektive Arbeitszeit eingeplant werden

• Ressourcen mit notwendiger Qualifikation sind rar
• Häufigen Wechsel der Ressourcen vermeiden, anzustreben ist:
  • Mögl. 100% Auslastung des Personals
  • Mögl. schwankungsarmer Verlauf ("Ressource Leveling") des Personaleinsatzes

• Planung Personaleinsatz revidieren, dabei evtl. zusätzl. Personal mobiliesieren bzw. Überstunden anordnen
• Aktivitäten splitten und einen Teil in Zeitraum mit unausgelastetem Personal vorziehen (z.B. Benutzer-Doku)
• Outsourcing
• Leistungsumfang revidieren
  • Features weglaseen
  • Features aufs nächste Review verschieben
• Weniger Qualität, z.B. Testen reduzieren
• Endtermin/Meilensteintermine verschieben

• Zuerst Arbeitspakete in Aktivitäten überprüfen
• Dann die Teilschritte:
  • Einbringen der Abhängigkeiten und Dauer
  • Personaleinsatzplanung und Zuordnungen von Ressourcen
  • Ermittlung der Start- und Endtermine
  • ...mehrfach durchlaufen, bis ein Ergebnis vorliegt
• Wenn notwendig, Planung mehrfach optimieren
• Bereits vorhandene Planungsdokumente anpassen bzw. aktualisieren

• Zuordnung der geschätzten Gesamtkosten
  • (= Kostenschätzung) zu den einzelnen Arbeitspaketen
• Grundlage ist:
  • Kostenschätzung z.B. in Euro
  • Festlegung , wie mit Costvarianzen im späteren Projektverlauf umgegangen wird
  • Projektstrukturplan
  • Aktivitätenzeitplan
• Auf Basis dieser Grundlagen wird ein zeitbezogener Kostenplan für das gesamte Projekt erstellt

• in zeitlichen Phasen unterteiltes Budget
• dient zur Messung und Überwachung der Kostenentwicklung des Projekts
• dient  als Grundlage für die Kostenverfolgung während des Projekts
• wird über den Projektverlauf ggf. mehrmals angepasst
• in größeren Projekten evtl. mehrere kostenpläne zur Messung unterschiedl. Aspekte der Kostenentwicklung (z.B. Kostenentwicklung und erwarteter Geldfluss)

• weitere Projektstandards
• Meilensteinplan
• Projektstrukturplan
• Aufwandsschätzung
• Größenschätzung
• Kostenschätzung
• Kommunikationsplan
• Risikoplanung
• SW-QS-Plan
• KM-Plan
• Aktivitätenzeitplan
• Personaleinsatzplanung
• Projektorganisation
• Kostenplanung
• Projektspez. Vorgehensmodell
• Projektziele
• Projektdefinition
• ausstehende Entscheidungen

• mittels des Projektplans wird das Projekt kontrolliert und gesteuert
• der projektplan entsteht iterativ in mehreren Durchläufen
  • Erster Entwurf: z.B. wesentliche Meilensteile und Hauptarbeitspakete ohne Termine
  • Definitiver Plan: alle Teilarbeitspakete und die genauen Termine je Aktivität

• sollte einem Review unterzogen werden
• bedarf ggf. der formalen Genehmigung 
• wird an alle Betroffenen verteilt

• Projektplan kann auf versch. Weise strukturiert sein
• Projektplan wird während des Projekts ständig fortgeschrieben
• Projektplan unterliegt dem Konfigurationsmanagement
• Definierte, verabschiedete Stände sind sogenannte "Planungs-Baselines"

• Als Basisplan für die Messung der Projektleistung (Projektkontrolle)
• zur Projektsteuerung
• zur Dokumentation von Planungsannahmen
• zur Dokumentation der Planungsentscheidungen hinsichtlich gewählter Alternativen
• zur Erleichterung der Kommunikation zw. den Stakeholdern
• zur Festlegung von Inhalt, Umfang und Terminierung der Steuerkreis-Reviews

• Ausgangspunkt = Strukturplan mit Arbeitspaketen
• die, bereits hinsichtlich ihrers Arbeitsaufwandes geschätzt und einzelnen MA eindeutig zugeordnet wurden

• Arbeitspakete sind in einen Ablaufplan zu übertragen
• zeigt sachlogische Abhängigkeiten zw. Arbeitspaketen auf

• geschätzter Arbeitsaufwand der Arbeitspakete muss mit zur Verfügung stehender Personalkapazität der jeweiligen Teammitglieder abgeglichen werden

• Abgeleitet aus:
  • Ablaufplan
  • Arbeitsaufwänden
  • verfügbaren Personalkapazitäten

• Projektplanung ist ein Treffen von Entscheidungen und Annahmen, die einen zukünftigen Verlauf des Projekts bestimmen
• eine Projektplanung ist eine zwingende Vorraussetzung zum Projekterfolg
• Projektplanung steht unter Konfigurationsmanagement
• definierte verabschiedete Stände sind sogenannte "Planungs-Baselines"
• Auch bei iterativen/Inkrementellem Vorgehen ist Projektplanug unbedingt notwendig
• "nahe" Iterationszyklen sind detaillierter geplant
• "spätere" Iterationen sind gröber geplant