Management von Software Projekten

Transkript

1 Management von Software Projekten INSO Forschungsgruppe Industrielle Software Leitung Prof. Grechenig VU h Sommer 09 Das Material dieser Vorlesungseinheit ist teilweise Quellen der Abteilung für Informationswissenschaft der WU Wien entnommen

2 Organisatorisches Beispieleinteilung (Beispiel 1) ist erfolgt Abgabe in KW 24 Anwesenheitspflicht (20Min / Gruppe) Anmeldemöglichkeit wird per Mail bekannt gegeben Gruppeneinteilung laut Insotool ACHTUNG: Gruppeneinteilung durch Zusammenlegung evtl. geändert!

3 Ziele Lab II Work Breakdown Structure Planungstechniken Netzgraphen (CPM) Aufwands & Kostenschätzung im MSP Educated Guess Delphi-Methode Protzensatzmethode Analogiemethode

4 Work Breakdown Structure - WBS Gliederung eines Projekts in planbare und kontrollierbare Teilaufgaben Hierarchische Aufteilung Definiert den Scope des Projekts Durch Verfeinerung entstehen Arbeitspakete die von einem Projektteam umgesetzt werden können und von der PL überwacht, kontrolliert und geplant werden können. Projektstrukturplan PSP

5 Beispiel einer WBS

6 Outputs der WBS Project Scope Statement (Updates) Work Breakdown Structure Organizational Breakdown Structure (OBS) Bill of Materials (BOM) Risk Breakdown Structure (RBS) Resource Breakdown Structure (RBS) (nach Typ) WBS Dictionary (Was Wer Meilensteine etc.)

7 Planungstechniken Netzplantechniken (z.b. CPM) Übersichtliche Darstellung des gesamten Projektverlaufs Schnell erfassbar Kritischer Pfad erkennbar Anspruchsvoll in der Wartung Für große Projekte gut geeignet Balkenplantechniken (z.b. Gantt) Dauer der Aktivitäten ist einfacher ersichtlich Abhängigkeiten sind weniger leicht ersichtlich Für kleinere Projekte intuitivere Darstellung WBS Sachlicher Zusammenhang ersichtlich

8 Netzplan - Beispiel

9 Netzplan - Ziele Ein Netzplan ist die graphische oder tabellarische Darstellung von Abläufen und Abhängigkeiten Ziele: Frühzeitiges Erkennen von Verzögerungen / Engpässen Identifikation von kritischen Elementen Projektüberwachung Analyse des kritischen Pfades Analyse der Pufferzeiten Grundlage für Ressourcenplanung

10 CPM Netzplan - Erstellung Liste der Aktivitäten Name Vorgänger Dauer Nachfolger Nebenläufigkeiten analysieren Netzplan erstellen Projektende, kritischer Pfad, Meilensteine und Puffer berechnen Netzplan muss ein schlichter Graph sein (keine Mehrfachkanten)

11 CP Netzplan - Beispiel

12 Scheinvorgänge (Par. Akt. & part. Vorg.)

13 Pausen und Überlappungen

14 Vor- Rückwärtsrechnung

15 CPM Critical Path Method Der kritische Pfad ist der längste Pfad von Projektstart bis Projektende In jedem CPM- Netzplan existiert mind. 1 kritischer Pfad Die Länge dieses Pfades entspricht der kürzesten Gesamtdauer des Projekts Beinhaltet alle Vorgänger die nicht verzögert werden dürfen Dauert 1 Vorgang um x länger, so verlängert sich das Projekt um x Alle Vorgänge entlang des CP haben Gesamtpufferzeit von 0

16 Kritischer Pfad

17 Termine eines Vorgangs in CPM

18 Termine des Beispiels

19 Pufferzeiten Gesamte Pufferzeit: Maximale Zeitspanne, um die der Vorgang später beginnen darf, ohne Projekt zu verzögern. Freie Pufferzeit: Maximale Zeitspanne, um die der Vorgang später beginnen darf, so daß die nachfolgenden Vorgänge noch zu ihrem frühest möglichen Termin beginnen können. Freie Rückwärtspufferzeit: Maximale Zeitspanne, um die der Vorgang später beginnen darf ohne Projekt zu verzögern, wenn alle vorhergehenden Vorgänge zum spätest möglichen Termin enden. Unabhängige Pufferzeit: Maximale Zeitspanne, die der Vorgang verschoben werden darf, wenn alle vorhergehenden Vorgänge zum spätest möglichen Termin enden und alle nachfolgenden Vorgänge zum frühest mögliche Termin beginnen sollen.

