Ausarbeitung für Projektmanagement. Projektplanung

Größe: px
Ab Seite anzeigen:

Download "Ausarbeitung für Projektmanagement. Projektplanung"

Transkript

1 Ausarbeitung für Projektmanagement Projektplanung Autoren: Annette Fink (AI 8) Daniel Schönle (CN 5) Christoph Wienands (AI 8)

2 Inhaltsverzeichnis EINLEITUNG...4 ALLGEMEIN...5 NOTWENDIGKEIT VON PROJEKTPLANUNG...6 SCHWIERIGKEITEN BEI DER PROJEKTPLANUNG...7 PLANUNGSVERLAUF IN DER PROJEKTPLANUNG Spezifikation Entwurfsdokumentation...7 STRUKTUR- UND ABLAUFPLAN...8 UNTERSCHEIDUNG STRUKTURPLAN UND OPERATIVE PLANUNG...8 Strukturplanung...8 Operative Planung...9 UNTERSCHIED PROJEKTSTRUKTUR OBJEKTSTRUKTUR...9 Projektstruktur...9 Objektstruktur...9 Anmerkung zur objektorientierten Projektstruktur...10 KOMPLEXE OBJEKTORIENTIERTE SYSTEME WERDEN ARCHITEKTURORIENTIERT ENTWICKELT...10 UML...11 NACHHALTIGKEIT...11 ZIELERREICHUNG...12 AUFWANDSCHÄTZUNG...13 ALLGEMEINES...13 EMPIRISCHE SCHÄTZVERFAHREN...13 Expertenbeurteilung/Analogieverfahren...13 Delphi-Methode...14 ALGORITHMISCHE SCHÄTZVERFAHREN...14 BEISPIELE ALGORITHMISCHER SCHÄTZVERFAHREN...15 COCOMO...15 Das Function Point-Verfahren...16 SONSTIGE METHODEN...20 PFLEGEKOSTEN...20 EINFLUSS DER SCHÄTZUNG AUF DEN AUFWAND...21 TERMINPLANUNG...21 TERMINLISTEN...22 BALKENDIAGRAMME...22 NETZPLANTECHNIK...22 PERSONALPLANUNG

3 RESSOURCENPLANUNG...24 KOSTENPLANUNG...26 DER PROJEKTPLAN...29 PROJEKTE PLANEN MIT EXTREME PROGRAMMING...30 PROBLEME TRADITIONELLER, SCHWERER SOFTWAREENTWICKLUNGSPROZESSE...30 XP ALS LEICHTGEWICHTIGER PROZESS...31 ABLAUF EINES PROJEKTES...32 PLANUNG DURCH GESCHICHTEN...32 VERSIONSPLANUNG...33 ITERATIONSPLANUNG...33 WEITERE BESONDERHEITEN VON XP...34 STOP, SO FUNKTIONIERT DAS ABER NICHT!...35 FAZIT...36 QUELLENANGABEN...37 GLOSSAR

4 Einleitung Um nicht im vollständigen Chaos zu versinken, geht es heutzutage nicht mehr ohne Projektplanung. Insbesondere, wenn mehrer Personen am Durchführen des Projektes, ja vielleicht sogar mehrere Projekt-Teams beteiligt sind. Termine, der Ablauf, die Kostenfrage, die Dauer, und noch weitere Faktoren müßen berücksichtigt, koordiniert und organisiert werden. Für diese Koordination gibt es verschieden Konzepte und Strukturen. Diese Ausarbeitung versucht dem Leser eine Übersicht über diese Konzepte und Strukturen zu vermitteln, und vergleicht zum Schuß die traditionelle Softwareplanung mit dem Konzept des Extreme Programming von Beck und Fowler¹. Diese vorliegende Ausarbeitung trägt den Titel Projektplanung und ist die logische Fortsetzung des Themas Projekt- und Phasenorganisation von Ebner, Geldhauser und Weber². 4

5 Allgemein Zu welchem Zeitpunkt benötige ich Projektplanung? Für eine Antwort ist es nötig, den Begriff der Projektplanung zu definieren: In der Umgangssprache fängt Projektplanung genau dann an, wenn ich die Idee zu einem Produkt habe. Ideenfindung, Mindmapping, Brainstorming werden bereits intiuitiv dazugezählt. Im wissenschaftlichen Kontext jedoch, fängt der Bereich Projektplanung erst dann an, wenn ich bereits einen Projektleiter benannt habe. Warum? Weil dieser Projektleiter für die Projektplanung verantwortlich ist. Er plant und leitet das Projekt. Das Projekt an sich hat nun einen formellen Status. In dieser Ausarbeitung verwenden wir Projektplanung im wissenschaftlichen Kontext, um den Bereich an sich klar abzugrenzen. Wir, die diese Ausarbeitung und die dazugehörige Präsentation anfertigen, hatten zu Beginn unserer Treffen große Probleme damit, den Bereich Projektplanung einzugrenzen und in verschieden Gebiete zu untergliedern. Ein Grund dafür war unter anderem, daß die Literatur und die zahlreich dazu existierende Dokumente die Grenzen zwischen Projektmanagement und Projektplanung verwischen. Genauso wird Projektorganisation und Projektplanung nicht klar getrennt. Bereiche der Projektorganisation befinden sich unter dem Stichpunkt Projektplanung und vice versa. Wir wissen, daß es schwer ist, ein Projekt und die dazughörige Planung abzugrenzen, und in ein Schema F einzugliedern. Dies hängt von verschiedenen Faktoren ab, wie zb. welches Produkt stelle ich im Endeffekt her. Dennoch könnte man erwarten, daß man irgendwo in der Literatur ein Schema F zur Projektplanung findet, welches als allgemeiner Standard gehandhabt wird, und von welchem je nach Einsatz in der Wirtschaft, also je nach Produkt, dementsprechend abgeleitet werden kann. So einen Standard scheint es bis jetzt nicht zu geben! Es sei an dieser Stelle erwähnt, daß Pläne immer auf Schätzungen beruhen. Es ist sehr unwahrscheinlich, einen Plan zu machen, der genau so eintritt. Dies sollte sich ein Projektleiter zu Herzen nehmen, vor allem wenn es darum geht, Kosten und Dauer abzuschätzen. Er sollte möglichst alle Faktoren in diese Schätzungen miteinbeziehen, um den Schaden so gering wie möglich zu halten, und einen möglichst genauen Projektplan zu erstellen. 5

6 Notwendigkeit von Projektplanung Warum benötige ich überhaupt Projektplanung? Ein altes Sprichwort unbekannter Herkunft sagt: Planung ersetzt den Zufall durch Irrtum. Was wenn ich es positiv ausdrücke soviel heißt wie: Planung ersetzt zufälliges Glück durch geplanten Erfolg! Allerdings könnte man jedoch entgegenstellen, daß die Planung sehr viel Zeit erfordert, und daß man diese Zeit besser in die Realisierung des Projektes stecken sollte. *** *** *** ********* ########## ********* ########## ********* ########## * = Zeit für Planung + = Zeit für die Durchführung # = Zeitgewinn (Grafikquelle³ ) Diese Grafik soll aber anschaulich verdeutlichen, daß was einem zuerst als Zeitverschwendung erscheint, am Ende sozusagen ein Zeitgewinn wird. Diesen Zeitgewinn könnte ich positiv in mein Projekt einbringen, in dem ich zb. Die Funktionalität meine Produktes erweitere. Der Kunde würde begeistert sein. Eine weitere Notwendigkeit von Projektplanung ist, daß die Koordination und der Projektablauf zwischen den einzelnen Teammitgliedern und den Teams organisiert und festgelegt werden. Jeder weiß, was seine Aufgabe ist, für welchen Teil des Projektes er verantwortlich ist, und bis wann er seinen Projektteil abzuliefern hat. Man möge sich dazu ein Projekt mit 15 Menschen vorstellen, die ein Software Program entwickeln möchten. Man stelle sich weiter vor, selbst ein Programmierer in diesem Team zu sein. Und nun stelle man sich vor, es existiere kein Projektplan... der psychische Stress und die Sorgen haben schon angefangen, obwohl das Projekt noch überhaupt nicht begonnen hat. Projektplanung brauche ich auch, um festzustellen, wo ich in meinem Projektablauf stehe. Habe ich schon die Hälfte meines des mir vom Projekt übertragenen Teiles geschafft, oder schon dreiviertel? Wahrscheinlich sind es erst einviertel! Zu wissen wo man in einem Projektablauf steht, wieviel Zeit einem noch bleibt, kann einen motivieren mehr zu arbeiten, oder sich ein bißschen mehr Zeit für einen Teil zu nehmen. 6

7 Schwierigkeiten bei der Projektplanung Die wohl größten Schwierigkeiten bei der Projektplanung liegen darin, einen möglichst genauen Schätzfaktor für die Kosten und die Dauer des Projektes im vorneherein festzulegen. Wie wir weiter vorne im Text bereits angemerkt haben, beruhen Pläne auf Schätzungen, und es es nicht so einfach diese beiden Faktoren genau zu bestimmen. Dafür gibt es die verschiedensten Schätzverfahren, die wir in der Mitte dieser Ausarbeitung näher betrachten werden. Was bei der Projektplanung insbesonders zu beachten ist, ist daß zuerst eine Grobplanung des Projektes aufgestellt wird. Von dieser Grobplanung ausgehend wird auf eine Feinplanung hingearbeitet. Wenn nun zu früh eine Feinplanung vorgenommen wird, wird riskiert sich im Detail zu verlaufen und den Überblick über das ganze Projekt zu verlieren. Auch ist es Gang und Gebe, daß ein Plan häufig revidiert werden muß. Eine Schwierigkeit, die das Projekt eher begleitet, aber auch schon zu Beginn der Projektplanung auftreten kann, ist die Dokumentationen auf dem Laufenden zu halten. Es werden im Laufe des Projektes sehr viele Dokumente und Dokumentation produziert, und alle Teammitglieder ständig auf dem Laufenden zu halten dürfte eine Herausforderung für sich sein. Planungsverlauf in der Projektplanung 1. Spezifikation Der erste Planungsschritt ist wohl der Entwurf des Konzepts, die Spezifikation. Das Konzept ist die schematische Darstellung des künftigen Projekts. Da das Konzept möglichst realistisch wirken sollte, muß genügend Zeit für die Erstellung eingeplant werden. In diesem Konzept werden die Anforderungen an das Projekt explizit dargestellt. Der Kern des Konzepts ist die Zielsetzung. Hier werden die Ziele benannt, und die Indikatoren die anzeigen, ob ein Ziel erreicht wurde, oder nicht. Außerdem enthält ein Konzept eine Beschreibung der vorgesehenen Funktionalität der Software. Die Qualität des Projektes wird an der Erreichung der definierten Ziele, und an der realisierten Funktionalität gemessen. 2. Entwurfsdokumentation Der nächste Planungsschritt beschreibt die Produktstruktur. Die Produktstruktur ist die Antwort auf folgende Frage: Was wird geliefert? Daraufhin wird die Objektstruktur beschrieben, anschließend die Projektstruktur. Die dazugehörigen Fragen lauten: Welche zusätzlichen Anforderungen sind notwendig 7

8 und wie werden die noch anstehenden Aufgaben am besten strukturiert? (Objektstruktur) Und: Welche Tätigkeiten sind dazu erforderlich? (Projektstruktur) Auf die Projektstruktur setzt der Ablaufplan auf, welcher sich durch die Antwort auf folgende Frage am besten beschreiben läßt: In welcher Reihenfolge werden die Tätigkeiten erforderlich? Der Aufwandsplan beschreibt mit welchem Aufwand gearbeitet wird. Womit gearbeitet wird beschreibt der Ressourcenplan, und der Netzplan frägt : wann wird gearbeitet? Mit diesen Schritten sollte die Projektplanung erfolgt sein. Im Projektverlauf sind die nächsten Schritte nun die Kodierung und anschließend die Testdokumentation. Struktur- und Ablaufplan Strukturplan Der Strukturplan gliedert das Projekt graphisch oder tabellarisch in Teilprojekte. Diese Teilprojekte werden je wieder in Teilprojekte gegliedert. Dieser Teilungsprozess geschieht so oft, bis ein Teilprojekt nicht mehr aufgegliedert werden kann. Dieses Element auf der untersten Ebende heißt dann Arbeitspacket. Diese einzelnen Arbeitspackete sind für Zwischenergebnisse und (Objekt-) Dokumentationen erforderlich. Ablaufplanung Ablaufplanung ist nichts anderes, wie die Vorgänge im Projektplan in eine logische Reihenfolge anzuordnen. Unterscheidung Strukturplan und Operative Planung Am Anfang steht die Projektplanung. Die Projektplanung läßt sich unterscheiden zwischen den beiden Bereichen Strukturplanung und Operative Planung. Beide Oberpunkte lassen sich wieder in die folgenden Bereiche unterteilen: Strukturplanung Produktstruktur Projektstruktur Objektstruktur 8

9 Operative Planung Aufwand Dauer Termine Kapazitäten Kosten In dieser Ausarbeitung sehen wir uns die Objektstruktur genauer an, auf die Projektstruktur wurde in ¹ im näheren eingegangen. Die Produktstruktur wird nicht weiter erwähnt, wie im folgende Satz, da die Produktstruktur sich mit der Entwicklung von herkömmlichen Produkten beschäftigt, und nicht mit Software Produkten : Die Produktstruktur beschreibt die technische Struktur des zu entwickelnden Produktes. Der Produktstrukturplan enthält die Teile eines Produktes in hierarchischer Ordnung. Auf die operative Planung wird dann im Mittelteil genauer eingegangen. Doch zunächst die Differenzierung zwischen Projekt- und Objektstruktur, mit dem Übergang zur Beschreibung der Objektstruktur: Unterschied Projektstruktur Objektstruktur Projektstruktur Die Projektstruktur beschreibt die aufgabenbezogene Gliederung des Projektes. Der Projektstrukturplan enthält alle Aktivitäten, die in den einzelnen Projektphasen durchzuführen sind. Im folgenden die einzelnen Projektphasen als abstrakte Darstellung: Projektinitiierung Analyse Design Implementierung Test Abschluß Weiter wie diesen Abschnitt wird nicht auf die Projektstruktur eingegangen, da wie bereits erwähnt, in der Ausarbeitung ¹ darauf eingegangen wird. Objektstruktur Die Objektstruktur in einer Projektplanung beschreibt die Projektarchitektur oder die Programmarchitektur einer zu entwickelnden Software. Hierzu wird die innere Struktur und Wirkungsweise des Softwarprodukts beschrieben. 9

10 Innere Struktur des Softwareprodukts: Welches Objekt beinhaltet welchen (ggf. komplexen) Datentyp? Aufrufstruktur der Objekte. Welche Objekte verstehen welche Nachrichten? Funktionsgliederung und Algorithmen der Methoden. Schnittstellenbeschreibungen der Objekte. Datenorganisation. Gliederung der Daten in den Objekten. Beschreibung der Objektzustände. Nachrichten-Formatbeschreibungen. Externe Datensysteme. Wirkungsweise des Softwareprodukts: Dokumentation fachspezifischer Grundlagen (Wirkprinzipien, Vorschriften, Einschränkungen, Annahmen) Fehlerbehandlungskonzept (Maßnahmen zur Stabilität gegen Bedienungs-, Daten und Gerätefehler) Das Systemdenken und das Vorgehen vom Groben zum Detail" dienen in erster Linie der Strukturierung des zu gestaltenden Objekts. Diese Objektstruktur ist aber auch Ausgangspunkt für die Planung der Projektaktivitäten. Anmerkung zur objektorientierten Projektstruktur In der objektorientierten Gemeinde herrscht Einigkeit darüber, daß es keinen für alle objektorientierten Projekte einsetzbaren Prozeßleitfaden gibt. Es gibt aber sehr wohl generische Prozeßmodelle, die durch mehr oder minder aufwendige Modifikationen auf die Charakteristiken der verschiedenen Projekte bzw. Projekttypen zugeschnitten werden können. aus (4), Seite 22 Kapitel 3.6 Tailoring D.h. es gibt kein Schema F, nach dem ich einen Objektstrukturplan machen kann. Dies behaupten auch Goldberg und Rubin in Succeding with Objects. Hier beschreiben die Autoren, wie sie sich bei der Durchführung objektorientierter Projekte mit dem Gedanken beschäftigt haben, ein brauchbare, kochbuchartige Anleitung zu schreiben, und wie sie nach langjähriger Erfarhung mit objektorientierter Projektarbeit zur Überzeugung gekommen sind, daß dies nicht möglich ist. Komplexe objektorientierte Systeme werden architekturorientiert entwickelt Eine Softwarearchitektur ist ein Bauplan für die strukturelle Softwareorganisation des Gesamtsystems. Der Entwurf einer Softwarearchitektur kann im Projekt normalerweise nur schrittweise erfolgen. D.h. zu Beginn des Projektes wird nur eine erste grobe 10

11 Softwarearchitektur vorliegen, die im Projektablauf schrittweise zu verfeinern ist. Sie muß aber bereits in der Spezifikation die angestrebte Gesamtfunktionalität des Systems berücksichtigen. Eine solide Softwarearchitektur ist eine unverzichtbare voraussetzung dafür, daß alle Teilprodukte im Laufe der Entwicklugn zu einem einheitlichen System integriert werden können. Die Softwarearchitektur ist im Projektablauf so auszuarbeiten, daß die Anforderungen der Fachebene auf überschaubaren modulen soiwe deren Schnittstellen abgebildet werden können. Wie sieht eine Softwarearchitektur aus? Hierzu schreibt Booch: Eine gut strukturierte objektorientierte Architektur besteht aus: Einer in Hierarchien geordneten Menge von Klassen Einer Anzahl von Interaktionen wzischen diesen Klassen bzw. Objekten mit dem Ziel, ein bestimmtes Systemverhalten zu realisieren. UML Eine Objektorientierte Analyse- und Design- Notation ist UML (Unified Modelling Language), mit dazugehöriger Semantik. UML wurde von den drei Methodenspezialisten Grady Booch, Ivar Jacobson und Jim Rumbaugh formuliert. UML hat sich inzwischen zu einem Industriestandard entwickelt. UML ist eine Elementarmethode (siehe (4)), die die Frage nach dem Wie bei der Durchführung von Tätigkeiten im Prozeßmodell beantwortet. Achtung, nicht das Prozeßmodell nicht mit dem Projektmodell verwechseln! Als Prozeß stelle ich meine Software dar, also kann ich den Begriff Tätigkeiten gleich dem Begriff der Funktionalität meines Produktes setzen. UML wird u.a. in der Spezifikation der Projektplanung verwendet, da es die Beziehungen zwischen den Objekten visualisiert. Nachhaltigkeit Die Nachhaltigkeit einer Software sollte unbedingt schon bei der Projektplanung berücksichtigt werden. Der Grund der Nachhaltigkeit eine große Bedeutung zuzuordnen liegt darin, daß Projekte in der IT Branche zeitlich begrenzt sind. Deswegen sollte bei jeder Projektplanung über das Projektende hinaus gedacht und überlegt werden, wie Nachhaltigkeit erzeugt werden kann. Durch folgende Punkte kann Nachhaltigkeit erzeugt werden: Durch ständige Wartung der Software Durch das Entfernen von Bugs Durch Weiterentwicklung Durch das Hinzufügen von Funktionalitäten... 11

12 Zielerreichung Projektziele sagen etwas über die Funktionen aus, welche erreicht werden sollen. Sie sagen nichts darüber aus, mit welchen Massnahmen dieser Zustand erreicht werden soll. Sie beinhalten keine Vorschläge, wie das Vorhaben geplant und durchgeführt wird. Sie sagen nichts aus über die Machbarkeit! Ziele sollten smart sein, dh. : 1. spezifisch (konkret) 2. messbar (quantifizierbar oder mit Indikatoren versehen) 3. anspruchsvoll (mit Leistungen verbunden) 4. realistisch (mit den vorhandenen Ressourcen erreichbar) 5. terminorientiert (etappiert und terminiert) Indikatoren der Zielerreichung sollten im Projektplan genau dann angegeben werden, wenn die Zielformulierung selbst noch keine Beurteilung der Zielerreichung zuläßt. D.h. Wenn die Zielformulierung ungenau ist, und man am Ende eines Projektes nicht feststellen kann, ob das Projekt erfolgreich abgeschlossen wurde, oder nicht, genau dann braucht man Indikatoren für ein erfolgreiches Gelingen des Projektes. Und diese Indikatoren müssen im Projektplan schon definiert sein. Weitere Gründe von Indikatoren sind unter anderem: Indikatoren für die Projektzielerreichung machen den Projekterfolg greifbar Förderung der Motivation für die Projektarbeit Man hat den Erfolg, den man erreichen, möchte vor Augen. Allerdings wird oft schon das Zustandekommen eines Projektes, oder das Durchführen des Projektes alleine schon als Erfolg gewertet. Dies ist zb. der Fall, wenn die Finanzierung des Projektes nicht gesichert war, und nun plötzlich doch gesichert ist. Oder ein anderes Beispiel: es werden am Projekt massive finanzielle Kürzungen vorgenommen, und das Projekt hat nicht die Qualität, welche im Konzept beschrieben wurde. Ein Grund warum die Indikatoren zur Erfolgsfeststellung nicht aufgestellt werden, ist u.a. daß Zielvorstellungen nicht überprüfbar gemacht werden wollen. Somit kann vermieden werden, Rechenschaft über ein Scheitern des Projekts abzulegen. wenn der Erfolg benannt werden kann, kann er auch gebührend gefeiert werden! 12

13 Aufwandschätzung Allgemeines Wie man es nicht machen sollte: Eine erste Aufwandschätzung wird zunächst nach unten korrigiert, um den Auftrag zu bekommen. Anschließend wird die Schätzung jedes Mal dann nach oben angepasst, wenn sie von den tatsächlichen Kosten eingeholt worden ist. Die Schätzung nach sieben Monaten ist offenbar die erste, die wirklich seriös durchgeführt wurde. Sie zeigt, dass schon die erste Schätzung viel zu optimistisch war, ganz zu schweigen von der politischen Schätzung nach drei Monaten. Es gibt viele Gründe für die zum Teil krassen Fehleinschätzungen von Software- Kosten bzw. -Terminen, u.a. o Software-Erstellung ist weitgehend Kopfarbeit und daher stark von der Leistungsfähigkeit dieser Köpfe abhängig. Diese Leistungsfähigkeit kann um mehr als eine Größenordnung schwanken. o Nur ein kleiner Teil einer Software trägt die eigentliche Funktionalität. Ein großer Teil des Aufwands (und das wird oft übersehen) geht in Verwaltung, Fehlerbehandlung, Benutzerschnittstelle, etc. o Erfahrungen aus kleinen Projekten werden linear extrapoliert. o Programmierer programmieren nicht 100% ihrer Zeit. Empirische Schätzverfahren Expertenbeurteilung/Analogieverfahren Expertenbeurteilung ist eine vornehme Bezeichnung für Schätzungen über den Daumen. Die Güte der Schätzung steht und fällt mit der Erfahrung der Schätzenden. In der Regel wird aufgrund von Analogien zu bisher abgewickelten Projekten geschätzt. Dies geht bei erfahrenen Leuten in der Regel gut, wenn Erfahrungen mit analogen Projekten vorliegen. Krasse Fehler ergeben sich oft dann, wenn 13

14 Erfahrungen fehlen oder Erfahrungen mit kleinen Projekten auf große Projekte extrapoliert werden (Bild 1.7). FESTSTELLUNG: Expertenbeurteilung ist ein einfaches und billiges Schätzverfahren, das dann recht gut funktioniert, wenn die Schätzenden Erfahrungen mit gleichartigen Projekten haben. Andernfalls können die Prognosen sehr ungenau sein. Delphi-Methode Die Delphi-Methode versucht, Expertenschätzungen zu objektivieren. Mehrere Personen geben unabhängig voneinander eine begründete Schätzung ab. In einer nächsten Runde erhält jede(r) Beteiligte eine Zusammenfassung der ersten Schätzungen. Alle erstellen daraufhin eine neue Schätzung, wobei Abweichungen vom Mittelwert der vorhergehenden Runde zu begründen sind. Dies geht über mehrere Runden, bis alle Schätzungen einigermaßen beieinander liegen. FESTSTELLUNG: Die Delphi-Methode liefert zuverlässigere Schätzungen als die Expertenbeurteilung, weil sie Ausreißer eliminiert. Als Nachteil muss ein erheblich höherer Schätzaufwand in Kauf genommen werden. Algorithmische Schätzverfahren Algorithmische Methoden bestehen aus einem oder mehreren Algorithmen zur Berechnung einer Kosten- bzw. Durchlaufzeit-Funktion aus einer Reihe von Variablen. Bei hinreichend genauen Eingaben ergeben sich erstaunlich präzise Prognosen. Genauigkeit von COCOMO-Schätzungen Die Genauigkeit aller algorithmischen Methoden hängt jedoch entscheidend von zwei Dingen ab: 14

15 die Eingangsgrößen der Kostenfunktion (z.b. Anzahl Instruktionen) müssen einigermaßen zutreffend geschätzt werden das Modell muss kalibriert werden, d.h. der Wert der einzelnen Kostenattribute muss an die jeweilige Entwicklungsumgebung angepasst werden. Eine solche Kalibrierung ist nur möglich, wenn genügend Messwerte von durchgeführten Projekten vorliegen. FESTSTELLUNG: Algorithmische Methoden liefern die besten Schätzungen. Sie können aber nur nach entsprechenden Vorarbeiten (Kalibrierung) überhaupt eingesetzt werden. Außerdem sind sie stark abhängig von der Genauigkeit, mit der die Eingangsgrößen bestimmt werden können (garbage-in-garbage-out-problem). Beispiele algorithmischer Schätzverfahren Die zwei wichtigsten algorithmischen Schätzverfahren, COCOMO und Function Point, werden in den folgenden beiden Unterkapiteln vorgestellt. COCOMO COCOMO (Constructive Cost Model) ist das Kostenschätzverfahren von Boehm (1981). Es geht aus von einer Schätzung der Produktgröße in KDSI (Kilo lines of delivered source instructions). Aus diesem Grundwert und einer Reihe von Kosten- Multiplikatoren werden Kosten und Durchlaufzeit berechnet. Die Grundgleichungen lauten: (A) MM = 2.4 KDSI 1.05 (MM = man month) (B) TDEV = 2.5 MM 0.38 (TDEV = time to develop) Aufwandsschätzung nach COCOMO Diese Gleichungen gelten für einfache Anwendungsprogramme (organic mode). Für Programmsysteme (semidetached mode), bei denen ein erheblicher Anteil an 15

16 Interaktion mit Betriebssystem, Gerätetreibern, etc. hinzukommt und für eingebettete Systeme (embedded mode), deren Erstellung nochmals erheblich schwieriger ist, gelten andere Faktoren. COCOMO-Grundgleichungen für Programmsysteme (C) MM = 3.0 KDSI 1.12 (D) TDEV = 2.5 MM 0.35 COCOMO-Grundgleichungen für eingebettete Systeme (E) MM = 3.6 KDSI 1.2 (F) TDEV = 2.5 MM 0.32 Im Bild Aufwandsschätzung nach COCOMO wird eine graphische Veranschaulichung der Kosten über der Produktgröße gezeigt. Die mit den Grundgleichungen ermittelten Nominalwerte können nun noch erheblich genauer gemacht werden, indem man sie mit einer Reihe von Kostenfaktoren multipliziert. Die aktuellen Werte aller Kostenfaktoren für ein Projekt werden unabhängig voneinander geschätzt und anschließend alle miteinander multipliziert. Der Nominalwert für den Projektaufwand in Personenmonaten wird dann mit diesem Produktfaktor multipliziert. (G) MM Korr = Produkt der Kostenfaktoren x MM nominal Eine ausführliche Beschreibung von COCOMO, inklusive der Definition, was bei ihm ein Personenmonat und eine Zeile gelieferter Code ist, findet sich in Boehm (1981). Das Function Point-Verfahren Function Points sind ein relatives Maß zur Bewertung der Funktionalität, d.h. des Leistungsumfangs eines Systems. Verfügt ein Unternehmen über Erfahrungszahlen, wieviel Aufwand pro Function Point im Mittel benötigt wird, um Software zu entwickeln bzw. zu pflegen, so können Function Points zur Aufwandschätzung herangezogen werden. Wird in laufenden oder abgeschlossenen Projekten der mittlere Zeitbedarf pro Function Point bestimmt, so bekommt man ein Produktivitätsmaß. Das Function Point-Verfahren wurde von Albrecht (1979) bei IBM entwickelt und seither von verschiedenen Autoren bzw. Gremien ergänzt und weiterentwickelt (Seibt 1987, Symons 1988, IFPUG 1994). Das Verfahren basiert auf der Idee, die folgenden Größen eines Software-Systems in geeigneter Weise zu zählen und zu bewerten (in Klammern die Terminologie von Albrecht): o Dateneingaben (External input) o Datenausgaben (External output) o Anfragen (External inquiry) o Schnittstellen zu externen Datenbeständen (External interface file) o Interne Datenbestände (Logical internal file) Dateneingaben, Datenausgaben und Anfragen werden an Hand der logischen Transaktionen, die das untersuchte System ausführen soll, gezählt. Tauchen die gleichen Eingabe- bzw. Ausgabedaten in verschiedenen Transaktionen mit unterschiedlicher Verarbeitungslogik auf, werden sie mehrmals gezählt. Bei den 16

17 Datenbeständen werden logische Dateien bzw. logische Datengruppen (Entitätstypen, Relationen) in Datenbanken gezählt. Die Werte können alle bereits in der Anforderungsspezifikation gezählt werden, sofern diese hinreichend vollständig und detailliert ist. Jede Dateneingabe, Datenausgabe, Anfrage, etc. wird als einfach, mittel oder komplex bewertet und mit einem entsprechenden Gewicht versehen. Die Tabelle Gewichtungskriterien für Dateneingaben zeigt als Beispiel die Gewichtungskriterien für Dateneingaben; Schema zur Berechnung des Function Point Rohwerts zeigt ein Schema für die Berechnung des Function Point-Rohwerts (unadjusted Function Points, UFP). Hat also beispielsweise ein System 37 logische Transaktionen mit Dateneingaben, von denen 12 als einfach, 16 als mittel und 9 als komplex bewertet werden, so ergibt sich ein Wert von 12x3+16x4+9x6 = 154 als Wert für die Dateneingaben. Anzahl bearbeiteter Datenbestände Anzahl unterscheidbarer Datenelemente in der Eingabe >15 einfach einfach mittel mittel mittel komplex >2 mittel komplex komplex Gewichtungskriterien für Dateneingaben (IFPUG 1994) Schema zur Berechnung des Function Point Rohwerts UFP (IFPUG 1994) Der Rohwert wird mit Gewichtungsfaktoren multipliziert, welche die technische Komplexität des Systems reflektieren. Der sogenannte Wertkorrekturfaktor (VAF, value adjustment factor (auch TCF (Technical Complexity Factor)) berechnet sich nach der Formel (H) VAF = 0,65 + 0,01 x TDI TDI ist der total degree of influence, der gemäß dem Schema zur Bestimmung der Einflussfaktoren (IFPUG 1994) berechnet wird. Die Formel ist so konstruiert, dass VAF in einem Bereich zwischen 0,65 und 1,35 liegt. Die Function Points FP eines Systems berechnen sich dann zu (I) FP = UFP x VAF Sollen Function Points zur Aufwandschätzung verwendet werden, so muss der zu erwartende Aufwand pro Function Point bekannt sein. Entsprechende Kurven oder Tabellen sind im Umlauf, sind aber mit Vorsicht zu genießen. Der Aufwand pro Function Point ist stark von projektspezifischen und unternehmensspezifischen Faktoren abhängig, beispielsweise vom Können der Leute im betreffenden Unternehmen, der verwendeten Entwicklungsumgebung und dem Stellenwert von 17

18 Qualität (z.b. Umfang der verlangten Dokumente, mittlerer Testaufwand). Ferner muss geklärt werden, welche Aufgaben in der Aufwandschätzung enthalten sind (beispielsweise, ob der Aufwand für die Anforderungsspezifikation eingeschlossen ist oder nicht). Jones (1996) gibt Faustregeln zur Berechnung des Aufwands aus Function Points an. Faustregeln von Jones zur Aufwandberechnung. A. Durchlaufzeit [in Monaten] = FP 0.4 B. Anzahl Mitarbeiter = FP / 150 C. Aufwand = Durchlaufzeit x Anzahl Mitarbeiter = FP 0.4 x FP / 150 Sollen projektspezifische Faktoren (zum Beispiel die Fähigkeit der beteiligten Personen, ihre Vertrautheit mit Problemstellung und die Vertrautheit mit der Lösungsplattform) berücksichtigt werden, so müssen bei der Umrechnung von Function Points in Personenmonate zusätzliche Korrekturfaktoren zur Anwendung kommen. Das Function Point-Verfahren muss folglich wie jedes andere algorithmische Verfahren kalibriert werden, wenn damit brauchbare Prognosen erzielt werden sollen. Das bedeutet, dass abgeschlossene Projekte nachkalkuliert werden müssen. Aus diesen Daten müssen unternehmens- und eventuell auch projektartspezifisch die Zusammenhänge zwischen Function Points und Aufwendungen hergeleitet werden. Es gibt unterschiedliche Zählregeln für Function Points. In diesem Text werden die Regeln der International Function Point Users Group (IFPUG 1994) verwendet. In IBM (1983) und Seibt (1987) werden andere Gewichtungskriterien und nur sieben Einflussfaktoren zur Berechnung des Wertkorrekturfaktors herangezogen. Noth und Kretzschmar (1984) verwenden wie IFPUG vierzehn Einflussfaktoren, gewichten aber den Faktor 9 (technische 18

19 Komplexität) mit 0-50 statt nur mit 0-5. Symons (1988) kritisiert das Albrechtsche Zählverfahren und schlägt ein Zählverfahren vor, das statt kompletter Ein- und Ausgaben die einzelnen Datenfelder zählt (Mark II Function Points). Bestimmung des Aufwand aus den Function Points Hier ist auch zu sehen, wie schon innerhalb desselben Unternehmens signifikant unterschiedliche Umrechnungskurven resultieren können. Jones (1995) gibt Erfahrungswerte für die Umrechnung von Function Points in Codezeilen an. Die Codezeilen verstehen sich ohne Leerzeilen und ohne Kommentar. Das Function Point-Verfahren hat den großen Vorteil, dass die benötigten Eingangsgrößen sich in den frühen Phasen eines Projekts leichter bestimmen lassen als beispielsweise die Größe des erwarteten Resultats bei COCOMO. Zudem sind mit Function Points Produktivitätsmessungen möglich, die weniger leicht verfälschbar sind als Messungen auf der Grundlage der erzeugten Programmzeilen. Allerdings ist das Verfahren auf Informationssysteme zugeschnitten und daher auf andere Arten von Software (zum Beispiel Prozessautomatisierung) nur beschränkt anwendbar. Ein weiterer Nachteil ist, dass das Function Point-Maß nicht additiv ist: Die Summe der Function Points von n logisch zusammenhängenden Teilsystemen ist größer als die Anzahl der Function Points des Gesamtsystems. Dies liegt daran, dass die Schnittstellen zwischen je zwei Teilsystemen auf beiden Seiten als 19

20 Schnittstellen zu externen Datenbeständen gezählt werden, während diese Daten bei Betrachtung des Gesamtsystems als ein interner Datenbestand gezählt werden. Es ist daher nicht möglich, bei einem großen System die Function Points pro Teilsystem zu bestimmen und diese zu addieren. Sonstige Methoden Es gibt eine Reihe weiterer gängiger Methoden zur Kostenschätzung, z.b. so schätzen, dass man auf jeden Fall den Auftrag bekommt, so viel schätzen, wie der Auftraggeber zu zahlen bereit ist, Schätzung nach dem Parkinson schen Gesetz: Das Projekt kostet soviel Arbeitskapazität wie vorhanden ist, usw. Pflegekosten Aus Messungen über Entwicklungs- und Pflegekosten von Software ergeben sich die folgenden beiden Faustregeln für Pflegekosten. Faustregel 1 Das Kostenverhältnis zwischen Entwicklung und Pflege eines Software-Produkts liegt im Bereich von 30:70 bis 50:50. Je länger ein Produkt lebt und je schlechter seine Qualität ist, desto höher ist der Kostenanteil für die Pflege. Faustregel 2 Die Kosten für die Pflege eines Software-Produkts verteilen sich etwa wie folgt: 60% Verbesserungen, 20% Anpassungen und 20% Fehlerbehebung. Das untere Bild zeigt verschiedene Schätzwerte für die Anzahl Codezeilen, die ein Vollzeit-Pflege-Programmierer betreuen kann. Die Aussage 20 KDSI/FSPM (KDSI/FSP M steht für kilo delivered source instructions per full-time software person (for maintenance).) bedeutet beispielsweise, dass zur Pflege eines Programms mit Codezeilen die volle Arbeitskraft einer Person (über das ganze Jahr hinweg) erforderlich ist. 20

5. Software-Aufwandschätzung

5. Software-Aufwandschätzung 5. Software-Aufwandschätzung 51 5. Software-Aufwandschätzung 5.1 Allgemeines Bild 5.1 zeigt, wie man es nicht machen sollte: Eine erste Aufwandschätzung wird zunächst nach unten korrigiert, um den Auftrag

Mehr

5. Software-Aufwandschätzung

5. Software-Aufwandschätzung 5. Software-Aufwandschätzung 53 5. Software-Aufwandschätzung 5.1 Allgemeines Bild 5.1 zeigt, wie man es nicht machen sollte: Eine erste Aufwandschätzung wird zunächst nach unten korrigiert, um den Auftrag

Mehr

Projektarbeit Fit für Ausbildung und Beruf

Projektarbeit Fit für Ausbildung und Beruf Projektarbeit Fit für Ausbildung und Beruf Inhalt 1 Einleitung 2 Projektarbeit 2.1 Projektteam 2.2 Projektphasen 2.2.1 Definition 2.2.2 Planung 2.2.3 Durchführung 2.2.4 Abschluss 2.3 Dokumentation 2.4

Mehr

Workshop. Projektmanagement für Schülerfirmen. Dozentin: Ramona Hasenfratz, Dozentin der IHK Schwarzwald-Baar-Heuberg

Workshop. Projektmanagement für Schülerfirmen. Dozentin: Ramona Hasenfratz, Dozentin der IHK Schwarzwald-Baar-Heuberg Schüler- und Juniorfirmen Beratungsstelle c/o IHK Schwarzwald-Baar-Heuberg Romäusring 4 78050 Villingen-Schwenningen Melanie John Fon: 07721 / 922-206 Fax: 07721 / 922-182 E-Mail: john@villingen-schwenningen.ihk.de

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

Projektplanung. Planen ist ein wichtiger Schritt in der Projektabwicklung. Planen heißt:

Projektplanung. Planen ist ein wichtiger Schritt in der Projektabwicklung. Planen heißt: Projektplanung Planen ist ein wichtiger Schritt in der Projektabwicklung. Planen heißt: Das zukünftige Handeln im Projekt durchzudenken, den langen Weg zwischen Ausgangspunkt und Ziel zu suchen und gedanklich

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

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

Projektmanagement. Leitfaden. (Kurzfassung) OEC GmbH Vogelbergstraße 20 D-86441 Zusmarshausen

Projektmanagement. Leitfaden. (Kurzfassung) OEC GmbH Vogelbergstraße 20 D-86441 Zusmarshausen Projektmanagement Leitfaden (Kurzfassung) Inhaltsangabe Projektmanagementleitfadens Seitenzahl 1. Zweck und Ziel des Leitfadens 1 2. Geltungsbereich 1 3. Aufbau der Leitfadens 1 4. Projektorganisation

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

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

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. 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

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

Projekt Planetenlehrpfad

Projekt Planetenlehrpfad Projekt Planetenlehrpfad 1. Vorbemerkungen Im Wahlpflichtunterricht Physik der 10. Klasse wurde an der Fritz-Karsen-Schule ein viermonatiges Projekt zum Sonnensystem durchgeführt. Ziel war hierbei, auf

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

IKP Uni Bonn Medienpraxis EDV II Internet Projekt

IKP Uni Bonn Medienpraxis EDV II Internet Projekt IKP Uni Bonn Medienpraxis EDV II Internet Projekt WS 2001/2002 Dozentin: Lucie Prinz Grundlagen der Projektarbeit Was ist ein Projekt? Die Phasen eines Software Projektes Die Projektunterlagen Die Projektplanung

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

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

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

Projektentwicklung und Projektleitung Einführung

Projektentwicklung und Projektleitung Einführung Qualifizierungsreihe für Migrantenvereine Projektentwicklung und Projektleitung Maria Klimovskikh München, den 13.04.2013 PROJEKT ein einmaliges Vorhaben, mit einem vorgegebenen Ziel, mit zeitlichen, finanziellen

Mehr

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:

Mehr

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes:

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Projektmanagement Link http://promana.edulearning.at/projektleitung.html Einleitung Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Definition des Begriffs Projekt" Kriterien

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

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

1 Phase «Initialisierung»

1 Phase «Initialisierung» 1.1 Übersicht Projektanmeldung Projektportfolio Projektrandbedingungen Projekt vorbereiten Projektantrag Projekthandbuch Projektplan Zurückweisung Projektauftrag Projektportfolio Status Abbruch Phase Voranalyse

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

1. Ablauf- und Terminplanung 2

1. Ablauf- und Terminplanung 2 Thema: Projektmanagement Seite 1 von 6 Inhaltsverzeichnis: 1. Ablauf- und Terminplanung 2 1.1. Grundlagen des Ablauf- und Terminmanagements 2 1.2. Aufgaben und Ziele des Ablauf- und Terminmanagements 3

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

Anleitung für das MS Project Professional 2003 (Deutsche Version)

Anleitung für das MS Project Professional 2003 (Deutsche Version) Anleitung für das MS Project Professional 2003 (Deutsche Version) Erstes Starten... 2 Tutorial... 3 Hilfe... 4 Critical Path / Kritischer Weg... 5 Der Critical Path / Kritischer Weg wird nicht korrekt

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

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

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

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

Projektmanagement Kapitel 3 Tools die Werkzeuge. Projektstrukturplan PSP

Projektmanagement Kapitel 3 Tools die Werkzeuge. Projektstrukturplan PSP Projektmanagement Projektstrukturplan Seite 1 von 6 Projektmanagement Kapitel 3 Tools die Werkzeuge Projektstrukturplan PSP 1.1 Definition Der Projektstrukturplan stellt die, aus dem Kundenvertrag geschuldete

Mehr

Informationssystemanalyse Use Cases 11 1

Informationssystemanalyse Use Cases 11 1 Informationssystemanalyse Use Cases 11 1 Use Cases Slide 1 Als ein populäres Mittel um Anforderungen zu erfassen und Systeme zu beschreiben, werden Use Cases benutzt. Sie bilden die Basis für eine umfassendere

Mehr

Informationssystemanalyse Personal Software Process 8 1

Informationssystemanalyse Personal Software Process 8 1 Informationssystemanalyse Personal Software Process 8 1 Personal Software Process Sehr eng mit dem CMM hängt der PSP (Personal Software Process) zusammen. Der PSP ergänzt das organisationsweite CMM um

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

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

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

3.1 Zusammenstellung der Projektgruppe 35

3.1 Zusammenstellung der Projektgruppe 35 3.1 Zusammenstellung der Projektgruppe 35 die Planungen und vor allem Entscheidungsprozesse einzubeziehen Damit kommt unter Umständen eine beträchtliche Zahl von ProjektmitarbeiterInnen zusammen, die letztlich

Mehr

(%) 0. Motivation. Techn. F. Resourcen. Plan/ Üb. Org/Man. Narren stürzen sich auf Dinge, wo Weise vorsichtig zögern

(%) 0. Motivation. Techn. F. Resourcen. Plan/ Üb. Org/Man. Narren stürzen sich auf Dinge, wo Weise vorsichtig zögern 0. Motivation Probleme bei GIS - Projekten (spez. Projekte) Verfügbarkeit digitaler Daten Kompatibilität zu existierenden Daten Dokumentation (SW) Mitarbeiterqualifizierung Softwarekompatibilität Verfügbarkeit

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

Zeit- und Projektmanagement

Zeit- und Projektmanagement Zeit- und 12. Juni 2008 Zeit- und Inhalt Strukturierung 1 Übersicht Inhalt Strukturierung 2 Zitat Wikipedia Konkrete Probleme im Umgang mit der Zeit Techniken für das Selbstmanagement 3 1) Übersicht /

