Aufwandsabschätzung und Projektplanung

Größe: px
Ab Seite anzeigen:

Download "Aufwandsabschätzung und Projektplanung"

Transkript

1 Aufwandsabschätzung und Projektplanung Software Engineering 1 WS 2012/2013 Prof. Dr. Ina Schaefer Software Systems Engineering Technische Universität Braunschweig (mit Folien von Dr. Gerhard Pews)

2 Charakteristika eines Projekts Abgrenzung zu Routinetätigkeiten: Ein Projekt hat ein Projektziel. Ein Projekt ist zeitlich befristet. Ein Projekt befasst sich in der Regel mit einem schwierigen Thema. Ein Projekt besteht aus einer Vielzahl von Einzelaufgaben und besitzt dadurch Komplexität. Ein Projekt umfasst oft neuartige Aufgaben und Inhalte. Ein Projekt hat in der Regel ein höheres Risiko als eine Routinetätigkeit. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 2

3 Wiederholung: Teufelsquadrat nach nach Sneed Sneed Qualität Zeit Leistungsumfang - Kosten Die Fläche (Produktivität) eine Projekts ist invariant Wenn ein Projekt z. B. in weni Beachte: Die Zeit Fläche und zu (Produktivität) geringeren Kosten eines Projekts abgeschlossen ist invariant: werden soll, verringert sich auch der Wenn ein Projekt Leistungsumfang z. B. in weniger und die Qua Zeit und zu Steuerung: geringeren Kosten abgeschlossen Fall werden 1: Planung soll, war nicht verringert sich umsetzbar: auch der Ecken neu justie Leistungsumfang und die Qualität. Fall 2: Produktivität im Team stimmt nicht (Fläche) 2011 Capgemini All rights reser Vortrag Projekt Management TU Braunschweig.p Prof. Dr. Ina Schaefer Software Engineering 1 Seite 3

4 Wichtige Aspekte des Projektmanagements Definition des Projektumfangs Komplexität Vorgehensmodell Planung Steuerung und Controlling Änderungsmanagement Risikomanagement Reporting Teammanagement Offene Kommunikation & Feedback Projekterfolg Prof. Dr. Ina Schaefer Software Engineering 1 Seite 4

5 Projektstrukturplan Der PSP ist die vollständige, hierarchische Zerlegung des Projekts in Aufgaben und Arbeitspakete (AP). m ersten Planungsschritt wird der Projektstrukturplan (PSP) erstellt dies bildet die Basis für den Projektplan Synonym: Work breakdown structure (WBS) rojektstrukturplan Projekt Aufgabenkategorien KON-A REA-A Aufgaben Dialog x Batch x Dialog y Batch y Arbeitspakete AP AP GUI AP AP AP AWK AP AP Test AP Definition Der PSP ist die vollständige, hierarchische Zerlegung des Projekts in Aufgaben und Arbeitspakete (AP) Prof. Dr. Ina Schaefer Software Engineering 1 Seite 5

6 Übersicht Schätzung Allgemeine Grundlagen Function Point Verfahren Expertenschätzung (Delphi-Verfahren) CoCoMo Verfahren Projektplanung Inhalte der Planung Planungstechniken Prof. Dr. Ina Schaefer Software Engineering 1 Seite 6

7 Schätzungen Voraussagen sind schwierig, vor allem, wenn sie die Zukunft betreffen. Mark Twain Prof. Dr. Ina Schaefer Software Engineering 1 Seite 7

8 Gewünschter Zeitpunkt der Schätzung Fachliche Konzeption Technische Konzeption Realisierung Test & Integration Umfang der Funktionalität bekannt Fachliche Funktionen, Masken Umsetzung bekannt Prof. Dr. Ina Schaefer Software Engineering 1 Seite 8

9 Tatsächlicher Zeitpunkt der Schätzung Fachliche Konzeption Technische Konzeption Realisierung Test & Integration Nur Anforderungen aus Auftrag sind bekannt Schätzungen sind unfair Finden zu einem sehr frühen Zeitpunkt statt. Man weiß dann wenig über die Aufgabe. Aber: Auf die Zahlen wird man später festgenagelt Prof. Dr. Ina Schaefer Software Engineering 1 Seite 9

10 Top-Down vs. Bottom-Up Schätzung Bottom-up Fragestellung: Wenn ich das alles machen will, wie viel kostet es dann? Von den Arbeitspaketen zur Aufwandszahl Schätzung der einzelnen Arbeitspakete Summe ergibt Gesamtaufwand Beispiel: Abschätzung der Gesamtkosten als Arbeitsgrundlage für weitere Planung Top-down Fragestellung: Wenn ich einen festen Kostenrahmen habe, wie viel dürfen die einzelnen Arbeitspakete dann kosten? Vom fixierten Aufwand zu den Arbeitspaketen Projekt so aussteuern, dass es im Kostenrahmen bleibt Aufgaben werden nur so gut erledigt, wie Geld da ist Beispiel: Validierung eines Kostenrahmens Prof. Dr. Ina Schaefer Software Engineering 1 Seite 10

11 Folgen von Fehlschätzungen Schätzung zu niedrig Beschreibung Geld reicht nicht, Projekt kann im Budget nicht durchgeführt werden zu hoch Schätzzahl liegt höher als die tatsächlich zu leistenden Aufwände. Im nachhinein kaum festzustellen. Jedes Projekt schöpft den Kostenrahmen voll aus. Konsequenz: Schätzungen sind gern zu hoch Gefahr: Business Case rechnet sich nicht, bzw. Projekt wird an Mitbewerber verloren. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 11

12 Schätzung als Planungsgrundlage Wenn Schätzungen so fehlerbehaftet und schwierig ist, warum schätzt man dann überhaupt? Top-down Auch eine falsche Schätzung ist besser als ein kompletter Blindflug. Eine Schätzung ist die Grundlage der Planung. Man merkt bei der Planausführung frühzeitig, ob eine Schätzung falsch ist und kann dann nachsteuern. Auch Schätzen ist ein Prozess: sobald erste Erfahrungen und ermittelte Aufwände im Projekt vorliegen, wird nachgeschätzt und die Schätzung korrigiert Die Schätzung wird im Laufe des Projekts immer genauer. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 12

13 Einflussfaktoren für Schätzungen Umzusetzende Wichtigste Fachlichkeit Einflussfaktoren (funktional) auf den Aufwand PM-Faktoren Masken Druckstücke Batches Berechnungen zu berücksichtigende Fehlersituationen Migrationen aus Altsystemen Abhängigkeit von andern Systemen Technologische Umsetzung nicht-funktionale Anforderungen Performance, Antwortzeitverhalten Mengengerüste Architektur Systemplattform, Basis-Technologien Team Mitarbeiterqualifikation Erfahrung Eingespieltes Team Projektorganisation Projetvorgehen, Methodik Unterstützung durch Tools Sonstige Faktoren Auftraggeber Aufwände steigen mit Größe der Aufgabe Prof. Dr. Ina Schaefer Software Engineering 1 Seite 13

14 Vorgehen bei einer Schätzung Vorbereiten Schätzen Messen, Vergleichen Lernen Nachschätzen Hinweise Eine gute Vorbereitung ist elementar für die Schätzung Komplettieren und Strukturieren der Schätzgrundlage (osintots oh shit, I never thought of this) Sammeln aller Faktoren Nachschätzen und aus Projekterfahrungen lernen ist ein stetiger Kreislauf während des Projekts Prof. Dr. Ina Schaefer Software Engineering 1 Seite 14

15 Schätzverfahren Schätzverfahren unterscheiden sich in Zielsetzung, Aufwand und Genauigkeit Vergleichsmethoden Kennzahlenmethode Algorithmische Methoden Experten- Schätzungen Analogieschätzung Kennzahlenmethode COCOMO Function-Points Use-Case-Points Einzelschätzung Delphi-Methode Schätzklausur Stellt Bezug zu durchgeführten Entwicklungsprojekten her Erfahrungswerte aus alten Projekten nötig Berechnung von Schätzposten aus explizit geschätzten Ähnlich Analogiemethode Aufwandsermittlung per empirisch gewonnenen Formeln Basis sind messbare Systemfunktionen, z. B. Use-Case-Points Schätzung von Stücklisten Zählen und bewerten Gibt eine Größenordnung zur Verifikation Erfahrungswerte für Kennzahlen aus abgeschlossenen Projekte nötig Teilw. aufwändig, aber gute Resultate ohne Justierung wenig präzise Erstmalige Schätzung neuer Anforderungen durch Expertenerfahrung Selten in Reinform, aber implizit in Expertenschätzung Kennzahlen aus dem Aufwandsmodell zur Plausibilisierung Use-Case-Points verwenden wir zur Plausibilisierung bei Capgemini hauptsächlich eingesetzte Methode Prof. Dr. Ina Schaefer Software Engineering 1 Seite 15

16 Function Point Verfahren Vorgehen im Überblick Bewertung der Komplexität der Fachlichkeit (Datenfluss) Bewertung sonstiger Einflussfaktoren Ermittlung der Gesamtkomplexität, Berechnung des Aufwands Hinweise Function Point Schätzungen werden in verschiedenen Firmen unterschiedlich gelebt. Alle arbeiten nach dem gleichen Prinzip, Unterschiede gibt es in: Kriterien, nach denen die Komplexität der Fachlichkeit gemessen wird Betrachtete sonstige Einflussfaktoren Unternehmensspezifische Gewichtung Im Folgenden: ursprüngliches Verfahren Prof. Dr. Ina Schaefer Software Engineering 1 Seite 16

17 Bewertung der Fachlichkeit Details zum ersten Schritt Bewertung der Komplexität der Fachlichkeit (Datenfluss) Bewertung sonstiger Einflussfaktoren Ermittlung der Gesamtkomplexität, Berechnung des Aufwands Inhalte Strukturierte Erfassung der Fachlichkeit: Eingabedaten (Bildschirm, Batch, etc.) Ausgabedaten (Bildschirm, Druck, Interface, etc.) Anfragen (Suchanfragen) Eigene Datenbestände (lesen & schreiben) Extern referenzierte Datenbestände (nur lesen) Zu jedem Punkt Bewertung: geringe/mittlere/hohe Komplexität Ableiten der FP aus Tabelle mit FP-Werten für die jeweilige Komplexität Prof. Dr. Ina Schaefer Software Engineering 1 Seite 17

18 Bewertung durch Function Points Beispiel für eine Function Point Bewertung Schätzposten Komplexität FP Eingabedaten Kunde gering 3 Bankverbindung mittel 4 Anfragen Kundensuche mittel 10 Summe 458 Schätztabelle Bewertungen Eingabedaten gering 3 mittel 4 hoch 6 Eigene Datenbestände gering 7 mittel 10 hoch 15 Prof. Dr. Ina Schaefer Software Engineering 1 Seite 18 FP-Werte für jeweilige Komplexitäten

19 Bewertung der Einflussfaktoren Details zum zweiten Schritt Bewertung der Komplexität der Fachlichkeit (Datenfluss) Bewertung sonstiger Einflussfaktoren Ermittlung der Gesamtkomplexität, Berechnung des Aufwands Inhalte Bewertung sonstiger Einflussfaktoren: Verflechtung mit anderen Systemen Dezentrale Verarbeitung und Datenhaltung Transaktionsrate und Antwortzeitverhalten Verarbeitungskomplexität (Rechenoperationen, Ausnahmebehandlungen, Logik, =) Wiederverwendbarkeit Migrationen Benutzerfreundlichkeit Auch daraus wird wieder ein numerischer Faktor abgeleitet. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 19

20 Berechung des Gesamtaufwands Details zum dritten Schritt Bewertung der Komplexität der Fachlichkeit (Datenfluss) Bewertung sonstiger Einflussfaktoren Ermittlung der Gesamtkomplexität, Berechnung des Aufwands Inhalte Gesamtkomplexität in Total Function Points (TFP) durch Verrechnung (i. d. R. Multiplikation) der Faktoren Errechnung des Aufwands z. T. mit Zwischenschritt über die zu erstellenden Codezeilen (Lines of Code LOC) für eine jeweilige Programmiersprache. TFP/LOC Personenmonate Prof. Dr. Ina Schaefer Software Engineering 1 Seite 20

21 Bewertung des FP-Verfahrens Bewertung Systematische Herangehensweise In Function Points wird die fachliche Komplexität der Aufgabe gemessen, nicht die Komplexität der technischen Lösung. Lebt von den jeweiligen Erfahrungswerten des Unternehmens und der Personen. Insbesondere in den zweiten Schritt gehen unternehmensspezifische Erfahrungen ein, die schwer zu begründen und in anderen Kontexten zu reproduzieren sind. Wird in unterschiedlichen Unternehmen auch unterschiedlich gehandhabt. Nach einiger Zeit der Anwendung erzielt man reproduzierbare Ergebnisse in der Function Point Messung. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 21

22 Expertenschätzung Hinweise zum Vorgehen Aufwände und Umsetzung werden explizit geschätzt, nicht über Lines of Code oder Faktoren. Bei einer Expertenschätzung sind in der Regel mindestens zwei Experten beteiligt, um Schätzergebnisse vergleichen zu können. Generelle Unterscheidung in der Vorgehensweise: Standard-Delphi-Verfahren: Experten schätzen komplett unabhängig Breitband-Delphi-Verfahren: Experten diskutieren Zwischenergebnisse. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 22

23 Expertenschätzung nach Delphi-Verfahren Erstellen Schätzpostenliste Liste mit jedem Experten durchsprechen, erläutern Experte schätzt jeden Schätzposten, Rückfrage möglich Falls Breitband-Verfahren: Experten-Diskussion Prüfung Ergebnisse Ergebnis = Durchschnittwerte der Einzel-Schätzungen z. B. falls unplausibel, Abweichungen zwischen Experten Neue Liste mit unklaren Posten, neu kommentiert Prof. Dr. Ina Schaefer Software Engineering 1 Seite 23

24 Schätzpostenliste Schätzposten Benötigt: vollständige funktionale Beschreibung des Systems Beispiele für Schätzposten Dialog Druckstück Funktionen, Services Entitäten & Persistenz der Entitäten Querschnittliche Funktionen (Drucken, Fehlerbehandlung, etc.) Granularität eines Schätzpostens (Daumenregeln) nicht kleiner als 1 Tag, sonst addieren sich Nichtigkeiten zu großen Aufwänden nicht größer als 20 Tage, sonst wird die Schätzung zu ungenau guter Bereich: 5 10 Tage Prof. Dr. Ina Schaefer Software Engineering 1 Seite 24

25 Schätzgröße in der Expertenschätzung Hinweise zur Schätzgröße BT Schätzgröße BT = Bearbeitungstag, auch PT = Personentag oder MT = Manntag Die Arbeit, die eine Person an einem Tag erledigen kann Die Arbeit ist brutto gerechnet, d. h. die wirkliche Zeit, die man benötigt, d. h. Entwicklung inklusive: Entwicklertest Code-Dokumentation Nacharbeiten Reisekostenabrechnung, Stundenkontierung in SAP, Kaffee trinken, Zigarrettenpause Teilnahme an Meetings Anderen Kollegen helfen Rechner ist abgestürzt, Netzwerk ist weg, Prof. Dr. Ina Schaefer Software Engineering 1 Seite 25

26 Vorgehen bei einer vereinfachten Schätzung Schritt Schätzung der Realisierung Hochrechnung auf alle Phasen Zuschläge Beschreibung Schätzung der reinen Realisierungs- Aufwände Hochrechnung von Fachlicher Konzeption Technischer Konzeption Test & Integration aus den Realisierungs-Werten Addieren von Zuschlägen, z. B. für Projektkoordination, Gewährleistung, Qualitätssicherung, etc. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 26

27 Schätzung der Realisierung Vorgehen Schätzung bei der Schätzung der Realisierung Geschätzt wird die reine Brutto-Realisierung. Annahmen dabei: Alle fachlichen Fragen sind geklärt Algorithmen sind klar Technologie ist klar Mitarbeiter ist geschult Normale Projektmitarbeiter, keine Technologie-Experten (wie diejenigen, die schätzen) Eigentlich ist eine detaillierte Schätzung erst nach Abschluss der fachlichen Konzeption möglich. Zu diesem Zeitpunkt kennt man die Aufwände der fachlichen Konzeption schon bzw. kann sie abschätzen. Diese Aufwände kann man zur Plausibilisierung mit den geschätzten Realisierungsaufwänden vergleichen. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 27

28 Hochrechnung von Realisierungsaufwänden Beispiel: Erfahrungswerte der Firma sd&m Realisierung 40% Test und Integr. 15% fachl. Konzept 30% tech. Konzept 15% Nutzung der Werte Hochrechnung: Nach diesen Erfahrungswerten ist der Gesamtaufwand 2,5x so hoch wie der Realisierungsaufwand Plausibilisierung: Nach Abschluss des fachlichen Konzepts sollten 30% des Projektbudgets verbraucht sein. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 28

29 Aufschläge bei der Realisierungsschätzung Erfahrungswerte für Zuschläge bei sd&m Zuschlag Erfahrungswerte Technik - Software-Entwicklungsumgebung Aufbau geplant, Pflege MA über Zeit - Technische Infrastruktur 5-10%, oder MA über Zeit - Konfigurationsmanagement Aufbau geplant, Pflege MA über Zeit Datenadministration (optional) 5-10% Abnahmesupport MA über Zeit Chefdesign (CD) 5-10%, oder MA über Zeit Qualitätssicherung (QS) Aktivitäten oder 10-20% Einarbeitung 2-4 Wochen bei Projekteinstieg Team-Meetings MA über Zeit PM/PL 10-25%, 1 PL pro ca. 7 MA über Zeit Puffer bzw. Risikozuschlag 10-40% Gewährleistung 3-12% Sonstiges Projektspezifisch Reisezeit MA über Zeit Reisespesen ableitbar aus Reisezeit Zugekaufte Leistungen tatsächliche Kosten Bei Großprojekten kann die Realisierung nach Berechnung aller Zuschläge nur noch 16% des Gesamtaufwands betragen! Prof. Dr. Ina Schaefer Software Engineering 1 Seite 29

30 Repräsentanten und Stützpunkte schätzen Tipps Problem zur Schätzung großer Schätzpostenlisten Problem: Was tun, wenn die Schätzpostenliste sehr groß ist, z. B. wenn das System mehrere hundert Dialoge umfasst? Der Aufwand zur Schätzung wird dann sehr groß Lösung 1: Beispiel mit Bildung von Klassen. Klassen: Einfache Dialoge, Mittelschwere Dialoge, Schwierige Dialoge Extrem schwierige Dialoge trotzdem individuell schätzen Schätzen von einem Repräsentanten jeder Klasse Lösung 2: Beispiel mit Schätzung von Stützpunkten Fünf Dialoge wählen, die das ganze Spektrum der Komplexität abdecken. Andere Dialoge werden nicht geschätzt, sondern mit den Stützpunkten verglichen. Aufwandszahlen der Stützpunkte werden übernommen und ggf. leicht angepasst. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 30

31 Schätzunsicherheit Vorgehen Problem bei einer Min-Max-Schätzung Schätzungen sind immer mit einer Schätzungenauigkeit und einem Risiko behaftet. Min-Max-Schätzung Idee: Experte schätzt minimalen und maximalen Aufwand für die Aufgabe. Wichtig: kein zu großes Delta zwischen Min und Max, guter Erfahrungswert ca.: 20%, in der Praxis aber leider oft höher. Die Planung wird am Minimalwert ausgerichtet, aber so mit Personen hinterlegt, dass die maximalen Aufwände in der Projektlaufzeit möglich zu erbringen sind. Weitere Möglichkeit zur Min-Max-Schätzung: Min, Max und Normalwert schätzen, dann rechen mit: (Min + Max + 4*Norm) / 6 Prof. Dr. Ina Schaefer Software Engineering 1 Seite 31

32 CoCoMo Verfahren Idee Schätzung der Projektgröße in LOC (Lines of Code) bzw. KDSI (Kilo Delivered Software Instructions), d. h. ohne Kommentare. Nach Verrechnung mit weiteren Kennzahlen wird der Gesamtaufwand E berechnet (MM DEV Entwicklungsaufwand in PM) und die Projektlaufzeit (TDEV) Formel MM DEV = a * KDSI b * m(x) Entwickelt von Barry Boehm (*1935) Prof. Dr. Ina Schaefer Software Engineering 1 Seite 32

33 Projektklasse Einfluss der Projektklasse auf die Aufwandsschätzung MM DEV = a * KDSI b * m(x) Organic Mode einfache SW-Projekte eingespieltes Team, bekannte Umgebung, wenig Neuland Größe <50 KDSI Faktor b = 1,05 Semi-detached Mode mittelschwere Projekte Größe <300 KDSI Faktor b = 1,12 Embedded Mode schwierige Projekte starker Kosten- Termindruck, viel Neuland Größe: beliebig Faktor b: 1,20 Prof. Dr. Ina Schaefer Software Engineering 1 Seite 33

34 Modellvarianten Einfluss der Modellvarianten auf die Schätzung MM DEV = a * KDSI b * m(x) Basismodell früh, zu Beginn eines Softwareprojekts ganzheitliche Betrachtung Ausgangspunkt für weitere Schätzungen Zwischenmodell Berücksichtigung von 15 Einflussparametern keine Differenzierung zwischen Phasen Detailmodell Berücksichtigung von 15 Parametern Abweichungen der Aufwände aus den einzelnen Phasen berücksichtigt Prof. Dr. Ina Schaefer Software Engineering 1 Seite 34

35 Weitere 15 Einflussfaktoren MM DEV = a * KDSI b * m(x) m(x) = m(x1) * m(x2) * * m(x15) Produkt RELY: geforderte Zuverlässigkeit der Software DATA: Größe der Datenbasis CPLX: Komplexität des Produktes Personal ACAP: Analysefähigkeit der Mitarbeiter AEXP: Erfahrung der Mitarbeiter im Arbeitsgebiet PCAP: Programmierfähigkeit der Mitarbeiter VEXP: Erfahrung der Mitarbeiter in der Systemumgebung LEXP: Erfahrung der Mitarbeiter in der Programmiersprache Projekt MODP: Verwendung moderner Entwicklungsmethoden TOOL: Verwendung von Tools SCED: Anforderungen an die Entwicklungszeit Computer TIME: benötigte Rechenzeit STOR: Nutzung des verfügbaren Speicherplatzes VIRT: Änderungshäufigkeit der Systembasis TURN: Bearbeitungszyklus Prof. Dr. Ina Schaefer Software Engineering 1 Seite 35

36 Berechnung des Gesamtaufwands in CoCoMo Prof. Dr. Ina Schaefer Software Engineering 1 Seite 36

37 Bewertung von CoCoMo Bewertung Die Schätzmethode CoCoMo bzw. CoCoMo II ist wenig verbreitet. Die Methode macht deutlich, welche Einflussfaktoren für die Schätzung relevant sind: Zeitpunkt der Schätzung Typ des Projekts 15 detaillierte Einflussfaktoren Prof. Dr. Ina Schaefer Software Engineering 1 Seite 37

38 Tipps zur Schätzung Tipps Keine Angst vor großen Zahlen. Schätzungen ergeben oft hohe Werte. Stehen Sie dazu. Software ist teuer. Eine ehrliche Schätzung ist die Grundlage für den Projekterfolg. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 38

39 Projektplanung Planung Ein Plan zeigt die Machbarkeit eines Vorhabens. Wenn man nicht einmal einen Plan erstellen kann, dann ist das Vorhaben nicht machbar. Ein Plan wird im Projekt ständig nachgeführt und aktualisiert. Dadurch kann der Projektleiter sein Projekt ins Ziel führen. Ein Plan ist die Grundlage, um ein Projekt zu steuern Ohne Steuerung und Plan erkennt man erst zu Projektende, ob sich der Projekterfolg einstellt Mit Steuerung: Gefährdungen sind früh erkennbar, man kann auf darauf reagieren è Auch ein falscher Plan ist besser als gar kein Plan. Die Alternative wäre ein totaler Blindflug. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 39

40 Planung als Prozess Fallbeispiel: Zitat Projektleiter Damals haben wir mit viel Aufwand den Plan gemacht und nach zwei Wochen hat er schon nicht mehr gestimmt. Grundideen einer Planung Eine Planung wird zu Projektbeginn erstellt und dann ständig verfeinert und angepasst. Eine Planung veraltet, sobald sie fertig ist. (Und manchmal auch schon, während sie erstellt wird) Eine Planung ist keine Vorhersage. Ein Projekt kann man nicht ausrechnen. Die Planung ist ein Werkzeug. Sie ist das wichtigste Arbeitswerkzeug des Projektleiters. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 40

41 Projektplanung im Projektmanagement Anpassen Planung SOLL Controlling (Überwachen) Steuern SOLL IST Meilensteine, Restaufwandsschätzungen Handlungsbedarf Maßnahmen Projektverlauf, Ausführen des Plans Prof. Dr. Ina Schaefer Software Engineering 1 Seite 41

42 Inhalte der Planung Fragestellung WER (Personen) macht WANN (Termine) WAS (Aufgaben) ggf. WOMIT (Arbeitsmittel)? Inhalte Im Projektplan finden sich die Elemente: Aufgabe, Aktivität/ Arbeitspaket (oft synonym verwendet) Ressourcen, insbesondere Personen Aufwände und Puffer Termine Prof. Dr. Ina Schaefer Software Engineering 1 Seite 42

43 Planungstechniken Gantt-Diagramm Stellt besonders gut den zeitlichen Verlauf dar In der Praxis größte Verbreitung Unterstützung durch Tools, oft Default-Ansicht Netzplan Z. B.: MPM-Methode Stellt besonders gut die Abhängigkeiten zwischen Arbeitspaketen dar Prof. Dr. Ina Schaefer Software Engineering 1 Seite 43

44 Definition eines Netzplans Netzplan In Netzplänen werden dargestellt: Vorgänge, Ereignisse und deren Abhängigkeiten. Definitionen DIN Definition Netzplan: Der Netzplan ist die graphische Darstellung von Ablaufstrukturen, welche die logische und zeitliche Aufeinanderfolge von Vorgängen veranschaulichen. Definition Vorgang: Ein Vorgang ist eine Zeit beanspruchende Tätigkeit, die über einen definierten Anfang und ein definiertes Ende verfügt. Definition Ereignis: Ein Ereignis signalisiert das Eintreten eines definierten und beschreibbaren Zustands im Projektablauf (z. B. Meilenstein). Prof. Dr. Ina Schaefer Software Engineering 1 Seite 44

45 Grundtypen von Netzplänen Vorgangspfeil-Netzplan Knoten: Ereignisse Pfeile: Vorgänge Ereignis Vorgang Ereignis Beispiel: Critical Path Method (CPM) Ereignisknoten-Netzplan Knoten: Ereignisse Pfeile: Abhängigkeiten Ereignis Ereignis Beispiel: Program Evaluation and Review Technique (PERT) Vorgangsknoten-Netzplan Knoten Vorgänge Pfeile: Abhängigkeiten Vorgang Vorgang Beispiel: Metra Potential Method (MPM) Prof. Dr. Ina Schaefer Software Engineering 1 Seite 45

46 Termine eines Vorgangs Früher Start FAT: Frühester Anfangstermin Der Termin, zu dem der Vorgang frühestens beginnen kann. FET: Frühester Endtermin Der Termin, zu dem der Vorgang frühestens abgeschlossen werden kann, wenn man zum FAT begonnen hat. (FAT + Dauer) Start Ende FAT FET Später Start SET: Spätester Endtermin Der Termin, zu dem der Vorgang abgeschlossen sein muss. SAT: Spätester Anfangstermin Der Termin, zu dem man spätestens angefangen haben muss, wenn man zum SET fertig sein will. (SET- Dauer) Start Ende SAT SET Prof. Dr. Ina Schaefer Software Engineering 1 Seite 46

47 Pufferzeiten Pufferzeiten Pufferzeit: Die Zeit, um die ein Vorgang verschoben werden kann. Freie Pufferzeit: Die Zeit, um die man einen Vorgang verschieben kann, ohne dass der nachfolgende Vorgang verschoben werden muss. Gesamtpufferzeit: Die Zeit, um die man einen Vorgang verschieben kann, ohne dass das Projektende verschoben werden muss. Pufferzeit Start Ende freie Pufferzeit Zeitfenster Prof. Dr. Ina Schaefer Software Engineering 1 Seite 47

48 Der kritische Pfad Kritischer Pfad Kritischer Pfad: Der Pfad vom Projektstart bis zum Projektende, auf dem ausschließlich Vorgänge ohne Pufferzeit liegen. Kritischer Vorgang: Vorgang auf dem kritischen Pfad Start krit. Vorgang krit. Vorgang Ende kritischer Pfad krit. Vorgang Kritische Vorgänge erfordern besondere Aufmerksamkeit im Projektmanagement. Jeder Verzug auf dem kritischen Pfad führt dazu, dass der Zieltermin des Projekts gefährdet ist. Prof. Dr. Ina Schaefer Software Engineering 1 Seite 48

49 Metra Potenzial Methode (MPM) Grundideen MPM Ausprägung der Netzplantechnik Spezielle Notation der Vorgänge mit FAT, FET, SAT, SET und Puffer Vorwärts- und Rückwärtsrechnung, um diese Daten für alle Vorgänge zu bestimmen durch die Unternehmensgruppe Metra entwickelt Nr. Vorgangsname Nr. Vorgangsname FAT Dauer FET SAT Gesamtpuffer SET Nr. Vorgangsname FAT Dauer FET SAT Gesamtpuffer SET Nr. Vorgangsname FAT Dauer FET SAT Gesamtpuffer SET FAT Dauer FET Nr. Nr. SAT Gesamtpuffer SET SAT Vorgangsname FAT Dauer FET Gesamtpuffer SET SAT Vorgangsname FAT Dauer FET Gesamtpuffer SET Prof. Dr. Ina Schaefer Software Engineering 1 Seite 49

50 Gantt Diagramme Grundideen Gantt Anderer Name: Balkendiagramm Vorgänge werden durch Balken auf einem Kalender dargestellt. Vorteil: intuitiv verständlich, man sieht sofort die Dauer der Vorgänge Abhängigkeiten weniger übersichtlich dargestellt Durch Henry L. Gantt ( ) entwickelt Prof. Dr. Ina Schaefer Software Engineering 1 Seite 50

51 Zusammenfassung Was ist ein Projekt? Aufgaben im Projektmanagement Aufwandsabschätzung Function Point Verfahren Expertenschätzung (Delphi-Verfahren) CoCoMo Verfahren Planungstechniken Netzplantechnik Gantt Charts Prof. Dr. Ina Schaefer Software Engineering 1 Seite 51

IT-Projektmanagement Schätzung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews

IT-Projektmanagement Schätzung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews IT-Projektmanagement Schätzung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews AGENDA Allgemeine Grundlagen zur Schätzung Function Point Verfahren Expertenschätzung, Delphi-Verfahren CoCoMo Verfahren 2 Grundlagen

Mehr

Aufwandsabschätzung und Projektplanung

Aufwandsabschätzung und Projektplanung Aufwandsabschätzung und Projektplanung Software Engineering 1 WS 2010/2011 Dr. Ina Schaefer Software Systems Engineering Technische Universität Braunschweig (mit Folien von Dr. Gerhard Pews) Übersicht

Mehr

Softwaremanagement Projektplanung Hellsehen für Fortgeschrittene Schätzen heißt nicht raten!

Softwaremanagement Projektplanung Hellsehen für Fortgeschrittene Schätzen heißt nicht raten! Softwaremanagement Projektplanung Hellsehen für Fortgeschrittene Schätzen heißt nicht raten! Lehrstuhl Softwaretechnologie, Dr. Birgit Demuth Aktualisierte Folien des SS 2015 Softwaremanagement SS 2016

Mehr

Software-Projektmanagement

Software-Projektmanagement Software-Projektmanagement Björn Lohrmann Software Engineering Projekt Technische Universität Berlin WS 2007/2008 February 1, 2008 Software-Projektmanagement 1/29 Gliederung Gliederung des Vortrags: Begriffe

Mehr

Lösungsvorschlag zur Klausur zu Projektorganisation und Management in der Software-Entwicklung

Lösungsvorschlag zur Klausur zu Projektorganisation und Management in der Software-Entwicklung Prof. Dr. Dr. h.c. M. Broy Klausurlösung Dr. H. Ehler, S. Wagner 2. Juli 2004 Lösungsvorschlag zur Klausur zu Projektorganisation und Management in der Software-Entwicklung Aufgabe 1 Prozessmodelle (4

Mehr

Management von Software Projekten

Management von Software Projekten Management von Software Projekten INSO Forschungsgruppe Industrielle Software Leitung Prof. Grechenig VU 183.166 2h Sommer 08 www.inso.tuwien.ac.at Das Material dieser Vorlesungseinheit ist teilweise Quellen

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

Von Menschen mit Mäusen Wohin führt das Projektmanagement

Von Menschen mit Mäusen Wohin führt das Projektmanagement Von Menschen mit Mäusen Wohin führt das Projektmanagement H. Sandmayr 10. SW-Werkstatt Thun 28. Oktober 1999 28.10.1999/sa 10. SWWS Thun 1999 1 Zum Inhalt Versuch einer Standortbestimmung (als Basis für

Mehr

Professionelles Projektmanagement in der Praxis

Professionelles Projektmanagement in der Praxis Professionelles Projektmanagement in der Praxis Veranstaltung 5 Teil 1 (27.05.2013): Projektplanung 3: Netzplantechnik, Ablauf-und Terminplanung SS 2013 1 Agenda Organisatorisches Projektplanung 3: Netzplantechnik,

Mehr

0. Gliederung. Ein Einblick in die Ereignisorientierte Netzplantechnik (PERT) 1. Geschichte. 2. Grundlagen. Geschichte Grundlagen

0. Gliederung. Ein Einblick in die Ereignisorientierte Netzplantechnik (PERT) 1. Geschichte. 2. Grundlagen. Geschichte Grundlagen Ein Einblick in die Ereignisorientierte Netzplantechnik (PERT) Erstellt im Rahmen des Seminars Das Virtuelle Labor von Carmen Pohl 0. Gliederung start 1. Geschichte 3. Wahrscheinlichkeitsverteilung 4.

Mehr

Entscheidungstabellen. Prozessmodellierung. Entwurf von Informationssystemen 4. Tutorium WS 11/12. Projektmanagement.

Entscheidungstabellen. Prozessmodellierung. Entwurf von Informationssystemen 4. Tutorium WS 11/12. Projektmanagement. Entwurf von Informationssystemen 4. Tutorium WS 11/12 Entscheidungstabellen Prozessmodellierung Projektmanagement Netzplantechnik 4.1 ufgabe: Entscheidungstabellen Ein Fachbereich einer Universität hat

Mehr

Projektmanagement: Schätzverfahren

Projektmanagement: Schätzverfahren Projektmanagement: Schätzverfahren Martin Wirsing Institut für Informatik Ludwig-Maximilians-Universität München WS 2006/07 Ziele Generelles Vorgehen bei Schätzungen kennen lernen Grundlegende Schätzmuster

Mehr

Project Management. Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at

Project Management. Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at Project Management Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at Fragestellungen Was ist ein Projekt? Was sind die handelnden Personen? Wie wird es durchgeführt? Siehe u.a.:

Mehr

Kapitel 3: Einführung Projektmanagement

Kapitel 3: Einführung Projektmanagement : : : : : : : : : : : : : : : : : : : : : Kapitel 3: Einführung Projektmanagement Dr.-Ing. Bastian Koller, Axel Tenschert koller@hlrs.de, tenschert@hlrs.de : : : : : : : : : : : : : : : : : : : : : Kapitel

Mehr

12.1 Einleitung... 2. 12.3 Die Vor- und Nachteile der Netzplantechnik... 8. 12.4 Selbstlernaufgaben... 8. 12.5 Zusammenfassung...

12.1 Einleitung... 2. 12.3 Die Vor- und Nachteile der Netzplantechnik... 8. 12.4 Selbstlernaufgaben... 8. 12.5 Zusammenfassung... Projektmanagement Lernheft 1. Phase: Projektplanung Projektablaufplanung Die Netzplantechnik Inhaltsverzeichnis 1.1 Einleitung... 1. Die einzelnen Schritte bei der Erstellung eines Netzplans... 3 1..1

Mehr

IT-Projektmanagement Teil 6: Planung. Wintersemester 2012/2013 Dr. Gerhard Pews

IT-Projektmanagement Teil 6: Planung. Wintersemester 2012/2013 Dr. Gerhard Pews IT-Projektmanagement Teil 6: Planung Wintersemester 2012/2013 Dr. Gerhard Pews Ziel dieser Einheit ist, den Studierenden in die Lage zu versetzen, einen Projektplan zu erstellen. Ziele der Vorlesungseinheit

Mehr

V. Aufwands- und Kostenschätzung (Teil 1)

V. Aufwands- und Kostenschätzung (Teil 1) V. Aufwands- und Kostenschätzung (Teil 1) Prof. Dr. Jens Grabowski Tel. 39 172022 Email grabowski@cs.uni-goettingen.de SoftwEng (SS09) V.1-1 Inhalt Einführung Intuitive Schätzung Analogieschätzung Expertenschätzungen

Mehr

IT-Projektmanagement Steuerung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews

IT-Projektmanagement Steuerung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews IT-Projektmanagement Steuerung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews Der Fahrplan durch die Vorlesung Inhalte Einführung Das Was : Der Gegenstand von Softwareprojekten Das Wie : Die Tätigkeiten

Mehr

Aufwandsabschätzung (1)

Aufwandsabschätzung (1) Aufwandsabschätzung (1) Die Bank GuterKunde GmbH will ein Online- Banking umsetzen. Es soll all die Funktionen haben, die ein Standard-Online-Banking bietet. Wie lange brauchen Sie dafür? Einfache Frage,

Mehr

PRÜFUNG FÜR ELEKTROINGENIEURE. Softwaretechnik I. Musterlösung SS 12. - Ohne Gewähr -

PRÜFUNG FÜR ELEKTROINGENIEURE. Softwaretechnik I. Musterlösung SS 12. - Ohne Gewähr - PRÜFUNG FÜR ELEKTROINGENIEURE Softwaretechnik I Musterlösung SS 12 - Ohne Gewähr - LfdNr. Thema Punkte Zeitbedarf in min 1 Analyse und Entwurf 15 30 2 Basistechniken und Test 15 30 3 Projektmanagement

Mehr

Vorlesung Betriebstechnik/Netzplantechnik Operations Research

Vorlesung Betriebstechnik/Netzplantechnik Operations Research Vorlesung Betriebstechnik/Netzplantechnik Operations Research Organisation Agenda Übungen Netzplantechnik GANTT-Diagramme Weitere Übungen 2 Übungen 3 weitere Übungen Nr. Vorgang Dauer AOB 1 Kickoff 2-2

Mehr

Projektmanagement. Projektmanagement 1. S 0 0 Start. F 0 0 Finish. C 1 3 Testing. D 0 1 Implementation 1

Projektmanagement. Projektmanagement 1. S 0 0 Start. F 0 0 Finish. C 1 3 Testing. D 0 1 Implementation 1 Projektmanagement S 0 0 Start A 0 3 B 0 6 0 Design 3 Programming 2 C 1 3 Testing 0 0 0 3 3 9 5 8 0 0 0 3 3 9 6 9 3 6 D 0 1 Implementation 1 9 9 10 10 F 0 0 Finish 10 10 10 10 Projektmanagement 1 Projektcharakteristika

Mehr

Klausurthemen Projektmanagement. Bitte beantworten Sie folgende Fragen:

Klausurthemen Projektmanagement. Bitte beantworten Sie folgende Fragen: Klausurthemen Projektmanagement Bitte beantworten Sie folgende Fragen: 1. Nennen Sie die allgemein gültige Definition für ein Projekt. 2. Nennen Sie die Vorteile, die durch Projektmanagement erzielt werden

Mehr

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam SmartOffer Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten Axel Kalenborn & Sebastian Adam Universität Trier Motivation: Phasen der Software Entwicklung Analyse Entwurf Umsetzung

Mehr

Projektmanagement. 100 Fragen

Projektmanagement. 100 Fragen Helmut Zell Projektmanagement. 100 Fragen Die hier zusammengestellte Aufgabensammlung mit den 100 Fragen bezieht sich auf das Buch Projektmanagement lernen, lehren und für die Praxis, 2015. und folgt genau

Mehr

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts 6. COMBATing Breast Cancer Chances for Cure Aller Anfang ist schwer Starthilfen in der Wissenschaft Projektplanung: Do s and Don ts Dieter Niederacher COMBATing Breast Cancer 2013 Präsymposium TraFo Kommission

Mehr

IT-Projektmanagement Planung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews

IT-Projektmanagement Planung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews IT-Projektmanagement Planung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews Der Fahrplan durch die Vorlesung Inhalte Einführung Das Was : Der Gegenstand von Softwareprojekten Das Wie : Die Tätigkeiten in

Mehr

Projektplanung: Von der Idee zum Projekt

Projektplanung: Von der Idee zum Projekt Projektplanung: Von der Idee zum Projekt Jörg Scherer European Research and Project Office GmbH j.scherer@eurice.eu St. Wendel, 25. Mai 2011 www.eurice.eu Projektdefinition? Was ist ein Projekt? Was ist

Mehr

Ihr Kunde ist es gewohnt zu warten? Mist Schon wieder zu spät! Aufwandsabschätzung von Projekten. Aufwandsabschätzung von Projekten

Ihr Kunde ist es gewohnt zu warten? Mist Schon wieder zu spät! Aufwandsabschätzung von Projekten. Aufwandsabschätzung von Projekten Mist Schon wieder zu spät! Aufwandsabschätzung von Projekten Frank Listing f.listing@microconsult.com 15.10.2015 1 Aufwandsabschätzung von Projekten Ihr Kunde ist es gewohnt zu warten? 15.10.2015 F 2 1

Mehr

Entwicklungsmethoden

Entwicklungsmethoden Slide 7.1 Entwicklungsmethoden Prof. Dr. Josef M. Joller jjoller@hsr.ch Development Methodologies Prof. Dr. Josef M. Joller 1 Session 7 Slide 7.2 PLANEN UND SCHÄTZEN Development Methodologies Prof. Dr.

Mehr

SOFTWARETECHNIK. Kapitel 8 Projektmanagement. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 8 Projektmanagement. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 8 Projektmanagement Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Projektmanagement Projektplanung Projektdurchführung

Mehr

Anforderungsanalyse. Basis: Grundlage für Erfolg / Misserfolg. Gute Qualität, moderne Techniken... Reicht nicht!

Anforderungsanalyse. Basis: Grundlage für Erfolg / Misserfolg. Gute Qualität, moderne Techniken... Reicht nicht! Anforderungsanalyse Basis: Grundlage für Erfolg / Misserfolg Gute Qualität, moderne Techniken... Reicht nicht! Wenn Funktionen fehlerhaft sind, ist das Produkt oder Teile u. U. nicht brauchbar für den

Mehr

Prof. Dr.-Ing. Dagmar Meyer Projektmanagement PROJEKTPLANUNG

Prof. Dr.-Ing. Dagmar Meyer Projektmanagement PROJEKTPLANUNG Prof. Dr.-Ing. Dagmar Meyer Projektmanagement PROJEKTPLANUNG Übersicht Planungsschritte Projektmanagement Projektplanung Prof. Dr.-Ing. Dagmar Meyer 2 Projektumfang festlegen Festlegung des Projektumfangs

Mehr

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

Aufwandschätzung von IT-Projekten in der Praxis. Christian Zehe und Christian Hartmann Aufwandschätzung von IT-Projekten in der Christian Zehe und Christian Hartmann Gliederung 1. Problematik der Aufwandschätzung 2. Grundlagen der Aufwandschätzung 3. Methoden der Aufwandschätzung Umfangbasierte

Mehr

Projektmanagement Projektablauf

Projektmanagement Projektablauf Projektmanagement Projektablauf Inhalt Was ist ein Projekt? Projektphasen Projektablauf Wichtige Begriffe Zusammenfassung 2 Warum Projektmanagement? Von der Seminararbeit......bis zum Urlaub...alles eine

Mehr

Kurze Einführung in die Netzplantechnik Januar 02. Einführung in die Netzplantechnik und einfachere Verfahren der Ablauf- und Terminplanung

Kurze Einführung in die Netzplantechnik Januar 02. Einführung in die Netzplantechnik und einfachere Verfahren der Ablauf- und Terminplanung Einführung in die Netzplantechnik und einfachere Verfahren der Ablauf- und Terminplanung 1 Auswirkungen von Kosten- u. Terminüberschreitungen auf den Gewinn Abweichung + Entwicklungszeit Verzögerung von

Mehr

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller

Mehr

Testnutzen und -aufwand präzise schätzen: Methoden, Kennzahlen, Erfahrungswerte

Testnutzen und -aufwand präzise schätzen: Methoden, Kennzahlen, Erfahrungswerte Testnutzen und -aufwand präzise schätzen: Methoden, Kennzahlen, Erfahrungswerte Melanie Späth ATAMI 2010 Fraunhofer Institut FIRST, Berlin 15. Januar 2010 Capgemini sd&m steht für leistungsfähige Prozess-

Mehr

Aufgabe 1 (15 Punkte): Multiple Choise Fragen zum Prozessmanagement

Aufgabe 1 (15 Punkte): Multiple Choise Fragen zum Prozessmanagement Klausur Hochschule Furtwangen Fakultät Wirtschaftsinformatik Studiengang: WIB Wirtschaftsinformatik Bachelor (3. Sem.) Modul: Geschäftsprozesse Prüfer: Prof. Dr. Guido Siestrup SS 2009 Prüfungsdaten Tag

Mehr

Semesterprojekt SS 2011

Semesterprojekt SS 2011 Semesterprojekt SS 2011 Projektmanagement Teil 1 Dr. rer. nat. Andreas Tewes Als Vorlage zu dieser Vorlesung diente: projektmanagement für newcomer RKW Sachsen GmbH Kompetenzzentrum Managementsysteme Selbst

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Management von IT- Projekten. Einführung in Projektmanagement und ausgewählte Schwerpunktthemen

Management von IT- Projekten. Einführung in Projektmanagement und ausgewählte Schwerpunktthemen Management von IT- Projekten Einführung in Projektmanagement und ausgewählte Schwerpunktthemen Magisches Dreieck Kosten Qualität Zeit => welche Auswirkungen auf Planung? Beispiel 1 2 Key-Account-Kunden

Mehr

1 Software Projektplanung

1 Software Projektplanung 1 Software Projektplanung Zu Beginn wird von dem Projektleiter (Projektverantwortlicher) ein Projektplan erstellt. In dieser ersten Version des Projektplans müssen alle Aktivitäten enthalten, sowie gewisse

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?

Mehr

Ziele des Blocks Aufwandsschätzung. 6. Aufwandsschätzung

Ziele des Blocks Aufwandsschätzung. 6. Aufwandsschätzung . Aufwandsschätzung Hintergrund von Schätzungen Daumen Drauf Function Point Source Lines of Code Ziele des Blocks Aufwandsschätzung Grundsätzliche Probleme von Schätzansätzen verstehen Sinn von formalisierten

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

Aufwandsschätzung in Scrum

Aufwandsschätzung in Scrum Aufwandsschätzung in Scrum 1 Planning Poker und Varianten 2 HINWEIS Aus lizenzrechtlichen Gründen sind in dem Handout die meisten Bilder und Grafiken entfernt worden. Ich bitte um Verständnis. 3 1. Scrum

Mehr

Die Fachgruppe sieht ihre Arbeit nicht als Konkurrenz, sondern als Ergänzung zu bestehenden Regelwerken und Normen.

Die Fachgruppe sieht ihre Arbeit nicht als Konkurrenz, sondern als Ergänzung zu bestehenden Regelwerken und Normen. Fachgruppe Projektmanagement im Mittelstand März 2014 Fachgruppe Projektmanagement im Mittelstand Die Fachgruppe Projektmanagement im Mittelstand hat sich zum Ziel gesetzt, den besonderen Bedürfnissen

Mehr

Projektmanagement in der industriellen Praxis

Projektmanagement in der industriellen Praxis Projektmanagement in der industriellen Praxis Methoden, Verfahren und Werkzeuge für eine effiziente Projektabwicklung Copyright 2014. All rights reserved. www.strategie-und-planung.de Agenda 1 Einführung

Mehr

Projektmanagement. Ablauforganisation. Dortmund, Oktober 1998

Projektmanagement. Ablauforganisation. Dortmund, Oktober 1998 Projektmanagement Ablauforganisation Dortmund, Oktober 1998 Prof. Dr. Heinz-Michael Winkels, Fachbereich Wirtschaft FH Dortmund Emil-Figge-Str. 44, D44227-Dortmund, TEL.: (0231)755-4966, FAX: (0231)755-4902

Mehr

Projekte planen. Einführung des Projektstrukturplans (PSP) 1 02.12.2006

Projekte planen. Einführung des Projektstrukturplans (PSP) 1 02.12.2006 Projekte planen Einführung des Projektstrukturplans (PSP) 1 Woran scheitern Projekte? Etwa 50% der Projekte in Schulen und anderen Organisationen scheitern an... - Fehleinschätzung der Ausgangslage - Unterschätzung

Mehr

IWW Studienprogramm. Grundlagenstudium. Projektplanung Teil D. Lösungsmuster zur 1. Musterklausur

IWW Studienprogramm. Grundlagenstudium. Projektplanung Teil D. Lösungsmuster zur 1. Musterklausur Institut für Wirtschaftswissenschaftliche Forschung und Weiterbildung GmbH Institut an der FernUniversität in Hagen IWW Studienprogramm Grundlagenstudium Projektplanung Teil D Lösungsmuster zur 1. Musterklausur

Mehr

Projektmanagement inkl. Lösungen

Projektmanagement inkl. Lösungen Prüfungsfach: Prüfungsdauer: inkl. Lösungen 1 Stunde Maximale Punktzahl 60 Anzahl Aufgabenblätter 8 Anzahl Lösungsblätter... Bitte bei den Lösungsblättern nicht auf die Rückseite schreiben! Bitte beachten

Mehr

Projekt Management Office für IT-Projekte. Werner Achtert

Projekt Management Office für IT-Projekte. Werner Achtert Projekt Management Office für IT-Projekte Werner Achtert Ziele und Agenda Ziel des Vortrags Vorstellung eines Konzepts zum Aufbau eines Projekt Management Office Agenda Rahmenbedingungen für IT-Projekte

Mehr

5.3.2 Projektstrukturplan

5.3.2 Projektstrukturplan 5.3.2 Der ist eine der wichtigsten Planungs- und Controllingmethoden und das zentrale Kommunikationsinstrument im Projekt. Er bildet die Basis für sämtliche weitere Projektmanagement- Pläne sowie für die

Mehr

Praxis-Handbuch Projektmanagement 00 / Inhaltsangabe

Praxis-Handbuch Projektmanagement 00 / Inhaltsangabe Praxis-Handbuch Projektmanagement Kapitel 01 - Einführung und Grundlagen Unternehmen im Wandel der Zeit Wandel der Organisation 01-03 Gründe für Projektmanagement 01-04 Projektdefinition Merkmale eines

Mehr

POCKET POWER. Projektmanagement. 3. Auflage

POCKET POWER. Projektmanagement. 3. Auflage POCKET POWER Projektmanagement 3. Auflage 3 Inhalt 1 Einleitung.................................... 5 2 Grundlagen des Projektmanagements................... 8 2.1 Projektdefinition..............................

Mehr

Project Management Center

Project Management Center Project Management Center Überblick - 1 - OMNITRACKER Project Management Center Applikation zur Unterstützung der Projektabwicklung, Projektstrukturierung und zur Überwachung und Steuerung des Projektfortschritts

Mehr

PROJEKTNAVIGATOR - effektives und effizientes Steuern von Projekten -

PROJEKTNAVIGATOR - effektives und effizientes Steuern von Projekten - PROJEKTNAVIGATOR - effektives und effizientes Steuern von Projekten - Stand: Mai 2013 KLAUS PETERSEN Was ist der Projektnavigator? Der Projektnavigator ist ein wikibasierter Leitfaden zur einheitlichen

Mehr

IT-Projektmanagement Teil 1: Einführung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews

IT-Projektmanagement Teil 1: Einführung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews IT-Projektmanagement Teil 1: Einführung Kaiserslautern, WS 2008/2009 Dr. Gerhard Pews AGENDA Organisation Einführung Was ist ein Projekt? Unterschiedliche Projektgrößen Erfolgsfaktoren 1-2 2 Persönliche

Mehr

Projektmanagement. Projektplanung. Dortmund, Oktober 1998

Projektmanagement. Projektplanung. Dortmund, Oktober 1998 Projektmanagement Projektplanung Dortmund, Oktober 1998 Prof. Dr. Heinz-Michael Winkels, Fachbereich Wirtschaft FH Dortmund Emil-Figge-Str. 44, D44227-Dortmund, TEL.: (0231)755-4966, FAX: (0231)755-4902

Mehr

Vorlesung: Projektmanagement. Dipl.-Ing. Jürgen Wemheuer wemheuer@stz-isd.de Teil 4: Planung / Organisation

Vorlesung: Projektmanagement. Dipl.-Ing. Jürgen Wemheuer wemheuer@stz-isd.de Teil 4: Planung / Organisation Vorlesung: Projektmanagement Dipl.-Ing. Jürgen Wemheuer wemheuer@stz-isd.de Teil 4: Planung / Organisation Projektmanagement - SS 2010 nta Isny - Jürgen Wemheuer 1 Projektplanung Planung ist die gedankliche

Mehr

Zeit- und Selbstmanagement

Zeit- und Selbstmanagement Zeit- und Selbstmanagement Dr. Daniela De Ridder Workshop Hochschulmanagement für Gleichstellungsbeauftragte im CHE-Hochschulkurs www.che-consult.de Inhalt Selbstmanagement Teamplanung Zeitplanung 2 Inhalt

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

Projektmanagement: Eine Einführung. 3. Februar 2015

Projektmanagement: Eine Einführung. 3. Februar 2015 Projektmanagement: Eine Einführung 3. Februar 2015 Überblick Welche wesentlichen Projektaufgaben gibt es? Wie sollte eine ideale Projektführung aussehen? Wie plant man ein Projekt? Meilensteine Arbeitspakete

Mehr

Projektarbeit. 2003 Eberhard Neef - 2 - Nee Seite 1

Projektarbeit. 2003 Eberhard Neef - 2 - Nee Seite 1 Nee Seite 1 1. Projektorganisation...2 1.1. Projektdefinition...2 1.2. Projektauslösung...2 1.3. Vorstudie...2 1.3.1. Zweck der Vorstudie und Aufgaben...2 1.3.2. Problemanalyse...2 1.3.3. Ziele...3 1.3.4.

Mehr

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis Leseprobe Joachim Drees, Conny Lang, Marita Schöps Praxisleitfaden Projektmanagement Tipps, Tools und Tricks aus der Praxis für die Praxis ISBN: 978-3-446-42183-7 Weitere Informationen oder Bestellungen

Mehr

Projektdefinition. Vorhaben mit zeitlicher Begrenzung

Projektdefinition. Vorhaben mit zeitlicher Begrenzung Projektmanagement Projektdefinition Vorhaben mit zeitlicher Begrenzung Einmalige Innovative Aufgabenstellung mit relativ hohem Komplexitätsgrad und einem gewissen Umfang Erfordert interdisziplinäre Arbeit

Mehr

Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete)

Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete) 5. Projektplanung und -verfolgung Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete) Netzplan Gantt-Diagramm Ressourcenverwaltung Projektverfolgung 112 Vor dem Projektstart Bevor die eigentliche

Mehr

Vor dem Projektstart. 5. Projektplanung und -verfolgung. Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete) Netzplan Gantt-Diagramm

Vor dem Projektstart. 5. Projektplanung und -verfolgung. Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete) Netzplan Gantt-Diagramm 5. Projektplanung und -verfolgung Vor dem Projektstart Work-Break-Down-Structure (Arbeitspakete) Netzplan Gantt-Diagramm Ressourcenverwaltung Projektverfolgung Vor dem Projektstart Bevor die eigentliche

Mehr

Aufbau betrieblicher Informationssyteme

Aufbau betrieblicher Informationssyteme Aufbau betrieblicher Informationssysteme Dr. Thomas Lux Aufbau betrieblicher Informationssyteme 0 Einleitung 2 Entwicklung von Software: Prozedurale Programmierung 3 Software Engineering 4 Objektorientierte

Mehr

Basiswissen Software- Projektmanagement

Basiswissen Software- Projektmanagement Bernd Hindel Klaus Hörmann Markus Müller «Jürgen Schmied Basiswissen Software- Projektmanagement Aus- und Weiterbildung zum Certified Professional for Project Management nach isqi-standard 2., überarbeitete

Mehr

Projektmanagement Vorlesung 11. Prof. Adrian Müller, PMP FH Kaiserslautern

Projektmanagement Vorlesung 11. Prof. Adrian Müller, PMP FH Kaiserslautern Projektmanagement Vorlesung 11 Prof. Adrian Müller, PMP FH Kaiserslautern phone: +49 6332 914-329 http://www.fh-kl.de/~amueller Themenliste für Textaufgaben (Auszug) 1-2 Punkte je Aufgabe sind möglich

Mehr

Projektmanagement mit hyscore

Projektmanagement mit hyscore Projektmanagement mit hyscore Webbasiert Projekte und Massnahmen erfolgreich planen und durchführen Version 4.5 Ausgabe 1.3 März 2010 Seite 1 Inhalt Projektmanagement mit hyscore... 3 Direkter Zugriff

Mehr

Projektmanagement iterativer Projekte

Projektmanagement iterativer Projekte Übersicht Motivation zum iterativen Vorgehen Anleitung zur U Ca getriebenen Vorgehenswei Praktische Tipps Zusammenfassung Projektmanagement iterativer Rainer Schmidberger Universität Stuttgart Institut

Mehr

Software Entwicklung 2. Projektplanung

Software Entwicklung 2. Projektplanung Software Entwicklung 2 Projektplanung SE 2 Projektplanung Inhalt Der Projektplan Aufbau von Projektplänen Zeitplanung mit MPM-Netzplänen Einsatzmittelplanung Methodik der Projektplanung 2 SE 2 Projektplanung