20 Pufferzeiten

21 Aufwands- und Kostenschätzung in SW-Projekten Warum? Zur Planung (Zeit, Ressourcen, Angebote, etc) notwendig Aufwandschätzungen sind in unterschiedlichen Phasen eines Projekts oft stark abweichend - Anfangs oft zu optimistisch - Später meist realistischer aber nicht haltbar - Mit geeigneten Methoden reduziert sich dieser Gap

22 Aufwands- und Kostenschätzung in SW-Projekten Ziele: ein funktionierendes Modell entwickeln um eigene Projekte innerhalb realistischer Schätzungen abwickeln zu können Dieses Modell von Projekt zu Projekt zu verfeinern Modelle meist schwer übertragbar bzw. direkt anwendbar - Für Unternehmen spezifisch - Schätzung der Parameter mitunter nicht trivial

23 Aufwands- und Kostenschätzung in SW-Projekten Methoden Educated guessing Protzensatzmethode Analogiemethode Function-Point Methode COCOMO..

24 Educated Guess Einzelschätzung durch einen Experten Sinnvoll bei kleinen Projekten Aufwand der Methode: gering Qualität meist schwankend Meist auf Basis der Schätzung von einzelnen Arbeitspaketen Erweiterung: - Schätzklausur - Delphi Methode

25 Delphi Methode Iteratives Verfahren um Ergebnisse im Konsens zu finden Standard Delphi Methode Mehrere Experten keine Abstimmung untereinander Breitband Delphi Methode Mehrere Experten Abstimmung untereinander

26 Delphi Methode - Ablauf 1. PL beschreibt Projekt und Arbeitspakete 2. Experten erhalten dieses Dokument 3. BB: Diskussion der Arbeitspakete 4. Experten schätzen den Umfang anonym 5. Auswertung 1. S: PL kommentierte gravierende Abweichungen 2. BB: PL fasst zusammen 6. Dokumente wieder an Experten 7. BB: PL initiiert Diskussion über Diskrepanzen 8. Experten korrigieren (wiederhole Pkt. 4-8 bis Korrelation vorhanden) 9. Output: Mittelwert der Schätzungen ist Ergebnis

27 Delphi Methode - Vor- und Nachteile Wichtig: Bei beiden Varianten ist die Schätzung anonym wenngleich die Diskussion bei BB nicht anonym ist Standard Delphi BB Keine Gruppendynamik / aber auch kein Input Extreme Ausreißer können der Wahrheit entsprechen Für sehr große Projekte sinnvoll Experten können durch Anonymität die Richtung beeinflussen Kann lange dauern

28 Prozentsatzmethode Vorraussetzungen: Genau definiertes Vorgehensmodell Einteilung in Phasen Know-how aus bereits abgewickelten Projekten Vorgangsweise: Nach Ablauf der ersten Phase: Exploration der Dauer der restlichen Phasen Daher muss Anteil der abgelaufenen Phase bekannt (bewertbar) sein

29 Prozentsatzmethode Kann in weiteren Phasen erneut angewendet werden um Zielerreichung zu überprüfen Wird genauer je weiter das Projekt fortschreitet und je mehr Vergangenheitswerte vorliegen Leidet unter geringer Ausgangsdauer zur Extrapolation Unvorhergesehene Ereignisse (Risken) werden oft nicht kompensiert Einfluss der Art des Projektes ist nicht objektivierbar Schnell um die Größenordnung festzustellen

30 Analogiemethode Schließen von vergleichbaren Projekten auf das aktuelle Lebt von gesammelten Erfahrungen (nur relevant wenn auch dokumentiert! Gefahr: Überlieferungen ) Sammlung in Projektdatenbank Basis für viele andere Methoden Vorgang: Finden eines vergl. Projekts Adaptierung der Rahmenbedingungen Schätzung der Kosten / Dauer

31 Analogiemethode Einsatz: Am Projektbeginn Zur Schätzung aller Größenordnungen geeignet Einschränkungen Genügend vergleichbare Projekte müssen abgewickelt worden sein Marslandung? Toll Collect? Oft nicht direkt vergleichbare Projekte Ablaufdatum der Wissensbasis durch Modell-, Technologie-, Komplexitätswechsel

32 MSP SOMMER 09 - INSO Danke für Ihre Aufmerksamkeit! Für weitere Informationen: