Aufwandschätzung von IT-Projekten in der Praxis. Christian Zehe und Christian Hartmann

Größe: px

Ab Seite anzeigen:

Download "Aufwandschätzung von IT-Projekten in der Praxis. Christian Zehe und Christian Hartmann"

Reinhold Buchholz
vor 8 Jahren
Abrufe

1 Aufwandschätzung von IT-Projekten in der Christian Zehe und Christian Hartmann

2 Gliederung 1. Problematik der Aufwandschätzung 2. Grundlagen der Aufwandschätzung 3. Methoden der Aufwandschätzung Umfangbasierte Messmethoden Schätzgleichungen Erfahrungskurven Expertensystembasierte Schätzungen 4. Schätztools 5. Internetadressen 2

Methoden der Aufwandschätzung Umfangbasierte Messmethoden

3 Problematik der Aufwandschätzung Für gute Schätzung viel Wissen über Projekt erforderlich, was zu Beginn des Projektes meist nicht der Fall ist Fehlende empirische Daten und Dokumentationen von früheren Projekten erschweren die Aufwandschätzung Es gilt: Je mehr Informationen über das Schätzobjekt vorliegen, desto genauer wird die Schätzung 3

empirische Daten und Dokumentationen von früheren Projekten erschweren die

4 Problematik der Aufwandschätzung Welche Informationen beschreiben das zu schätzende Projekt? Übersicht über die benötigten Daten Masken-, Listenlayout usw. Anzahl und Umfang der Schnittstellen Abläufe aus Benutzersicht, Dialogablauf Fehlende Informationen müssen durch dokumentierte Annahmen ersetzt werden! 4

Übersicht über die benötigten Daten Masken-, Listenlayout usw.

5 Problematik der Aufwandschätzung Aufwand für ein IT-Projekt setzt sich aus mehreren Komponenten zusammen: Aufwand für Projektmanagement und Qualitätssicherung (Overhead) Aufwand für Spezialisten (Entwicklungsteam- Unterstützung) Aufwand der Entwickler (IT-Kernteam-Aufwand) Aufwand des Fachbereichs Einführungs- und Wartungsaufwand 5

(Overhead) Aufwand für Spezialisten (Entwicklungsteam- Unterstützung) Aufwand der

6 Problematik der Aufwandschätzung Eine Schätzkultur soll dazu beitragen, die Schätzehrlichkeit der Mitarbeiter zu fördern. Die 5 Phasen der Schätzkultur: 1. Problem: Aufwandschätzung wird nicht positiv gesehen 2. Bewusstsein: Management und Mitarbeiter werden zunehmend aufmerksam auf das Thema Aufwandschätzung, gehen es aber noch nicht systematisch an 3. Übergang: Übergang von der Betrachtung der Aufwandschätzung als Managementaufgabe zur Teamaufgabe 4. Antizipation: Übergang von subjektiver Aufwandschätzung zu Messungen und dem Einsatz von IT-Metriken und Tools. 5. Chancen: Positive Vision der Aufwandschätzung, jeder ist dafür verantwortlich 6

Bewusstsein: Management und Mitarbeiter werden zunehmend aufmerksam auf das Thema Aufwandschätzung, gehen es aber noch nicht systematisch an 3.

7 Grundlagen der Aufwandschätzung Operative Aufwandschätzung: Planung Informationsbeschaffung Kontrolle Steuerung 7

8 Grundlagen der Aufwandschätzung strategische Aufwandschätzung ist... In die Zukunft gerichtet Auswertung der Dokumentation aus der operativen Aufwandschätzung Erfahrungssicherung über Projektgrenzen hinweg Verbesserung zukünftiger Schätzungen Entwicklung von IT-Metriken 8

operativen Aufwandschätzung Erfahrungssicherung über Projektgrenzen

9 Grundlagen der Aufwandschätzung Einflussfaktoren der Software-Entwicklung auf die Schätzgenauigkeit: Technologie Produkt Entwicklungsprozess Ressourcen Entwicklungsumgebung Leistungsumfang Ablauforganisation Hardwareverfügbark. Hardware Qualität Vorgehensmodell Softwareverfügbark. Software Komplexität Methoden Personalverfügbark. Technische Standards Dokumentation Projektlaufzeit Personalqualität Tools Gesetzliche Zwänge Schnittstellen Kosten Technische Zwänge Projekttyp Ziele Org. Zwänge Techn. Zielumgebung Projektklasse Projektlaufzeit 9

Hardware Qualität Vorgehensmodell Softwareverfügbark. Software Komplexität Methoden Personalverfügbark.

10 Grundlagen der Aufwandschätzung Teufelsquadrat des Projektmanagements: 10

11 Grundlagen der Aufwandschätzung Aufwandschätz-Regelkreis: Projektaufgabe Störungen 11

12 Methoden der Aufwandschätzung Umfangbasierte Messmethoden Multiplikatormethode Function-Point-Methode Schätzgleichungen Erfahrungskurven Expertensystembasierte Schätzung 12

13 Umfangbasierte Messmethoden 1. Multiplikatormethode: Ein festgelegter Aufwand pro Zeiteinheit wird mit der geschätzten Anzahl der Einheiten multipliziert und ergibt so die Kosten für das Gesamtprojekt. 13

14 Umfangbasierte Messmethoden 2. Function-Point-Methode am weitesten verbreitete und am besten akzeptierte Methode zur Messung des funktionalen Umfangs Gemessen wird vom Benutzer geforderte Funktionalität Vorteil: kann bereits in einer frühen Projektphase eingesetzt werden weltweiter Standard, dadurch viele Schulungen, Usergroups, Berater,... verfügbar 14

Messung des funktionalen Umfangs Gemessen wird vom Benutzer geforderte Funktionalität

15 Umfangbasierte Messmethoden Varianten der Function-Point-Methode: Data-Point-Methode Object-Point-Methode Mark-II-Methode Full Function Points 15

16 Schätzgleichungen Die verschiedenen Aufwandsfaktoren, welche den Entwicklungsprozess beeinflussen, werden in einer Formel berücksichtigt. Alle Schätzgleichungen haben die allgemeine Form: y = f(x1,x2,x3,...,xn) 16

17 Schätzgleichungen SLIM: Software-Life-Cycle-Management- Methode (Formel von Putnam) Formel schätzt den Software Lebenszyklus mit Hilfe der Zusammenhänge von Systemgröße, Realisierungsaufwand und Zeit. 17

18 Schätzgleichungen Formel von Putnam: K = SG³ C k. t d 4 K : notwendiger Aufwand über die gesamte Lebensdauer des Systems in Personenjahren SG: Die zu erwartende Systemgröße gemessen in der Anzahl der Anweisungen C k : Der Technologiestand der Entwicklungsorganisation, für die empirisch folgende Werte ermittelt wurden: C k = 8 für Systeme mit viel Interaktion C k = 15 für stand alone Systeme C k = 27 für Teilsysteme von größeren Systemen t d : Entwicklungsdauer in Jahren 18

Systemgröße gemessen in der Anzahl der Anweisungen C k : Der Technologiestand der Entwicklungsorganisation, für die

19 Erfahrungskurven Eine Erfahrungskurve ergibt sich mittels einer Regressionsanalyse angewendet auf die Wertepaare der Form: [Personenmonate Function-Points] die durch bereits fertig gestellte Projekte gewonnen wurden 19

Wertepaare der Form: [Personenmonate Function-Points]

20 Erfahrungskurven Zu Beachten: Streuung der Einzelwerte aufgrund verschiedenartiger Projekte bei nachkalkulierten Projekten muss der Aufwand standardisiert ermittelt werden die zu kalkulierenden Projekte sollten ein einheitliches Time-Accounting besitzen. 20

der Aufwand standardisiert ermittelt werden die zu

21 Expertensystembasierte Schätzung Ein Expertensystem enthält durch standardisierte Verfahren nachkalkulierte Projekte. Neben der Größe der zu schätzenden Anwendung benötigt das System Angaben über z.b. Komplexität der Anwendung Erfahrungen des Personals Verwendete Programmiersprache Verwendete Technologie... 21

22 Schätztools Unterstützen den Projektleiter bei der Aufwandschätzung Sind immer nur so gut, wie die Informationen, die eingegeben werden Zur Verifikation empfiehlt sich stets eine parallele Schätzung mit einer anderen Methode 22

23 Schätztools Tool Firma URL Costar (COCOMO) Softstar Inc. Construx Cost Estimation Software Construx Software Builders Inc. CostXpert Marotz Inc. Softest und REVIC SEPO, San Diego 23

24 Internetadressen ASQF DASMA e.v. FESMA ISO NASA Arbeitskreis Softwarequalität Franken Deutschsprachige Anwendergruppe für Software-Metrik und Aufwandschätzung Federation of European Software Metrics Associations Parametric Cost Estimation, COCOMO forum.html bu2/ 24

25 Vielen Dank für Ihre Aufmerksamkeit 25

Ähnliche Dokumente

Lernaufgabe Industriekauffrau/Industriekaufmann Angebot und Auftrag: Arbeitsblatt I Auftragsbeschreibung

Lernaufgabe Industriekauffrau/Industriekaufmann Angebot und Auftrag: Arbeitsblatt I Auftragsbeschreibung Angebot und Auftrag: Arbeitsblatt I Auftragsbeschreibung Ein Kunde hat Interesse an einem von Ihrem Unternehmen hergestellten Produkt gezeigt. Es handelt sich dabei um einen batteriebetriebenen tragbaren