Mehr

Die Softwareentwicklungsphasen!

Die Softwareentwicklungsphasen! Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.

Mehr

Lösungen zum Test objektorientierter Software

Lösungen zum Test objektorientierter Software Lösungen zum Test objektorientierter Software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14. März 2013 HOM/FHTeL Lösungen zum Test objektorientierter Software

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

Projektplanung und -verfolgung mit GanttProject

Projektplanung und -verfolgung mit GanttProject Projektplanung und -verfolgung mit GanttProject Autor: Martin Riebl, http://riebl-pm.de Nutzungsbedingungen, Copyright: Dieses Werk ist lizenziert unter einer Creative Commons - Nicht-kommerziell - Weitergabe

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

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

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

Projekte planen, umsetzen und finanzieren Ursula Schlösser

Projekte planen, umsetzen und finanzieren Ursula Schlösser Projekte planen, umsetzen und finanzieren Die Projektrealisierung kann sehr anstrengend sein. Bis zur Erreichung des Ziels sind einige Hürden zu nehmen. (1) Was ist ein Projekt? (2) Projektphasen und Meilensteine

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

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

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

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

Mehr

Projektmanagement. Merkmale von Projekten. - Neuartige und komplexe Aufgabenstellungen

Projektmanagement. Merkmale von Projekten. - Neuartige und komplexe Aufgabenstellungen Merkmale von Projekten - Neuartige und komplexe Aufgabenstellungen - Risikobelastung - Konkrete Zielstellung - Begrenzte zeitliche, personelle und materielle Ressourcen - Eigene Projektstruktur Folie Nr.

Mehr

Projektmanagement. Projekte erfolgreich führen! Patrick Frontzek 25.11.2014

Projektmanagement. Projekte erfolgreich führen! Patrick Frontzek 25.11.2014 Projektmanagement Projekte erfolgreich führen! Patrick Frontzek 25.11.2014 Was Projektmanagement verhindern soll 25.11.2014 Projektmanagement - Projekte erfolgreich führen - Patrick Frontzek 2 Ein Projekt

Mehr

3.2,,Eichung von Function Points (Berichtigte Angabe)

3.2,,Eichung von Function Points (Berichtigte Angabe) I N S T I T U T E F O R R E A L - T I M E C O M P U T E R S Y S T E M S TECHNISCHE UNIVERSIT ÄT MÜNCHEN P R O F E S S O R G. F Ä R B E R Software Engineering 3. Übung 22.05.2003 3.2,,Eichung von Function

Mehr

Anforderungen an ein modernes Projektmanagement

Anforderungen an ein modernes Projektmanagement Anforderungen an ein modernes Projektmanagement In Unternehmen aller Branchen scheitern nach unabhängigen Studien ca. 30% aller Projekte. Hierbei handelt es sich sowohl um Projekte des Betriebszwecks als

Mehr

Kundenanforderungen dokumentieren

Kundenanforderungen dokumentieren Requirements Engineering Kundenanforderungen dokumentieren Bereich Anforderungen Aktivität Kunden-Anforderungen erheben Ziele Gesteigerte Kundenzufriedenheit Dokumentation der genauen Erwartungen des Kunden

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

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch. Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf 2 Nach derbefragung aller Stakeholder und der Dokumentation

Mehr

Organisatorische Einbindung eines Risikomanagementsystems in mittelständische Unternehmen

Organisatorische Einbindung eines Risikomanagementsystems in mittelständische Unternehmen Organisatorische Einbindung eines Risikomanagementsystems März 2002 Andreas Henking www.risk-sim.de 1 Einleitung Wichtiger Erfolgsfaktor bei der Einführung von Risikomanagementsystemen ist die richtige