Mehr

IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement -

IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement - IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement - München, 2014 Die Kern-Idee des IT-Projekt-Turnarounds VERWENDUNG DER METHODEN DES TURNAROUND-MANAGEMENT

Mehr

Requirements Dokumentation

Requirements Dokumentation Software Engineering i - Requirements Dokumentation Wolfgang Henhapl, Andreas Kaminski et al. Bemerkungen zu den Projektplänen Überraschendes Engagement Verständnis für das geplante Spiel Auftraggeber:

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

Gliederung. Einführung

Gliederung. Einführung Gliederung Softwarepraktikum Objektorientierte Programmierung 2008: 4. Vorlesung Alexander Kuzmanovski 1 Björn Lohrmann 1 1 TU Berlin, Softwaretechnik April 23, 2008 Gliederung des Vortrags: Begriffe Projekt

Mehr

m.e.d. concept methode erfolg datenverarbeitung V-Modell XT im Überblick 2 V-Modell XT Einführung - Analyse und Roadmap 3

m.e.d. concept methode erfolg datenverarbeitung V-Modell XT im Überblick 2 V-Modell XT Einführung - Analyse und Roadmap 3 Projektmanagement Kompetenztraining V-Modell XT Das V-Modell XT ist urheberrechtlich geschützt, Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten m.e.d. concept methode erfolg datenverarbeitung

Mehr

Techniken zur Planung. Projektplanung Inhalt. Techniken zur Planung. Techniken zur Planung. Techniken zur Planung. Techniken zur Planung

Techniken zur Planung. Projektplanung Inhalt. Techniken zur Planung. Techniken zur Planung. Techniken zur Planung. Techniken zur Planung Work Breakdown Structure (WBS) () Inhalt Aufbau der WBS top-down: Projekt in Teile zerlegen bottom-up: einzelne Aufgaben zu Blöcken zusammenfassen kombiniert: Grobstrukturierung definieren, Aufgaben zuordnen

Mehr

Zusammenfassung der Vorlesung

Zusammenfassung der Vorlesung Zusammenfassung der Vorlesung Die wichtigsten Punkte der Vorlesung waren... Dr. F. Sarre Wintersemester Wintersemester 20102013 / 2011 / 2014 Folie 307 Herausforderungen beim Projektmanagement Projektziel

Mehr

Das 90%-Syndrom nach Boehm (subjektive Einschätzung der Fertigstellung) 15.1 Einführung

Das 90%-Syndrom nach Boehm (subjektive Einschätzung der Fertigstellung) 15.1 Einführung Referenzierte Literatur 15. Projektplanung Prof. Dr. rer. nat. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät Informatik TU Dresden Version 11-0.2, 01.05.11 1. Projektstruktur 1. Einführung 2. Projektstrukturplanung

Mehr

DIE UNSTERBLICHE PARTIE 16.04.2010 2

DIE UNSTERBLICHE PARTIE 16.04.2010 2 Manfred Bublies Dynamisches Risikomanagement am Beispiel des BOS Digitalfunkprojekts in Rheinland-Pfalz Wo 16.04.2010 1 DIE UNSTERBLICHE PARTIE 16.04.2010 2 DEFINITION RISIKOMANAGEMENT Risikomanagement

Mehr

Projektmanagement Projekte erfolgreich führen! Patrick Frontzek 26.11.2013

Projektmanagement Projekte erfolgreich führen! Patrick Frontzek 26.11.2013 Projektmanagement Projekte erfolgreich führen! Patrick Frontzek 26.11.2013 Agenda des Vortrags Vorstellung Was ist Projektmanagement? Phasen des Projektmanagements Zusammenfassung & Ausblick Zielsetzung

Mehr

7. Umfangreiche Aufgabenkomlexe können in Teilprojekte zerlegt, und rechnerisch zu einem Gesamtplan zusammengefaßt werden.

7. Umfangreiche Aufgabenkomlexe können in Teilprojekte zerlegt, und rechnerisch zu einem Gesamtplan zusammengefaßt werden. Netzplantechnik Sie ermöglicht uns die graphische Darstellung von mehreren Einflußfaktoren und ihrer Auswirkung in einem Plan. Einführung Unter der Netzplantechnik (network analysis) verstehen wir alle

Mehr

4. Projektplanung. 1. Projektstruktur. 2. Ablaufplanung 3. Aufwandsschätzung 4. Terminplanung 5. Resourcenplanung 6. Kostenplanung

4. Projektplanung. 1. Projektstruktur. 2. Ablaufplanung 3. Aufwandsschätzung 4. Terminplanung 5. Resourcenplanung 6. Kostenplanung 4. Projektplanung Prof. Dr. rer. nat. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät Informatik TU Dresden März 2009 1. Projektstruktur 1. Einführung 2. Meilensteine 3. Projektstrukturplanung 2. Ablaufplanung

Mehr

Notwendigkeit einer eigenen Struktur

Notwendigkeit einer eigenen Struktur Projektmanagement Robert Johnen 04.09.12 Seite 1/33 Projektdefinition Neuheit des Tuns konkrete Zielvorgaben Notwendigkeit einer eigenen Struktur Nicht alles was man Projekt nennt, ist auch eins! Robert

Mehr

Leitfaden zum Erstellen der Projektarbeit

Leitfaden zum Erstellen der Projektarbeit Leitfaden zum Erstellen der Projektarbeit an der Höheren H http://www.slideshare.net www.slideshare.net/rudolpdo/vorgehensweise vorgehensweise-projektarbeit Was ist gefordert? Projektmanagement Unterlagen

Mehr

Schätzverfahren in der Softwareentwicklung

Schätzverfahren in der Softwareentwicklung Datum: 27. Mai 2009 Themendossier Schätzverfahren in der Softwareentwicklung Seite 1 Einführung in das Thema Eine zuverlässige Aufwandsschätzung zu Beginn eines Softwareprojekts ist eine unerlässliche

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Wiederholung Weitere Begriffe Programmierung im Großem (Programmierung von Software als Ganzes) Prozess-Modelle 2 Wiederholung: Prozesse Prozesse sind hierarchische Gruppierungen von

Mehr

Projektmanagement. Muster-Projekthandbuch

Projektmanagement. Muster-Projekthandbuch Projektmanagement Muster-Projekthandbuch Muster-Projekthandbuch Seite 2 Das Projekthandbuch (PHB) Das Projekthandbuch ist als genereller Leitfaden für die Projektarbeit im Rahmen des Lehrganges Projektmanagement-Bau

Mehr

Organisationsentwicklung. Organisationsentwicklung / J.Schoch

Organisationsentwicklung. Organisationsentwicklung / J.Schoch Organisationsentwicklung Projektmanagement Ist ein in sich geschlossener Aufgabenkomplex (zeitlich klar abgegrenzt) Umfasst alle willensbildenden und durchsetzenden Aktivitäten im Zusammenhang mit der

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Einführung in das Projektmanagement

Einführung in das Projektmanagement Einführung in das Projektmanagement Warum Projektmanagement? Projekte bergen Risiken Förderung von Zusammenarbeit Verbesserung von Informationsfluss und austausch Planung unter Berücksichtigung von Ressourcen

Mehr

IT-Audit.de, September 2004 Projektarbeit Teil 1

IT-Audit.de, September 2004 Projektarbeit Teil 1 Projektarbeit im Rahmen von strategischen und operativen Aufgaben und unter Berücksichtigung kritischer Erfolgsfaktoren - Teil 1: Planung einzelner Projekte - Edgar Jager ist seit zwölf Jahren in der Revision

Mehr

Der Projektzeitenplan

Der Projektzeitenplan Präsentation Der Projektzeitenplan Peter Beck Stand Oktober 2008 Projektplan Ein Projektplan verfeinert, konkretisiert und ergänzt ein ausgewähltes Prozess-Modell. z.b. Softwareentwicklungsprozess Analyse

Mehr

Projektmanagementsoftware: Standard vs. Individual

Projektmanagementsoftware: Standard vs. Individual Projektmanagementsoftware: Standard vs. Individual Thomas Schlereth Folie 1 der PM-Software im Unternehmen Pro / Contra Individual Strategische Planung von Projekten, Programmen und Portfolien Gesamte

Mehr