Mehr

Projektabwicklung und SAP PS

Projektabwicklung und SAP PS Projektabwicklung und Steuerung mit SAP PS Inhalt Grundlagen Begriffsdefinition Projekt Instrumente in SAP zur Abwicklung von Projekten Projektstrukturplan Auftrag Kostenplanung und Budgetierung Ressourcenplanung

Mehr

Wie Projekte im Bürgerschaftsengagement gelingen können. Projektmanagement

Wie Projekte im Bürgerschaftsengagement gelingen können. Projektmanagement Wie Projekte im Bürgerschaftsengagement gelingen können Projektmanagement Was ist ein Projekt? Ein Projekt ist ein Vorhaben mit einem definierten Anfang und einem Ende (DIN 69901) Projekte sind gekennzeichnet

Mehr

Projectmanagement Scorecard. Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten

Projectmanagement Scorecard. Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten Projectmanagement Scorecard Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten Balanced Scorecard Projektmanagement Scorecard Collaborative Project

Mehr

Projektmanagement. Katharina Steinkamp

Projektmanagement. Katharina Steinkamp Projektmanagement Katharina Steinkamp Definition Projekt Einmaligkeit Komplexität Zielvorgaben Terminiertheit Budgetierung Management Aktivitäten der Planung, Kontrolle, Koordination und Steuerung Projektmanagement

Mehr

Formularsammlung. zum methodischen Leitfaden. für eine effiziente Projektarbeit in. virtuellen Teams mit teamspace

Formularsammlung. zum methodischen Leitfaden. für eine effiziente Projektarbeit in. virtuellen Teams mit teamspace Formularsammlung zum methodischen Leitfaden für eine effiziente Projektarbeit in virtuellen Teams mit teamspace 2004 Ein Produkt der 5 POINT AG, Darmstadt - Internet Business Solutions - Inhalt Die vorliegenden

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

Vorlesung Wirtschaftsprüfung. Prüfungsplanung. 1Prof. Dr. H. R. Skopp, Wirtschaftsprüfer / Steuerberater, HS Landshut

Vorlesung Wirtschaftsprüfung. Prüfungsplanung. 1Prof. Dr. H. R. Skopp, Wirtschaftsprüfer / Steuerberater, HS Landshut Vorlesung Wirtschaftsprüfung Prüfungsplanung 1Prof. Dr. H. R. Skopp, Wirtschaftsprüfer / Steuerberater, HS Landshut Definition: Unter Planung ist der Entwurf einer Ordnung zu verstehen, nach der die eigentliche

Mehr

Lohnt sich Requirements Engineering?

Lohnt sich Requirements Engineering? Lohnt sich Requirements Engineering? Seminar Messbarkeit von Anforderungen am Fachgebiet Software Engineering Wintersemester 2007/2008 Betreuer: Eric Knauss Oleksandr Kazandzhi Gliederung Einleitung Messen

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

2. Teil Porträt Alistair Cockburn Crystal Orange Crystal Orange Web (Fallstudie)

2. Teil Porträt Alistair Cockburn Crystal Orange Crystal Orange Web (Fallstudie) 2. Teil Porträt Alistair Cockburn Crystal Crystal Web (Fallstudie) 1 Porträt Alistair Cockburn - 1975: Abschluss in Informatik in Cleveland - bis 1984: verschiedene Arbeiten im Bereich der Computergrafik

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

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

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

C.AL Management Consulting GmbH. Einführung ins Projektmanagement

C.AL Management Consulting GmbH. Einführung ins Projektmanagement Management Consulting GmbH Einführung ins Projektmanagement Was ist ein Projekt? Ein Projekt ist ein Vorhaben, das im wesentlichen durch die Einmaligkeit der Bedingungen in ihrer Gesamtheit gekennzeichnet

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

Multiprojektmanagement an der TIB Ein Erfahrungsbericht. Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015

Multiprojektmanagement an der TIB Ein Erfahrungsbericht. Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015 Multiprojektmanagement an der TIB Ein Erfahrungsbericht Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015 Motivation Die Ausgangssituation Das Umfeld von Bibliotheken befindet sich im

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

17 Architekturentwurf Vorgehen und Dokumentation 17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen

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

1 Einleitung. 1.1 Unser Ziel

1 Einleitung. 1.1 Unser Ziel 1 Dieses Buch wendet sich an alle, die sich für agile Softwareentwicklung interessieren. Einleitend möchten wir unser mit diesem Buch verbundenes Ziel, unseren Erfahrungshintergrund, das dem Buch zugrunde

Mehr

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES 13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994

Mehr

Checkliste für einen Start in Projekte / Arbeitsaufgaben neben dem Tagesgeschäft Team- und Projektmanagement

Checkliste für einen Start in Projekte / Arbeitsaufgaben neben dem Tagesgeschäft Team- und Projektmanagement Checkliste für einen Start in Projekte / Arbeitsaufgaben neben dem Tagesgeschäft Team- und Projektmanagement Vier Schritte für den Start in die Projektarbeit / Arbeitsgruppe Schritt 1 Projektauftrag /

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

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung Block R (Rahmen): SE Aktivitäten 21.10.04 1 Vorlesung Methoden des Software Engineering Block R Rahmen Aktivitäten der Software-Entwicklung Martin Wirsing Einheit R.2, 21.10.2004 Block R (Rahmen): SE Aktivitäten

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

Techniken der Projektorganisation

Techniken der Projektorganisation Projekt-Aktivität Verfahren und Techniken Ablaufplanung eines Projekts Balkendiagramm Netzplantechnik Erhebung und Analyse Folgestrukturen Variantenzahl Häufigkeitsverteilungen Aufgabenhäufigkeiten Variantenhäufigkeiten

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

Checkliste: Projektphasen

Checkliste: Projektphasen Checkliste: Projektphasen Phase Was ist zu tun? Bis wann? erl. Definition Kontrolle Planung Kontrolle Problemanalyse Potenzialanalyse Zielklärung Formulierung der Projektauftrags Grobplanung Durchführbarkeit

Mehr

Thema: Risikomanagement

Thema: Risikomanagement 1.1. Risikomanagement Eine der elementarsten Anforderungen an die Projektplanung ist, durch zielgerichtete Planung mögliche Risiken, die den Projekterfolg in Frage stellen, zu identifizieren und präventiv

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

[ open style of IT ] s t y l i t e w a y

[ open style of IT ] s t y l i t e w a y 1 Stylite: Ihr IT-Partner. [ Team-Management mit egroupware [ Softwareprogrammierung [ IT-Outsourcing, Terminalservices [ Internet- und Mailservices [ Sicherheitskonzepte und Standortvernetzung [ Linux-Consulting,

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

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über

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

15 Verwaltung von Anforderungen (Requirements Management)

15 Verwaltung von Anforderungen (Requirements Management) 15 Verwaltung von Anforderungen (Requirements Management) Was ist Requirements Management? Planung und Lenkung des RE-Prozesses Konfigurationsmanagement für Anforderungen Identifikation Änderungs- und

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