Kompetenzbasiertes Projektmanagement (PM3)

Größe: px
Ab Seite anzeigen:

Download "Kompetenzbasiertes Projektmanagement (PM3)"

Transkript

1 GPM Deutsche Gesellschaft für Projektmanagement / Michael Gessler (Hrsg.) Kompetenzbasiertes Projektmanagement (PM3) Handbuch für die Projektarbeit, Qualifizierung und Zertifizierung auf Basis der IPMA Competence Baseline Version 3.0 (E-Book) / unter Mitwirkung der spm swiss project management association

2 Bibliografische Information der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar. Dieses Werk ist urheberrechtlich geschützt. Alle Rechte, auch die der Übersetzung, des Nachdrucks und der Vervielfältigung des Buches oder Teilen daraus sind vorbehalten. Kein Teil des Werks darf ohne schriftliche Genehmigung des Verlags in irgendeiner Form (Fotokopie, Mikrofilm oder andere Verfahren), auch nicht zum Zwecke der Unterrichtsgestaltung, reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden. Für alle in diesem Werk verwendeten Warennamen sowie Firmen- und Markenbezeichnungen können Schutzrechte bestehen, auch wenn diese nicht als solche gekennzeichnet sind. Deren Verwendung in diesem Werk berechtigt nicht zu der Annahme, dass diese frei verfügbar sind. Die DIN-Normen im Fachbuch PM3 sind wiedergegeben mit Erlaubnis des DIN Deutsches Institut für Normung e.v. Maßgebend für das Anwenden der DIN-Norm ist deren Fassung mit dem neuesten Ausgabedatum, die bei der Beuth Verlag GmbH, Burggrafenstraße 6, Berlin, erhältlich ist. Layout, Satz und Grafikgestaltung: formarteam Design Studio. Umschlaggestaltung: formarteam Design Studio. Titelbild: Schultze. Walther. Zahel. Kommunikationsagentur & GPM. Druck und Bindung: Labude. corporate products. GPM-Homepage: spm-homepage: PM3-Feedback: PM3 als E-Book: ISBN (Hardcover) ISBN (E-Book) 1. Auflage, 2009, Auflage, 2009, Auflage, 2010, GPM Deutsche Gesellschaft für Projektmanagement e.v., Frankenstraße 152, Nürnberg (Deutschland / Europäische Union).

3 a (Project phases) Michael Gessler und Rolf Kaestner Kontext und Bedeutung In der ICB IPMA Competence Baseline (IPMA 2006) bilden und Ablauf und Termine ein gemeinsames Element. Nachfolgend sind diese untergliedert in die Kapitel a () sowie b (Ablauf und Termine) jeweils mit Basiskapiteln sowie Vertiefungskapiteln. In der National Competence Baseline der GPM (NCB) sind wie folgt definiert: Eine Projektphase ist ein bestimmter Abschnitt des Projektablaufs, der von anderen Projektperioden klar abgegrenzt ist. Eine Projektphase beinhaltet sowohl die Erbringung wichtiger Deliverables als auch Entscheidungen, die als Grundlage für die nächste Projektphase dienen. Phasen haben klar definierte Zielsetzungen und können auch zeitlich begrenzt sein. Bei verschiedenen Arten von Teil-Projekten können unterschiedliche Phasenmodelle zur Anwendung kommen, dies erhöht die Komplexität ihrer Koordinierung. Meilensteine erleichtern es, auf bestimmte Ziele, Phasenabschlüsse oder Intervallergebnisse hinzuarbeiten. In der Praxis können sich überlappen, so z. B. bei gleichzeitig ablaufenden Projektabschnitten oder beim Fast-Tracking. (GPM 2008, S. 73). Die Phasenbetrachtung bildet ein Schlüsselelement sowohl der Projektplanung als auch der Projektsteuerung. Die Bedeutung von sowie deren Zusammenhang mit anderen PM-Elementen wird im Kapitel a zu Beginn erläutert. Lernziele Sie kennen die Bausteine eines Phasenplans. Phasenmodelle für unterschiedliche Projektarten. Sie können Vorteile der Phasenbetrachtung benennen und diskutieren. Gemeinsamkeiten und Unterschiede von Meilensteinen und Gates diskutieren. einen Phasenplan erstellen entsprechend dem Muster in Abb. a-2. Vorteile von Vorgehensmodelle benennen und diskutieren. spezifische und übergreifende Vorgehensmodelle unterscheiden. Bausteine von Vorgehensmodellen benennen. das Vorgehen beim Entwickeln eines unternehmensspezifischen Vogehensmodells beschreiben. sequentielle, wiederholende und wiederverwendende Modellfamilien unterscheiden und deren Besonderheiten benennen. GPM (E-Book) PM3 PM-technische Kompetenzen 349

4 Inhalt 1 Grundlagen Projektmanagementphasen und Meilensteine und Gates Phasenplan Phasenmodelle Vorgehensmodelle Lebenszyklusmodelle Flexibilisierung Phasenübergänge und Meilensteine Modellfamilien Fragen zur Wiederholung GPM (E-Book) PM3 PM-technische Kompetenzen

5 1 Grundlagen! Phasen gliedern ein Projekt in zeitliche und / oder sachliche Abschnitte. Phasen schaffen eine erste Grobstruktur, ermöglichen Orientierung und reduzieren die Komplexität eines Projekts. Jede Phase erfüllt konkrete Ziele im Gesamtprojekts, weshalb zu fragen ist, was eine Phase leistet, was ihr Output ist. Zentrale Fragen sind sodann: In welche Abschnitte kann das Projekt untergegliedert werden (Phasen)? Welchen Output generieren diese Phasen (Meilensteine)? Meilensteine sind definierte Ereignisse von besonderer Bedeutung. Hierzu zählen insbesondere (1) Liefergegenstände (eng. Deliverables) oder auch Zwischenergebnisse, (2) Prüfungen wie Abnahmen, Zwischenabnahmen oder auch Reviews sowie (3) Entscheidungen (z. B.: kann die nächste Phase starten oder nicht: go / no go)? Meilensteine liegen zudem in der Regel zu Beginn (Phasen- Freigabe) oder am Ende einer Phase (Phasen-Abschluss) und markieren damit auch die (4) Phasenübergänge. Die Gliederung eines Projekts in Phasen und Meilensteine bietet verschiedene Vorteile: ermöglichen durch die Gliederung eines Projekts in Abschnitte bereits zu einem frühen Zeitpunkt eine erste grundsätzliche Orientierung. Sie reduzieren Komplexität! Ein Phasenplan ermöglicht bereits frühzeitig grobe Übersicht über ein Projekt. sind ein mögliches Gliederungsprinzip zur Erstellung eines Projektstrukturplans und bilden damit ein Gelenkglied zwischen Grob- und Feinplanung. Sie bieten ein Ordnungsraster für die Feinstrukturierung. ermöglichen die phasenbezogene Zuordnung und das phasenbezogene Controlling u. a. von Liefergegenständen, Ressourcen, Kosten und Finanzmitteln. Sie sind damit hilfreich in der Projektplanung sowie Projektsteuerung. ermöglichen eine phasenbezogene Planung und Anpassung der Projektorganisation. Die Phasenübergänge bieten sodann einen systematischen Anlass zur Klärung von Zuständigkeiten, Verantwortungen und Befugnissen für die folgende Phase. Meilensteine reduzieren das Risiko der Fehlentwicklung im und des Projekts, da z. B. mit Instrumenten des Projectcontrollings der Entwicklungsfortschritt überwacht (z. B. mittels einer Meilensteintrendanalyse), der Entwicklungsstand (z. B. mittels eines Reviews) überprüft und der Business Case (z. B. mittels der Entscheidungen des Auftraggebers) aktualisiert werden kann. Ein Projekt kann so frühzeitig kalibriert und - falls notwendig - abgebrochen werden. Meilensteine ermöglichen den geordneten Abschluss eines Projektabschnitts (close-out) sowie den geordneten Übergang in den nächsten Projektabschnitt (start-up). Sie sind hilfreich für die Qualitätssicherung (z. B. quality gate) und sodann für den Projektabschluss. Meilensteine ermöglichen durch die Entscheidungen zum Phasenabschluss sowie zur Phasenfreigabe eine kontinuierliche Einbindung des Projektauftraggebers bzw. Lenkungsausschusses. Meilensteine ermöglichen eine fortlaufende Zielorientierung für die Mitarbeiter, Erfolgserlebnisse für sie und eine Synchronisierung der Zusammenarbeit. Sie sind damit auch ein Instrument der Führung und Motivation! Die Gliederung eines Projekts in Phasen und Meilensteine kann allerdings auch Nachteile bedeuten: Einerseits reduziert ein Phasenplan die Komplexität eines Projekts. Andererseits kann die frühzeitige Planung von Phasen und Meilensteinen die notwendige Flexibilität im Projektverlauf einschränken. Planung als Vorwegnahme zukünftigen Handelns stößt zudem immer dann an Grenzen, wenn die Projektbeteiligten nicht über die notwendige Erfahrung verfügen, um Aktivitäten und Ereignisse realistisch zu antizipieren. Planung stößt allerdings auch dann an Grenzen, wenn der individuelle Erfahrungsstand zwar hoch ist, die sachlichen Anforderungen jedoch instabil sind und sich im Projektverlauf ändern. Insbesondere innovative Vorhaben, die oftmals unscharfe sowie instabile Anforderungen aufweisen, können technokratisch und streng-sequentiell nur schlecht geplant werden. GPM (E-Book) PM3 PM-technische Kompetenzen 351

6 Ein Weg zur Flexibilisierung könnte sodann sein, das Projekt in Phasen zu untergliedern, ohne jedoch eine Detailplanung für das gesamte Projekt zu erstellen. Die Detailplanung erfolgt dann jeweils nur zum Ende einer Phase und für die nachfolgende Phase. Dieses Prinzip verwendet beispielsweise PRINCE 2: Die Planung der nächsten Phase geschieht stets zum Ende der vorhergehenden Phase. (Ebel 2007: 212). Für den Phasenübergang gelte allerdings das Schleusenprinzip : Grundsätzlich ist der Übergang in die nächste Phase gesperrt. Erst wenn das Projekt die nach Plan geforderten Ergebnisse nachgewiesen hat, der Business Case weiterhin gewährleistet ist ( viable ) und die Planung der nächsten Phase vorliegt, wird vom Lenkungsausschuss grünes Licht zum Eintritt in die nächste Phase gegeben. (Ebel 2007: 212). Das Schleusenprinzip schränkt die Flexibilität am Phasenübergang wieder ein. Die Lösung des Problems vorausschauende Planung ist nicht möglich lautet somit nicht, auf Planung insgesamt zu verzichten, sondern, den Zeitabstand zwischen Detailplanung und Ausführung zu verkürzen. Einen ähnlichen und dennoch anderen Weg vertreten Methoden, die zum Agilen Projektmanagement zählen. Ähnlich sind diese Methoden, da sie ebenfalls mit der Verkürzung der Zeitabstände arbeiten. Anders sind sie, da die Abstimmung im Detail z. B. mittels täglicher Teamtreffen erfolgt. Die Absicherung der Detailplanung erfolgt nicht per Freigabe von Detailplanungsdokumenten (z. B. bei PRINCE 2), sondern kommunikativ vor Ort. Ähnlich ist auch der Einsatz von sogenannten Timeboxen, die im APM Agilen Projektmanagement, eine Methode, die Elemente von SCRUM aufgreift und variiert, eine zentrale Rolle spielen und an eine Kombination von Phase und Meilenstein erinnern: Eine Timebox definiert einen unverrückbaren Zeitrahmen, an dessen Ende eine Menge von Ergebnissen in einer bestimmten Detaillierung und Vollständigkeit nachprüfbar und formal dokumentiert vorliegen soll. Liegen die Ergebnisse nicht wie geplant vor, werden die offenen Teile in eine nachfolgende Timebox verschoben. Hierzu werden zum geplanten Endtermin die tatsächlich erreichten Ergebnisse bestimmt. Eine Timebox ist ein Hilfsmittel zur Planung und Überwachung eines Entwicklungsprozesses. (Oesterreich & Weiss, 2008: 103). Es wird wiederum nicht auf Planung verzichtet, sondern der Phasenübergang bzw. der Übergang zwischen einer Timebox zur nächsten flexibilisiert. Fazit: Phasen, Meilensteine und die Gestaltung der Übergänge, in welcher Form auch immer, stellen ein notwendiges PM-Instrument dar und, gleichwohl diese vorausschauende Modellierung der Wirklichkeit die Realität nie 1:1 erfasst und abbildet, ist sie dennoch notwendig. 1.1 Projektmanagementphasen und Die DIN : 2009 unterscheidet einerseits Projektmanagementphasen und andererseits. Projektmanagementphasen sind in allen Projekten gleichermaßen vorhanden, da sie unabhängig von der konkreten Problemstellung oder vom konkreten Kontext grundsätzliche Anforderungen der Projektarbeit abbilden. Projektmanagementphasen nach DIN :2009 sind: I I Initialisierungsphase (en: initiating phase): Gesamtheit der Tätigkeiten und Prozesse zur formalen Initialisierung eines Projekts (u. a. Zuständigkeiten klären, Projektziele skizzieren). I I Definitionsphase (en: definition phase): Gesamtheit der Tätigkeiten und Prozesse zur Definition eines Projekts (u. a. Zieldefinition, Aufwandsschätzung und Machbarkeitsbewertung). I I Planungsphase (en: planning phase): Gesamtheit der Tätigkeiten und Prozesse zur formalen Planung eines Projekts (u. a. Vorgänge und Arbeitspakete planen, Kosten- und Finanzmittelplan erstellen, Risiken analysieren, Ressourcenplan erstellen). I I Steuerungsphase (en: steering phase): Gesamtheit der Tätigkeiten und Prozesse zur formalen Steuerung eines Projekts (u. a. das Steuern von Terminen, Ressourcen, Kosten und Finanzmitteln, Risiken, Qualität, Ziele) I I Abschlussphase (en: closing phase): Gesamtheit der Tätigkeiten und Prozesse zur formalen Beendigung eines Projekts u. a. Erstellung des Projektabschlussberichts, Nachkalkulation, Erfahrungssicherung, Vertragsbeendigung) 352 GPM (E-Book) PM3 PM-technische Kompetenzen

7 Die Summe der o.g. Projektmanagementphasen bilden den Projektlebenszyklus. Die Phasen sind jeweils nach denjenigen PM-Aktivitäten benannt, die überwiegend eine PM-Phase prägen. sind im, Gegensatz zu Projektmanagementphasen, produkt- bzw. gegenstandsspezifisch und kontextbezogen; sie unterscheiden sich von Projektart zu Projektart (z. B. Investitionsprojekt oder Organisationsprojekt), von Branche zu Branche (z. B. Baugewerbe oder Information / Kommunikation) und von Organisation zu Organisation. 1.2 Meilensteine und Gates Wie eingangs erwähnt, schließt oder beginnt jede Phase mit mindestens einem Meilenstein. Meilensteine liegen allerdings auch innerhalb einer Phase. Als Daumenregel gilt, dass die Zeitabstände zwischen den Meilensteinen von der Gesamtdauer eines Projekts abhängig ist: Je kürzer ein Projekt ist, desto geringer ist der zeitliche Abstand zwischen den Meilensteinen. Zahl und Zeitpunkt der Meilensteine können auch durch andere Faktoren bestimmt werden, wie Risiko, Qualität und / oder Projektorganisationsform. Meilensteine sind jedoch insbesondere aus den Projektzielen abzuleiten. Sie können, z. B. als Vorgehensziele, auch Bestandteil der Projektziele sein (vgl. Beitrag 1.03 Projektziele). Für Meilensteine gilt, wie auch für die Projektziele, dass diese zu operationalisieren sind bzw. messbar gemacht werden müssen, wofür Indikatoren bzw. Kriterien erforderlich sind. Ohne vorab definierte Kriterien ist jede Überprüfung pure Willkür. In Vorgehensmodellen (Kapitel 1.5, unten) sind Meilensteinergebnisse oftmals mit Spezifikationen in Form von z. B. Checklisten oder Formularen hinterlegt. Dies gilt insbesonders für produktzentrierte Vorgehensmodelle, die den zeitlichen Ablauf, Abhängigkeiten zwischen Arbeitsabläufen sowie Verantwortlichkeiten über Produkte (Ergebnisse) definieren und nicht über Aktivitäten. Das V-Modell XT und PRINCE 2 verfolgen diese Philosophie. Unterscheidbar ist zudem, wer wie an einem Meilensteinen beteiligt ist: An externen Meilensteinen ist der Auftraggeber bzw. Lenkungsausschuss beteiligt. Die Entscheidung (z. B. go / no go) liegt bei externen Meilensteinen beim Auftraggeber bzw. Lenkungsausschuss. Interne Meilensteinen können interne Richtgrößen für das Projekt selbst sein als Steuerungsinstrumente für den Projektleiter. Stages und Gates: Das Stage-Gate-Prinzip (Stage=Phase, Gate=Tor) wurde in den 1960er Jahren von der NASA entwickelt. Merkmal eines Gate ist, dass alle Aktivitäten einer Phase abgeschlossen sein müssen, bevor mit der nächsten Phasen begonnen werden darf. Gates liegen am Ende einer Phase und bilden Mess- und Entscheidungspunkte im Projektablauf. Sie entsprechen damit den Meilensteinen am Ende einer Phase. Zu Beginn der 1990er Jahre erlebte das Konzept neue Beachtung: In den Konzepten der 2. Generation wurde insbesondere die Umfeldbetrachtung verstärkt sowie die Gate-Prüfung durch Einführung vorher festgelegter Kriterien verbessert. Geprüft wird nun insbesondere, ob alle Ergebnisse vorliegen. Betrachtet wird zudem nicht mehr nur das Projekt, sondern zudem das Umfeld (u. a. Marktrelevanz, Konkurrenz, Technologieentwicklung). Das Gate selbst blieb eine Schleuse; dieser Ansatz führt allerdings oftmals zu Terminverzögerungen. In den Konzepten der 3. Generation (ab Mitte der 1990er Jahren) werden schließlich Überlappungen von Phasen erlaubt: Folgephasen können beginnen, sobald ein definierter Mindeststandard erreicht ist; Nacharbeiten sind innerhalb eines definierten Zeitraums in der Folgephase möglich (vgl. Abbildung a-1). Neben der Sicherung der Produktqualität spielt die Sicherung der Qualität der Integration von Lieferanten sowie insgesamt die Qualität der Synchronisierung von Prozessen von Beginn an eine zentrale Rolle, weshalb Gates oftmals auch als Quality Gates bezeichnet werden. Zur Sicherung der Qualität zählt zudem das Zusammenspiel von Prozessen und Strukturen der Ablauf- und Aufbauorganisation im Projekt einerseits sowie der Projekt- und Stammorganisation andererseits. GPM (E-Book) PM3 PM-technische Kompetenzen 353

8 An einem Quality Gate wird der Fortschritt eines Projekts geprüft, bewertet und entschieden, ob zum nächsten Quality Gate vorgerückt werden kann, Ziele ggf. anzupassen sind, die Freigabe der nächsten Phase ggf. verzögert wird oder das Projekt abzubrechen ist. Die Prüfung übernehmen im Auftrag des Auftraggebers bzw. Lenkungsausschusses sogenannte Gatekeeper, die auf Basis der Ergebnisse ihrer Prüfung eine Empfehlung aussprechen. Quality Gates können helfen, die Projektlandschaft in einer Organisation durch projektübergreifende Verfahren zu steuern. Die Prüfung von Quality Gates wird oftmals als Review bezeichnet. Kerzner (2003: 59) vertritt die Meinung, dass gutes Projektmanagement nicht mehr als sechs Gates umfassen sollte, da ansonsten zu viel Aufmerksamkeit in die Bewertung fließt. Auf jeden Fall ist die Zahl der Quality Gates eher gering zu halten, während die Zahl der Meilensteine von der Zahl der Phasen sowie den Projektzielen abhängig ist. Meilensteine sichern ziel- und ergebnisorientiertes Arbeiten im Projekt und sind ein wichtiges Steuerungsinstrument auch für den Projektleiter. Meilensteine motivieren und erfüllen die im Beitrag 1.03 genannten Funktionen von Zielen: Kontrolle, Orientierung, Verbindung, Koordination und Selektion. Quality Gates haben einen umfassenderen Anspruch (Projekt und Umfeld, Prüfung und Synchronisierung, Projektteam und Auftraggeber / Lenkungsausschuss) und sind insbesondere in Projektlandschaften ein wichtiges Steuerungsinstrument. In der folgenden Abbildung ist ein Phasenmodell aus der Fahrzeugentwicklung dargestellt. Das Phasenmodell beinhaltet Qualtiy Gates und Meilensteine. Die Flexibilisierung der Quality Gates (Konzepte der 3. Generation) ist deutlich erkennbar. 1.3 Phasenplan Abbildung a-1: Phasenmodell in der Fahrzeugentwicklung Quelle: Eberle & Schmid 2009: S. 152 Phasenpläne können bereits zu einem frühen Zeitpunkt erstellt werden, um eine schnelle Orientierung über das anstehende Projekt zu gewinnen. Bereits mit der ersten Zielskizze ist die Erstellung eines groben Phasenplans möglich. Hilfreich ist hierbei, zunächst ein Grundschema zu verwenden (z. B. die Aufteilung in fünf Phasen nach DIN ). Dieses wird anschließend produkt- und kontextspezifisch konkretisiert (Zielsystem) und mit fortschreitendem Planungsprozess weiter konkretisiert. Um die Phasen zumindest grob zu spezifizieren, ist, selbst im ersten Anlauf, die phasenbezogene Benennung von Hauptaktivitäten hilfreich. Möglich ist oftmals auch ein erste grobe Aufwandsschätzung, die phasenbezogen top-down erfolgt. Diese erste Schätzung ist in der Regel sehr ungenau (u.u. Abweichungen bis zu 300 %). Hilfreich bei der Aufwandsschätzung ist z. B. der Einsatz von Analogieschlüssen: Existieren branchenspezifische Richtwerte? Existieren Orientierungswerte aus allgemeinen, projektartbezogenen oder unternehmensspezifischen Vorgehensmodellen? Existieren Erfahrungswerte aus Projekten? 354 GPM (E-Book) PM3 PM-technische Kompetenzen

9 Die Bezeichnug der Phasen und Meilensteine ist in der Regel unternehmensspezifisch. Es ist auch unerheblich, wie diese heißen. Wichtig ist vielmehr, dass ein gemeinsamens Verständnis besteht, was in einer Phase geleistet werden soll und was zu einem Meilenstein erreicht worden sein soll. Meilensteine sind zu einem frühen Zeitpunkt in der Regel noch nicht genau terminiert, sondern zumeist nur grob gesetzt. Hauptaktivitäten und Aufwände werden zunächst den Phasen nur grob zugeordnet. In einem ersten Anlauf kann es nicht um Präzision gehen, sondern um ein erstes grobes Bild über den Verlauf des Projekts. Abbildung a-2 beinhaltet Phasen, Meilensteine, Hauptaktivitäten und eine Aufwandschätzung. Abbildung a-2: Exemplarischer Phasenplan Quelle: Eigene Darstellung 1.4 Phasenmodelle Nachfolgend werden Beispiele für (1) Organisations- / OE-Projekte, (2) Forschungs- und Entwicklungsprojekte sowie (3) Investitionsprojekte vorgestellt (IT-Projekte siehe Beispiel im Vertiefungswissen). Organisationsprojekte bzw. OE-Projekte: Klassische Organisationsprojekte sind die Planung und Durchführung von u. a. Messen, Kongressen, kulturellen Events und Tagungen. Ein typisches OE-Projekt wäre z. B. die Einführung eines PM-Systems. In Abbildung a-3 ist ein Phasenmodell (Initiieren, Orientieren, Gestalten, Implementieren) mit Hauptaktivitäten für ein Organisationsentwicklungsprojekt dargestellt, das zum Ziel hat, eine Unternehmenskultur zu verändern. GPM (E-Book) PM3 PM-technische Kompetenzen 355

10 Abbildung a-3: Phasenmodell zur Veränderung von Unternehmenskulturen Quelle: Ferber, Schmitz und Waibel (2005) F&E-Projekte: Das Phasenmodell der VDI-Richtlinie 2221 Methodik zum Entwickeln und Konstruieren technischer Systeme und Produkte bietet einen Orientierung für technische Entwicklungsprojekte mit Phasen, Aufgaben (Hauptaktivitäten) und Arbeitsergebnissen (Meilensteine). Detaillierter ausgearbeitet wurde dieses Modell z. B. im Münchener Vorgehensmodell (MVM) (vgl. Lindemann 2009). Abbildung a-4: Phasenmodell der Produktentwicklung in der Domäne Mechanik (VDI 2221) Quelle: Bender 2005, S. 36 OE-Projekte sowie F&E-Projekte verlaufen selten rein sequentiell, sondern oftmals in Schleifen. In Kapitel 2 (unten) wird die Möglichkeit, Wiederholungen bewusst einzuplanen, thematisiert. 356 GPM (E-Book) PM3 PM-technische Kompetenzen

11 Investitionsprojekte: Im Bauwesen, einer Branche mit insbesondere Investitionsprojekten, bestehen verschiedene Ordnungen und Richtlinien, die auf dem Prinzip Projektphase aufgebaut sind. Dies sind u. a. die Honorarordnung für Architekten und Ingenieure (HOAI), das verdichtete Modell vom Ausschuss der Verbände und Kammern der Ingenieure und Architekten für die Honorarordnung (AHO) sowie das Leistungsmodell SIA 112 vom Schweizer Ingenieur- und Architektenverein (SIA). In nachfolgender Tabelle ist exemplarisch das Leistungsbild Gebäude und raumbildende Ausbauten der HOAI 2009 aufgeführt (ohne : besondere Leistungen). Hauptleistungen entsprechen den Phasen und Leistungsposten den Hauptaktivitäten. Aufgenommen wurden zudem die Aufwandsrichtwerte der HOAI (vgl. die %-Angaben in der Tabelle nach 33, HOAI 2009). In der rechten Spalte der Tabelle a-1 sind zum Vergleich die verdichteten Phasen der AHO aufgeführt. Tabelle a-1: Leistungsbild Gebäude und raumbildende Ausbauten HOAI 2009 (PV=Projektvorbereitung) Hauptleistung HOAI Leistungsposten HOAI AHO Grundlagenermittlung 3 % Vorplanung 7 % Entwurfsplanung 11 % Gebäude 14 % r. Ausbauten Genehmigungsplanung 6 % Gebäude 2 % r. Ausbauten Ausführungsplanung 25 % Gebäude 30 % r. Ausbauten Vorbereitung der Vergabe 10 % Gebäude 7 % r. Ausbauten Mitwirkung bei der Vergabe 4 % G., 3 % ra. Objektüberwachung (Bauüberwachung) 31 % Objektbetreuung und Dokumentation 3 % Bestandsaufnahme, Standortanalyse, Betriebsplanung, Aufstellung eines Raumprogramms, Aufstellen eines Funktionsprogramms, Prüfen der Umwelterheblichkeit, Prüfen der Umweltverträglichkeit. Untersuchen von Lösungsmöglichkeiten nach grundsätzlich verschiedenen Anforderungen, Ergänzen der Vorplanungsunterlagen auf Grund besonderer Anforderungen, Aufstellen eines Finanzierungsplanes, Aufstellen einer Bauwerks- und Betriebs- Kosten-Nutzen-Analyse, Mitwirken bei der Kreditbeschaffung, Durchführen der Voranfrage (Bauanfrage), Anfertigen von Darstellungen durch besondere Techniken, wie zum Beispiel Perspektiven, Muster & Modelle, Aufstellen eines Zeit- und Organisationsplanes, Ergänzen der Vorplanungsunterlagen Analyse der Alternativen / Varianten und deren Wertung mit Kostenuntersuchung (Optimierung), Wirtschaftlichkeitsberechnung, Kostenberechnung durch Aufstellen von Mengengerüsten oder Bauelementkatalog, Ausarbeitung besonderer Maßnahmen zur Gebäude- und Bauteiloptimierung Mitwirken bei der Beschaffung der nachbarlichen Zustimmung, Erarbeiten von Unterlagen für besondere Prüfverfahren, Fachliche und organisatorische Unterstützung des Bauherrn im Widerspruchsverfahren, Klageverfahren oder Ähnliches, Ändern der Genehmigungsunterlagen infolge von Umständen, die der Auftragnehmer nicht zu vertreten hat; Aufstellen einer detaillierten Objektbeschreibung als Baubuch zur Grundlage der Leistungsbeschreibung mit Leistungsprogramm, Aufstellen einer detaillierten Objektbeschreibung als Raumbuch zur Grundlage der Leistungsbeschreibung mit Leistungsprogramm, Prüfen der vom bauausführenden Unternehmen auf Grund der Leistungsbeschreibung mit Leistungsprogramm ausgearbeiteten Ausführungspläne auf Übereinstimmung mit der Entwurfsplanung, Erarbeiten von Detailmodellen, Prüfen und Anerkennen von Plänen Dritter, nicht an der Planung fachlich Beteiligter auf Übereinstimmung mit den Ausführungsplänen Aufstellen der Leistungsbeschreibungen mit Leistungsprogramm unter Bezug auf Baubuch / Raumbuch, Aufstellen von alternativen Leistungsbeschreibungen für geschlossene Leistungsbereiche, Aufstellen von vergleichenden Kostenübersichten unter Auswertung der Beiträge anderer an der Planung fachlich Beteiligter Prüfen und Werten der Angebote aus Leistungsbeschreibung mit Leistungsprogramm einschließlich Preisspiegel, Aufstellen, Prüfen und Werten von Preisspiegeln nach besonderen Anforderungen Aufstellen, Überwachen und Fortschreiben eines Zahlungsplanes, Aufstellen, Überwachen und Fortschreiben von differenzierten Zeit-, Kosten- oder Kapazitätsplänen, Tätigkeit als verantwortlicher Bauleiter, soweit diese Tätigkeit nach jeweiligem Landesrecht über die Grundleistungen hinausgeht Erstellen von Bestandsplänen, Aufstellen von Ausrüstungs- und Inventarverzeichnissen, Erstellen von Wartungs- und Pflegeanweisungen, Objektbeobachtung, Objektverwaltung, Baubegehungen nach Übergabe, Überwachen der Wartungs- und Pflegeleistungen, Aufbereiten des Zahlungsmaterials für eine Objektdatei, Ermittlung und Kostenfeststellung zu Kostenrichtwerten, Überprüfen der Bauwerks- und Betriebs-Kosten-Nutzen-Analyse PV Projektplanung Vorbereitung der Ausführung Ausführung Projektdoku. / Inbetriebnahme GPM (E-Book) PM3 PM-technische Kompetenzen 357

12 Phasenmodelle im Überblick: In der nachfolgenden Tabelle a-2 sind Beispiele unterschiedlicher Phasenmodellen im Überblick dargestellt: Tabelle a-2: Phasenmodelle im Überblick (Quelle: Eigene Darstellung) Projektart DIN (2009) IT-Projekt (grob) Phasen Initialisierung Definition Planung Steuerung Abschluss Initialisierung Analyse Entwurf Entwicklung Abschluss IT-Projekt (fein) Analysekonzept Bedarfsidentifikat. Anforderungsskizze Analyseprototyp. Entwurfskonzept Entwurfsprototyp. Implementat. Integration Installation Einsatz Abschluss Org.-Projekt (grob) Initialisierung Bedarfsermittlung Vorbereitung Durchführung Abschluss Org.-Projekt (grob) Vorstudie Zielskizze Planung Bedarfsanalyse Bedarfsdefinition Vorbereitung Training Einführung Sicherung Abschluss F&E-Projekt (grob) Initialisierung Konzeptentwicklung Produktplanung Produktentwicklung Abschluss F&E-Projekt (fein) Problemidentifikat. Problemskizze Problemanalyse Konzeptfindung Produktdefinition Produktplanung Prototypentwickl. Realisierung Produktion Abschluss Invest.-Projekt (grob) Projektvorbereitung Projektplanung Vorbereitung der Ausführung Ausführung Abschluss Invest.-Projekt (fein) Projektimpuls Grundlag.- ermittlung Vor- Pl. Entwurfspl. Genehm. Ausführungsplan. Vergabe Ausführung Abnahme Objektbetr. + Doku.. Abschluss Projekte sind einmalig in der Gesamtheit der Bedingungen. Sie unterscheiden sich voneinander. Allerdings sind auch wiederkehrende Muster identifizierbar, die die Basis von Vorgehensmodellen bilden. 1.5 Vorgehensmodelle Vorgehensmodelle synthetisieren Best PM Practice und bieten verschiedene Vorteile: Vorgehensmodelle standardisieren die PM-Arbeit, da Begriffe und Verfahren definiert und vorgegeben werden. Was genau unterscheidet z. B. ein Grobkonzept von einem Feinkonzept? Wie werden sie wann von wem erstellt und geprüft? Was folgt als nächstes? Vorgehensmodelle erleichtern die PM-Arbeit, da Lösungsmuster (z. B. Phasen) vorgegeben werden. Vorgehensmodelle verbessern die PM-Arbeit, da Vollständigkeit (z. B. mittels Checklisten) und Güte (z. B. mittels Indikatoren) überprüfbar werden. Vorgehensmodelle machen Projekte in einer Projektlandschaft vergleichbar, da diese aufgrund einheitlicher Muster im Projektportfolio abbildbar werden. Zu unterscheiden sind einerseits spezifische Vorgehensmodelle und andererseits übergreifende Vorgehensmodelle. Spezifische Vorgehensmodelle sind Modelle, die für bestimmte Branchen, Projektarten, Projektgegenstände und Projektgrößen entwickelt wurden. Für IT-Projekte sind dies u. a. das V-Modell XT sowie HERMES. Eine über 800-Seiten mächtige Dokumentation zum V-Modell XT sowie entsprechende Werkzeuge sind kostenfrei per Download zu erhalten (http://www.cio.bund.de). Handbücher und Hilfsmittel zu HERMES stehen ebenfalls kostenfrei zum Download zur Verfügung (http://www.hermes.admin.ch). Im Vertiefungskapitel ist das HERMES-Modell im Überblick beschrieben. Vorgehensmodelle wurden auch für andere Projektarten und Projektgegenstände entwickelt. In der VDI-Richtlinie 2206 Entwicklungsmethodik für mechatronische Systeme ist ein Modell für die Mechatronik ausgearbeitet. Pate hierfür war das V-Modell (VDI, 2004). Für die Entwicklung von Mehrkörpersystemen hat Isermann et al. ein Modell entwickelt (Isermann u. a., 2002). Ein Vorgehensmodell für die Entwicklung integrierter mechanisch-elektronischer Baugruppen wurde im Verbundprojekt INERELA erarbeitet 358 GPM (E-Book) PM3 PM-technische Kompetenzen

13 (Gausemeier und Feldmann, 2006). Ein Vorgehensmodell für Organisationsprojekte ( Organisationsuntersuchungen und Personalbedarfsermittlung ), die den Zweck verfolgen, Optimierungskonzepte für die Aufgabenerfüllung zu erarbeiten, hat das Bundesministerium des Inneren mit Unterstützung der REFA (Verband für Arbeitsgestaltung, Betriebsorganisation und Unternehmensentwicklung e.v.) veröffentlicht. Das über 500-Seiten umfassende Handbuch steht frei zum Download zur Verfügung (http:// Die Liste der Vorgehensmodelle ließe sich fortsetzen. Das Problem ist in der Zwischenzeit nicht das Angebot, sondern die Auswahl eines angemessenen Modells. Übergreifende Vorgehensmodelle haben einen anderen Fokus: Sie sind für unterschiedliche Projekte unabhängig von der Branche, der Projektart oder vom Projektgegenstand geeignet. Teilweise bestehen unterschiedliche Versionen für eher kleinere oder größere Projekte. Eine solche Adaptionsoption bietet beispielsweise das Prozessmodell der DIN :2009 (vgl. hierzu Kapitel 1.00). Weitere Vorgehensmodelle mit einem übergreifenden Fokus sind PRINCE2 von OGC und PMBOK von PMI. Beide Modellklassen, spezifisch und übergreifend, bieten eine Vielfalt an Vorlagen, die an die Unternehmensbedingungen anzupassen sind, was zur Entwicklung unternehmensspezifischer Vorgehensmodelle führt. In der Regel ist zudem nur ein Vorgehensmodell nicht ausreichend: Externe Kunden-Entwicklungsprojekte stellen z. B. andere Anforderungen an das Projektmanagement als interne Organisationsprojekte. Vorgehensmodell-Bausteine: Was beinhalten diese eigentlich? Vorgehensmodelle legen oftmals ein bestimmtes (1) Phasenmodell mit (2) Meilensteinen fest, benennen (3) Hauptaktivitäten je Phasen, oftmals auch detaillierte (4) Aktivitäten, zudem (5) Regeln für die Abarbeitung der Aktivitäten sowie den Umgang mit Ergebnissen, definieren notwendige (6) Meilensteinergebnisse, geben ggf. bestimmte (7) Methoden und Werkzeuge vor, stellen (8) Arbeitsmittel (wie Checklisten, Formulare, Standardsvorlagen) zur Verfügung, bieten zudem Standards für die Projektorganisation mittels (9) Rollenbeschreibungen (welche Rollen gibt es im Projekt, was sind deren Rechte, Pflichten und Befugnisse) sowie ggf. weitere (10) Zusatzinformationen (z. B. summarische Angaben zu Phasenkosten oder dem Ressourcenbedarf). Vorgehensmodelle sagen, was, wie, wann, von wem & womit zu tun ist. Die Entwicklung eines unternehmensspezifischen Vorgehensmodells könnte wie folgt ablaufen: Kategorisierung der Projektlandschaft 1. auf Basis von Erfahrungswerten nach z. B. Projektarten (z. B. intern / extern) und Projektgrößen (z. B. A-Projekte, B-Projekte, C-Projekte). Die Kunst hierbei ist, dass ausreichend spezifische Klassen abgegrenzt werden, damit die Projekte nach dem gleichen Muster abgearbeitet werden können und gleichzeitig hinreichend große Klassen gebildet werden, damit nicht jedes Projekt einen eigenen Standard bildet. Definition eines Standardphasenmodells mit Meilensteinen. 2. Die Kunst hierbei ist, dass rein sequentielle Modell zwar leicht definierbar sind, diese jedoch der Realität von Projekten nicht immer gerecht werden, weshalb z. B. Schleifen (siehe Kapitel 2, unten) oder ähnliche Formen der Flexibilisierung eingeplant und erlaubt werden sollten. Definition von Projektmanagement-Prozessen je Phase. 3. Die Kunst hierbei ist das richtige Maß der Granularität zu finden. Werden zunächst Prozesse für große A-Projekte definiert, können diese anschließend abgespeckt werden für kleinere B- und C-Projekte. Das Prozessmodell der DIN :2009 stellt hierfür Optionen zur Verfügung, die unternehmensspezifisch anpassbar sind. Definition von Methoden und Werkzeugen je PM-Prozess sowie Entwicklung von Arbeitsmit- 4. teln. Definiert werden sollte nicht der Maximal-, sondern der Minimalstandard. Dieser kann mit wachsendem Reifegrad und Erfahrung mit dem Vorgehensmodell schrittweise angehoben werden. Definition von Rollenprofilen 5. mit Pflichten, Verantwortungen, Rechten und Befugnissen. Sammlung von Daten, Entwicklung von Kennzahlen sowie schrittweise Optimierung. 6. Das Lernen aus Projekten bzw. die Auswertung der Erfahrung und Umsetzung dieser in Kennzahlen ist notwendig, um Zusatzinformationen gernerieren zu können. Hier zeigt sich der Mehrwert der Standardisierung durch Vorgehensmodelle sehr deutlich. GPM (E-Book) PM3 PM-technische Kompetenzen 359

14 Die Entwicklung eines unternehmensspezifischen Vorgehensmodells wird einfacher, wenn ein idealtypisches spezifisches oder übergreifendes Vorgehensmodell als Vorlage verwendet wird. Die Auswahl des geeigenten Modells könnte z. B. mittels einer Nutzwerkanalyse und folgender Kriterien erfolgen: I I Konsistenz: Ist das Modell logisch aufgebaut und plausibel? Akzeptanz: Bietet das Modell ein gemeinsames Verständnis für alle Beteiligten? Ist das Modell leicht verständlich und nachvollziehbar? Aufwand: Wie hoch ist der Aufwand zur Anpassung? Nutzen: Sind die wichtigen, im weiteren Projektverlauf erforderlichen Entscheidungen erkennbar? Welcher konkrete Gewinn (Zeitersparnis, Qualitätssicherung, Reputation) entsteht durch die Anwendung des Modells? I I Verbreitungsgrad: Welche und wie viele Unternehmen in der gleichen Branche greifen ebenfalls auf dieses Vorgehensmodell zurück? 1.6 Lebenszyklusmodelle Eine Ergänzung der modelle um den Aspekt der Projektergebnisse, deren Nutzung und deren Lebensdauer und ggf. die Einleitung eines neuen Projekts, um die genutzten Projektergebnisse durch neue Ergebnisse abzulösen, führt zu Lebenszyklusmodellen als Variante der rein projektbezogenen Phasenmodelle. In den Lebenszyklusmodellen folgen auf das klassische Projektende, den Projektabschluss, die Inbetriebnahme, eine oder mehrere weitere Phasen, zunächst jedoch die Nutzungsphase, die dann meistens keinen Bezug mehr zu den ursprünglichen Projektverantwortlichen hat. Die Laufzeit der Nutzungsphase ist in der Regel mehr- bzw. sogar vieljährig und mündet am Ende der Laufzeit in eine Entscheidung über eine erneute Projektierung. Die Nutzungsphase leitet zumindest die Phase der Außerbetriebnahme noch ein, um anschließend den Zyklus auf anderem Ergebnisniveau wieder von vorne beginnen zu lassen. Insbesondere an der Laufzeit von Kraftwerken oder der Lebenszeit von Produktionsbetrieben wird deutlich, dass eine Orientierung innerhalb eines einzigen Phasenmodells aufgrund der jeweiligen Phasendauer auch problematisch sein kann. Hilfreich ist allerdings, die Lebensphasen als Orientierung zu verstehen für notwendige Vorleistungen im Projekt z. B. für eine spätere Außerbetriebnahme oder Stilllegung eines Projektergebnisses. Mit der Sicht auf den Lebenszyklus bzw. Lebensweg wird das spätere Projekt Außerbetriebnahme oder Stilllegung bereits mit dem Abschluss der Realisierung angemessen dokumentiert vorbereitet. Die künftig einmal verantwortliche Projektleitung weiß auch 25 Jahre später, eine gute Vorleistung ihres Vorgängers zu schätzen. Bei kürzeren Projektlebensdauern kann demgegenüber sogar eine durchgängige Projektverantwortung sinnvoll sein. Dies ist z. B. der Fall bei der Fertigung von Produktchargen, die von der Auftragserteilung über Planung, Entwicklung und Produktion bis zum Abverkauf im Markt und bis zum Ablauf der Garantiezeit für die letzten verkauften Exemplare eine Gesamtdurchlaufzeit von nur 3-4 Jahren haben. Dies trifft u. a. auf die ganzen Aktionswaren zu, wie sie von Kaffeeröstern bis hin zu etablierten Handelsketten regelmäßig in den Markt gebracht werden. 360 GPM (E-Book) PM3 PM-technische Kompetenzen

15 2 Flexibilisierung Die in Kapitel 1 dargestellten Phasenmodelle weisen eine sequenzielle Struktur auf: Eine Phase folgt der anderen und Meilensteine trennen Phasen. Diese Logik ist nicht immer realistisch und angemessen und führt oftmals zu zeitlichen Verzögerungen. 2.1 Phasenübergänge und Meilensteine Das Reinschleichen in eine nächste Projektphase oder das Rausschleichen aus einer Projektphase ist zwar immer wieder gelebter Alltag, wird dadurch, dass es praktiziert wird, im Grundsatz nicht besser. Dass es Situationen im Projektverlauf gibt, die parallele erfordern oder ermöglichen und dass Überlappungen im Phasenübergang sinnvoll sein können, ist unbestritten. Mit der Orientierung an einem Phasenplan wird mit dem Projekterstauftrag und der zu beginnenden konkreten Projektentwicklung allerdings die Möglichkeit geboten, mit dem Auftraggeber gemeinsam zu planen, wann im Projektverlauf Entscheidungen zu treffen sind über die Fortsetzung oder den Abbruch des Projekts. In einem solchen Projekt kann es dennoch durchaus sinnvoll sein, dass Phasen überlappen. Eine komplexe Umweltverträglichkeitsprüfung kann z. B. an einem Standort noch nicht abgeschlossen sein, während an anderer Stelle bereits Baumaßnahmen begonnen haben, die den Sachzwängen geschuldet sind, um das gesamte Vorhaben innerhalb des begrenzten verfügbaren Zeitrahmens, z. B. aus Gründen des Haushaltsrechts, abzuschließen. Eine noch weitergehende Variante der Phasenüberschneidung ist insbesondere in der Software-Entwicklung die Parallelisierung von z. B. Planungs- und Realisierungsphase zur Verkürzung der Entwicklungszeiten. Spektakuläre Konsequenzen sind allerdings auch fertig gestellte, aber nicht nutzbare Investitionsruinen. In den sogenannten Schwarzbüchern sind derartige Beispiele dokumentiert. Ein Meilenstein wird in der DIN 69900:2009 definiert als Schlüsselereignis bzw. als Ereignis besonderer Bedeutung. Meilensteine besitzen Flexibilisierungspotentiale: Zunächst gilt es, die (1) Funktion eines Meilensteins zu klären (Liefergegenstände/Zwischenergebnisse, Prüfung, Entscheidung, Phasenübergang). Meilensteine sind sodann zu operationalisieren; es sind Leistungskriterien sowie deren Ausprägung zu definieren. Die Terminierung ist hierbei ein nachgelagertes Kriterium! Ein typischer Fehler ist, dass Meilensteine zu früh terminiert werden. (2) Als Definitionen können Mindeststandards definiert werden sowie (3) Fristen zur Nacharbeit. (4) Phasenübergänge können automatisiert werden: Sobald der Phasen-Abschluss erreicht ist, startet die nächste Phase (Kombination von Phasen- Abschluss und Phasen-Freigabe). (5) Errechnete (sachlich-logische) und gewünschte (verhandelbare) Meilensteintermine sind zu unterscheiden. Realitäten sind oftmals eine Frage der Priorisierung. Sinnvoll sind einerseits Phasenüberlappungen und eine Parallelisierung von Phasen, um die Flexibilität zu erhöhen. Sinnvoll ist andererseits auch, definitive Entscheidungspunkte zu vereinbaren, an denen das Projekt auf dem Prüfstand steht (siehe oben: Quality Gates). 2.2 Modellfamilien In Anlehnung an Bunse und von Knethen (2008) werden nachfolgend drei Modellfamilien unterschieden, die das Problem standardisierte Flexibilität bzw. flexible Standardisierung unterschiedlich lösen. Die Modellfamilien entstammen der Software-Entwicklung. Ziel dieses Kapitels ist es allerdings nicht, SE-Vorgehensmodelle zu beschreiben, sondern verschiedene Möglichkeiten der Flexibilisierung aufzuzeigen. Im Vertiefungskapitel wird der Ansatz Agiles Projektmanagement gesondert beschrieben, weshalb dieser nachfolgend nicht weiter ausgeführt wird. Die drei Modellfamilien sind: GPM (E-Book) PM3 PM-technische Kompetenzen 361

16 Sequentielle Modelle: Zu diese Kategorie zählen Phasen-, Wasserfall- und Schleifenmodelle. Wiederholende Modelle: Zu dieser Modellklasse zählen die inkrementellen, iterativen, rekursiven und evolutionären Modelle. Wiederverwendende Modelle: Modelle dieser Kategorie sind darauf ausgerichtet, bestehende Module zu recyklen sowie in der Entwicklung auf die erneute Verwendbarkeit hin zu arbeiten. Sequentielle Modelle Zu dieser Modellkategorie zählen sequentielle Phasenmodelle, die den Übergang in die nächste Phase davon abhängig machen, dass alle Aktivitäten einer Phase vollständig abgeschlossen sind und alle Ergebnisse vollständig vorliegen. Phasenrückschritte stellen Ausnahmen dar. Die Ergebnisse, z. B. Entwurfsdokumente, einer Phasen bilden die Voraussetzung für die Arbeiten in der nächsten Phase und werden dort weiterverarbeitet. Wasserfall- bzw. Schleifenmodelle folgen ebenfalls einer sequentiellen Logik. Sie erlauben allerdings kontrollierte Iterationen, um Aktivitäten einer Vorphase erneut durchzuführen. Notwendig sind Rückschritte, z. B. um Fehler einer vorangehenden Phase zu korrigieren oder um geänderte Anforderungen zu berücksichtigen. Welche Rückschritte erlaubt sind, ist vom jeweiligen Modell abhängig. Dies kann nur die letzte Phase sein, wie beim Wasserfallmodell, oder auch eine weit frühere Phase, wie beim Schleifenmodell. Eine weitere Form der Flexibilisierung ist die Verwendung von Prototypen oder Pilotanwendungen in sequentiellen Modellen. An bestimmten Zeitpunkten ist die Entwicklung von Prototypen (vereinfachte oder eingeschränkt funktionsfähige Varianten) oder Pilotanwendungen (Anwendungen in einem begrenzten Rahmen) geplant. Kontrollierte Rückschritte bzw. Wiederholungen der Aktivitäten einer Phase sind an diesen Zeitpunkten bewusst eingeplant, um die Erfahrung mit dem Prototyp / der Pilotanwendung verwerten zu können. In Abbildung a-5 sind die verschiedenen Varianten dargestellt: Linear, mit Phasenrückschritten, mit Schleifen und Prototypen. Abbildung a-5: Sequentielle Modellfamilie Quelle: In Anlehnung an Bunse & von Knethen, 2008: 8 Sequentielle Modell sind gut einsetzbar, wenn Erfahrung besteht hinsichtlich der geplanten Entwicklung und wenn die Anforderungen stabil sind. Ein Vorteil ist, dass kein umfangreiches Konfigurationsmanagement notwendig ist, da nur wenige Versionsänderungen anfallen bzw. möglich sind. Nachteilig ist jedoch, dass an den Phasenübergängen zeitliche Verzögerungen entstehen können, fertige Produkte erst sehr spät entstehen (außer bei Pilotanwendungen in z. B. OE-Projekten), was bei zeitlichen Verzögerungen dazu führen kann, dass bei fixen Endterminen kein fertiges Produkt vorliegt. Wenn die Erfahrung gering ist, Anforderungen instabil oder unscharf sind und fixe Endtermine bestehen, sind streng-sequentielle ungeeignet. Für diese Fälle sind wiederholende Modelle besser geeignet. 362 GPM (E-Book) PM3 PM-technische Kompetenzen

17 Wiederholende Modelle Basisidee der wiederholenden Modelle ist, dass das Projekt nicht in sequentiellen Phasen (erst die vollständige Analyse, dann der vollständige Entwurf, dann die vollständige Implementierung, dann die vollständige Integration usw.), sondern in Inkrementen abgearbeitet wird. Ein Inkrement bildet eine Teilmenge der Gesamtanforderungen. Diese werden abgearbeitet (Analyse, Entwurf, Implementierung usw.) bevor eine erweiterte Teilmenge abgearbeitet (erneut: Analyse, Entwurf, Implementierung usw.) wird. Das Produkt wächst mit jedem Inkrement (lat. incrementum = Wachstum). Der Vorteil ist, dass Erfahrung schrittweise aufgebaut und direkt gelernt wird, die Komplexität zunächst reduziert ist (und sich schrittweise erhöht), Teilprodukte bereits früh entstehen und schrittweise erweitert werden, was bei Terminengpässen zumindest Teillieferungen ermöglicht. In Abbildung a-6 ist diese Grundidee illustriert für drei Inkremente. Abbildung a-6: Inkremente als Grundidee wiederholender Modelle Quelle: Bunse & von Knethen, 2008: 12 Wiederholende Modelle sind geeignet, wenn Anforderungen unscharf oder instabil sind und die Erfahrung gering ist. In diesem Fall könnte z. B. mit den sichersten Anforderungen begonnen werden, um dann mit wachsender Erfahrung Sicherheit zu gewinnen. Notwendig ist jedoch, dass die Anforderungen in Teilmengen untergliederbar und diese möglichst wenig voneinander abhängig sind. Im ungünstigen Fall, insbesondere bei vielen Abhängigkeiten, kann es passieren, dass geänderte Anforderungen in späteren Inkrementen eine Überarbeitung bereits fertig gestellter Ergebnisse notwendig macht. Notwendig ist zudem ein gutes Versions- und Konfigurationsmanagement, da nicht nur von Inkrement zu Inkrement, sondern auch innerhalb eines Inkrements durch Rückschritte (wie bei den sequentiellen Modellen) verschiedene Versionen entstehen. Notwendig und sinnvoll ist zudem, mit dem Auftraggeber die abzuarbeitenden Inkremente zu priorisieren, damit im Fall einer Terminverzögerung, die wichtigen Funktionen zumindest realisiert sind. Zu den wiederholenden Modellen zählen neben den inkrementellen Modellen die iterativen, rekursiven und evolutionären Modellen. Ein evolutionäres Modell von Boehm (1988) ist in Abbildung a-7 dargestellt. GPM (E-Book) PM3 PM-technische Kompetenzen 363

18 Abbildung a-7: Evolutionärer Ansatz als Beispiel eines wiederholenden Modells Quelle: Bunse & von Knethen, 2008: 13 Bruno Jenny merkt zu Recht an, dass eine aus dem Modell herausgetrennte und aufgebogene Spirale theoretisch ein sequentielles Modell bildet (Jenny, 2009: 146). Meilensteine könnten sodann den Phasenübergang markieren zwischen Plane nächste Phase und Lege Ziele, Alternativen und Beschränkungen fest. Das Modell wäre damit durchaus als Phasenplan in Balkenform mit Meilensteinen darstellbar. Wiederverwendende Modelle Wiederverwendende Modell sind darauf ausgerichtet, einerseits Ergebnisse aus abgeschlossenen Projekten wiederzuverwenden und andererseits im Projekt darauf hinzuarbeiten, dass eigene Ergebnisse in anderen Projekten verwendbar sind. Vorteile sind u. a., dass auf Erfahrung zurück gegriffen werden kann und Prototypen schneller entwickelbar sind. Nachteilig kann sein, dass wiederverwendete Ergebnisse, wenn sie nicht ausreichend passend sind, die Komplexität erhöhen und zudem anzupassen sind. Erforderlich ist, wie bei den wiederholenden Modellen, dass ein umfangreiches Versions- und Konfigurationsmanagement im Projekt und projektübergreifend besteht, damit die Wiederverwendbarkeit von Projekt zu Projekt qualitätsgesichert möglich ist. Im Projekt sind Ergebnisse wiederum für andere Projekte aufzubereiten, was zusätzlichen Aufwand bedeutet (falls dies nicht eine spezielle Service-Einheit übernimmt). Zudem sind die Wiederverwendungskandidaten projektübergreifend zu verwalten. Wiederverwendende Modelle erfordern deshalb eine entsprechende Unternehmensstrategie sowie unterstützende projektübergreifende Unternehmensprozesse. In Abbildung a-8 ist ein entsprechendes Modell dargestellt. 364 GPM (E-Book) PM3 PM-technische Kompetenzen

19 Abbildung a-8: Wiederverwendende Modelle Quelle: Bunse & von Knethen, 2008: 16 An dieser Stelle endet das Basiskapitel. Im Vertiefungskapitel werden das Vorgehensmodell HERMES sowie das Agile Projektmanagement dargestellt. 3 Fragen zur Wiederholung 1 Was sollte ein erster grober Phasenplan mindestens beinhalten? 2 Benennen Sie Beispiele projektartenspezifischer Phasenmodelle. 3 Worin bestehen Vorteile und Nachteile, wenn eine Phasenbetrachtung angewendet wird? 4 Was sind Gemeinsamkeiten und Unterschiede von Meilensteinen und Gates? 5 Worin bestehen Vorteil und Nachteile, wenn Vorgehensmodelle verwendet werden? 6 Wie sind spezfische und übergreifende Vorgehensmodelle unterscheidbar? 7 Welche Bausteine können Vorgehensmodelle (VM) beinhalten? 8 Wie würden Sie vorgehen, um ein unternehmensspezifisches VM zu entwickeln? 9 Welche Möglichkeiten bestehen zur Flexibilisierung von Phasenplänen? GPM (E-Book) PM3 PM-technische Kompetenzen 365

20 366

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

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

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

Projektmanagement Grundlagen

Projektmanagement Grundlagen Vorlesung am IBIT der DHBW Mannheim Dr. Ulrich Meyer um@mci-consulting.de Tel.: 07136 / 9610226 www.mci-consulting.de Dr. Meyer Consulting Waldauweg 4 74177 Bad Friedrichshall 07136 / 9610226 Fax 07136

Mehr

Urheberrechtlich geschütztes Material. Projektmanagement

Urheberrechtlich geschütztes Material. Projektmanagement Projektmanagement Leitfaden zum Management von Projekten, Projektportfolios, Programmen und projektorientierten Unternehmen 5., wesentlich erweiterte und aktualisierte Auflage Univ.-Prof. Dipl.-Ing. Dr.

Mehr

Kapitel 2: Projektmanagement Umsetzung

Kapitel 2: Projektmanagement Umsetzung 1. Projektmanagement-System 2. Projektphasen 3. Aufbauorganisation 4. Menschen im Projekt und ihre Rollen 5. Excurs: Gruppendynamik 6. Methoden und Werkzeuge Dr. Ulrich Meyer 22 Kapitel 2: PM-Umsetzung

Mehr

Grundlagen der Projektarbeit

Grundlagen der Projektarbeit Lerninhalte ❶ ❷ ❸ ❹ ❺ ❻ Ziele und Aufgaben des s Beteiligte des s Aufstellung der IS-Architektur (Überblick) Projektplanung Projektentwicklung Projektorganisation Lerninhalte L1 i Ziele und Aufgaben des

Mehr

Einführung in das Projektmanagement 1

Einführung in das Projektmanagement 1 Einführung in das Projektmanagement 1 Gliederung 1. Einführung und Grundlagen 1.1 Beispiele 1.2 Grundbegriffe und Definitionen 1.3 Erfolgsfaktoren des Projektmanagements 2. Projektorganisation 3. Projektphasen

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

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Vortrag im Rahmen des IKT-Forums 2015 Salzburg-Urstein am 21. Mai 2015 www.organisationsgesta 00. Agenda Agenda 1. Projektmanagement

Mehr

Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK. Werner Achtert

Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK. Werner Achtert Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK Werner Achtert Agenda Projektmanagement in IT-Projekten Einrichtung eines PMO in der BVBS PMBoK

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

V-Methode, RUP, Waterfall oder was?

V-Methode, RUP, Waterfall oder was? 5. Bayerischer IT-Rechtstag am 26. Oktober 2006 auf der SYSTEMS 2006 in München Übersicht über die verschiedenen Vorgehensmodelle Dr. Sarre & Schmidt EDV-Sachverständige, München Öffentlich bestellter

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com

Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com Agiles + traditionelles PM - ein unschlagbares Team?! www.pmcc-consulting.com Vortrag PMI Chapter Frankfurt, Eschborn am 7. April 2015 00. Agenda Agenda 1. Projektmanagement 2. Probleme und Erkenntnisse

Mehr

Projektmanagement Basistraining

Projektmanagement Basistraining Projektmanagement Basistraining adensio GmbH Kaiser-Joseph-Straße 244 79098 Freiburg info@adensio.com www.adensio.com +49 761 2024192-0 24.07.2015 PM Basistraining by adensio 1 Inhalte Standard 2-Tage

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Projektmanagement einführen und etablieren

Projektmanagement einführen und etablieren Projektmanagement einführen und etablieren Erfolgreiches und professionelles Projektmanagement zeichnet sich durch eine bewusste und situative Auswahl relevanter Methoden und Strategien aus. Das Unternehmen

Mehr

Timeboxing. Rückgrat agiler Projekte. Bernd Oestereich (Geschäftsführer) Christian Weiss (Geschäftsführer) Timeboxing Rückgrat agiler Projekte

Timeboxing. Rückgrat agiler Projekte. Bernd Oestereich (Geschäftsführer) Christian Weiss (Geschäftsführer) Timeboxing Rückgrat agiler Projekte Bernd Oestereich (Geschäftsführer) Timeboxing Rückgrat agiler Projekte Christian Weiss (Geschäftsführer) Copyright by oose GmbH 2006 Das Wasserfallmodell ein historisches Mißverständnis. Der Wasserfallprozess-

Mehr

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

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Multiproj ektmanagement

Multiproj ektmanagement Jörg Seidl Multiproj ektmanagement Übergreifende Steuerung von Mehrprojektsituation^n^durch Projektportfolio- und Programmmanagement vq. Springer Inhaltsverzeichnis 1 Einführung und Grundlagen 1 1.1 Projektmanagement

Mehr

Evolutionäres Phasenmodell. Vorgehensmodelle

Evolutionäres Phasenmodell. Vorgehensmodelle Evolutionäres Phasenmodell Vorgehensmodelle PM 1 Die Phase Projektinitialisierung wird in enger Zusammenarbeit zwischen Projektauftraggeber und Auftragnehmer durchgeführt. Die Informationen aus dem Projektportfolio,

Mehr

Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH

Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH Was ist ein Projekt? Ein Projekt ist eine für einen befristeten Zeitraum geschaffene Organisation, die mit dem

Mehr

Agenda. VP Projektmanagement SS 2007 Termin 1 Einleitung / Projektstart. VP Projektmanagement SS 07 (Termin 1) - Einleitung & Projektstart

Agenda. VP Projektmanagement SS 2007 Termin 1 Einleitung / Projektstart. VP Projektmanagement SS 07 (Termin 1) - Einleitung & Projektstart (Termin 1) - Kopfzeile VP Projektmanagement SS 2007 Termin 1 Einleitung / Projektstart Agenda Einleitung (Zeitmanagement, Vorstellung, Inhalte der Vorlesung, Spielregeln, Warum Projektmanagement?) Was

Mehr

SOFTWARELÖSUNG. Wolfram Ott & Partner GmbH Brennereistrasse 1 D - 71282 Hemmingen. P-see ist ein Produkt der Wolfram Ott & Partner GmbH, Hemmingen

SOFTWARELÖSUNG. Wolfram Ott & Partner GmbH Brennereistrasse 1 D - 71282 Hemmingen. P-see ist ein Produkt der Wolfram Ott & Partner GmbH, Hemmingen SOFTWARELÖSUNG Wolfram Ott & Partner GmbH Brennereistrasse 1 D - 71282 Hemmingen P-see ist ein Produkt der Wolfram Ott & Partner GmbH, Hemmingen P-see Projektmanagement-Tool Projekt-Transparenz erfolgreich

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

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH

Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH Strukturiertes Projektmanagement nach PRINCE2! Frank Steinseifer UWS Business Solutions GmbH Was ist ein Projekt? Ein Projekt ist eine für einen befristeten Zeitraum geschaffene Organisation, die mit dem

Mehr

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center Ihr starker IT-Partner. Heute und morgen PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr PRINCE2 TAG 2011 Peter Morwinski, Leiter Technologie Center INHALT PRINCE2 und V-Modell XT Einleitung

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

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Die Bearbeitungszeit der Klausur beträgt 90 Minuten. Es sind alle

Mehr

Testfragen PRINCE2 Foundation

Testfragen PRINCE2 Foundation Testfragen PRINCE2 Foundation Multiple Choice Prüfungsdauer: 20 Minuten Hinweise zur Prüfung 1. Sie sollten versuchen, alle 25 Fragen zu beantworten. 2. Zur Beantwortung der Fragen stehen Ihnen 20 Minuten

Mehr

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Professionelles Projektmanagement in der Praxis

Professionelles Projektmanagement in der Praxis Institute of Computer Science Chair of Communication Networks Prof. Dr.-Ing. P. Tran-Gia Vorlesung Professionelles Projektmanagement in der Praxis Prof. Dr. Harald Wehnes Veranstaltung 2 Teil 3 (20.04.2015):

Mehr

PQ4Agile Agiler Referenzprozess

PQ4Agile Agiler Referenzprozess PQ4Agile Agiler Referenzprozess ARBEITSPAKET 1.1 KONSORTIUM Projekt Förderprogramm PQ4Agile KMU Innovativ Förderkennzeichen 01IS13032 Arbeitspaket Fälligkeit 31.07.2014 Autor Status Klassifikation AP1.1

Mehr

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA PM WBS Sprint Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA Über den Vortragenden IT-Leiter der Austrian Gaming Industries (Novomatic Group of Companies) MBA in

Mehr

Projektmanagement. WEKA Business Dossier. Projekte erfolgreich planen, umsetzen und abschliessen. Sofort-Nutzen. Dossier-Themen.

Projektmanagement. WEKA Business Dossier. Projekte erfolgreich planen, umsetzen und abschliessen. Sofort-Nutzen. Dossier-Themen. Projekte erfolgreich planen, umsetzen und abschliessen Dossier-Themen Unternehmens führung Personal Führung Erfolg & Karriere Kommunikation Marketing & Vertrieb Informatik Recht, Steuern & Finanzen Sofort-Nutzen

Mehr

Grundlagen Projektmanagement/ Projektcontrolling

Grundlagen Projektmanagement/ Projektcontrolling Titel Grundlagen Projektmanagement/ Projektcontrolling Basiswissen für ein erfolgreiches Projektmanagement Dozentin: Dipl.- Betriebswirtin (FH) Überblick Projektmanagement-Haus Strategisches Projektmanagement

Mehr

Projektmanagement Kapitel 3 Tools die Werkzeuge. Übersicht Werkzeuge des Projektmanagements

Projektmanagement Kapitel 3 Tools die Werkzeuge. Übersicht Werkzeuge des Projektmanagements Projektmanagement Übersicht Werkzeuge des PM Seite 1 von 6 Projektmanagement Kapitel 3 Tools die Werkzeuge Übersicht Werkzeuge des Projektmanagements 1.1 Werkzeuge für eine strukturierte Abwicklung In

Mehr

Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin

Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin Raphael Leiteritz, raphael@leiteritz.com, 22. April 2002 1 Inhalt 1 Was

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

PROJEKTMANAGEMENT IN EXZELLENZ.

PROJEKTMANAGEMENT IN EXZELLENZ. PROJEKTMANAGEMENT IN EXZELLENZ. Competence-Center Projektmanagement ZUFRIEDENHEIT IST ERFAHRUNGSSACHE. inducad creativ[e] hat besondere Expertise als Strategieberater der Unternehmensführungen. Der Erfolg

Mehr

IT-Projektmanagement - Methoden und Techniken

IT-Projektmanagement - Methoden und Techniken IT-Projektmanagement - Methoden und Techniken Seminarunterlage Version: 6.02 Version 6.02 vom 9. April 2015 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen

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

Welches ist der passende Projektmanagement-Standard für Sie bzw. Ihr Unternehmen?

Welches ist der passende Projektmanagement-Standard für Sie bzw. Ihr Unternehmen? FACHBEITRAG Welches ist der passende Projektmanagement-Standard für Sie bzw. Ihr Unternehmen? Die vier in der Schweiz zurzeit populärsten Projektmanagement-Standards sind: Swiss NCB (National Competence

Mehr

Projektmanagement. Klassisches Projektmanagement Projektmanagementstandards

Projektmanagement. Klassisches Projektmanagement Projektmanagementstandards Projektmanagement Klassisches Projektmanagement Projektmanagementstandards Lernziel Kenntnisse über die Standards im klassischen Projektmanagement Vorlesung Projektmanagement - Klassisches Projektmanagement

Mehr

Prozess- und Projektmanagement

Prozess- und Projektmanagement Prozess- und Projektmanagement Prozess vs. Projekt 2011 Manfred Bauer Dipl.-Ing. Dipl.-Projektmanager (FH) Ist dies ein Projekt? Bild rein zur Frage Minimierung der Unfallzahlen 2 Bild rein zur Frage Ist

Mehr

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 7.2 January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Sprinten mit dem V-Modell XT Olaf Lewitz Sprinten mit dem V-Modell XT Olaf Lewitz microtool GmbH, Berlin Konkurrenz

Mehr

Semester: -- Workload: 150 h ECTS Punkte: 5

Semester: -- Workload: 150 h ECTS Punkte: 5 Modulbezeichnung: Modulnummer: IPMG IT-Projektmanagement Semester: -- Dauer: Minimaldauer 1 Semester Modultyp: Pflicht Regulär angeboten im: WS, SS Workload: 150 h ECTS Punkte: 5 Zugangsvoraussetzungen:

Mehr

POCKET POWER. Change Management. 4. Auflage

POCKET POWER. Change Management. 4. Auflage POCKET POWER Change Management 4. Auflage Der Herausgeber Prof.Dr.-Ing. GerdF.Kamiske, ehemalsleiter der Qualitätssicherung im Volkswagenwerk Wolfsburg und Universitätsprofessor für Qualitätswissenschaft

Mehr

Einführung in die SWE

Einführung in die SWE Einführung in die SWE Inhalte der Vorlesung Allgemeine Ziele der Lehrveranstaltung Entwickeln einer kleinen Applikation nach professionellem Vorgehensmodell Erlernen des objektorientierten Herangehens

Mehr

Grundlagen des Projektmanagements

Grundlagen des Projektmanagements Grundlagen des Projektmanagements dynamisch Umweltzustände statisch Steigende Notwendigkeit neuerer, effektiver Organisationsformen einfach Aufgabentypen komplex Vorphase Analyse Entwurf Realisierung Einführung

Mehr

Über dieses Buch. Kapitel 1. 1.1 Einleitung

Über dieses Buch. Kapitel 1. 1.1 Einleitung Kapitel 1 Über dieses Buch 1.1 Einleitung Dieses Buch behandelt das Vorgehensmodell Kanban und seinen Einsatz in Softwareentwicklungsprojekten. Kanban ist ein Vorgehensmodell der schlanken Softwareentwicklung

Mehr

2 Einführung in das V-Modell XT

2 Einführung in das V-Modell XT Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 2 Einführung in das V-Modell XT V-Modell XT Anwendung im Projekt

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

(Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung

(Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung (Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung Prof. Dr. rer. nat. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät Informatik TU Dresden Version 07-0.6, April 11, 2007 [1]

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

Was ist PRINCE2 und was nicht?

Was ist PRINCE2 und was nicht? Was ist PRINCE2 und was nicht? Vortrag zur Projektmanagement Methode PRINCE2 beim 34. Meeting der Local Group Hamburg des PMI Frankfurt Chapter e.v. Referent: Marco Ramm (Ramm Consulting) Fr. 17.09.2010

Mehr

Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin

Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin Krankenhaus Barmherzige Brüder Regensburg BLINDTEXT THEMA Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin Dagmar Alzinger, Referentin der Geschäftsführung 1 Inhalt 1 2 3 4 5 6 Was ist ein Projekt?

Mehr

Projektmanagement (Modelle, Methoden & Tools)

Projektmanagement (Modelle, Methoden & Tools) Projektmanagement (Modelle, Methoden & Tools) Übersicht zu den Inhalten der Vorlesung Die Inhalte der Vorlesung wurden primär auf Basis der angegebenen Literatur erstellt. Darüber hinaus finden sich vielfältige

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

Projektmanagement Aufgabenstellung

Projektmanagement Aufgabenstellung Modulprüfungen SVF-ASFC Ausgabe Herbst 2010 Projektmanagement Aufgabenstellung Dauer der Prüfung: 60 Minuten Erlaubte Hilfsmittel: keine Kleben Sie Ihre Prüfungsmarke hier auf! Punkte: Note: Unterschrift

Mehr

ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage

ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage Wirdemann Scrum mit User Stories vbleiben Sie einfach auf dem Laufenden: www.hanser.de/newsletter Sofort anmelden und Monat für Monat die neuesten Infos

Mehr

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software

Mehr

Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle)

Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle) Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle) Zuser Kap. 1-3 oder Ghezzi Chapter 1 oder Pfleeger Chapter 1; Chap 8.1 http://homepages.cs.ncl.ac.uk/brian.randell/nato/ The first International Conference

Mehr

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1 V-Modell Dipl. Wirtsch. Ing. Alexander Werth Software Engineering 11-1 Was ist das V-Modell? Das V im V-Modell steht für Vorgehensmodell. Umfangreiches Dokument. Softwaretool zur Unterstützung. Vorgabe

Mehr

Inhaltsverzeichnis. Vorwort... 5 TEIL I: Grundlagen... 17. TEIL II: Das Projekt... 83

Inhaltsverzeichnis. Vorwort... 5 TEIL I: Grundlagen... 17. TEIL II: Das Projekt... 83 Vorwort... 5 TEIL I: Grundlagen... 17 1 Grundlagen... 19 1.1 Grundlagen zu Projekt und Projektmanagement... 19 1.1.1 Projektbegriff... 19 1.1.2 Projektarten... 21 1.1.3 Die Projektmanagement-Aufgaben...

Mehr

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher Projektorganisation und Vorgehen in agilen Projekten Noser Technologieimpulse München 2013 - Matthias Neubacher Ein wenig Theorie Agile Methoden Warum? hohe Anpassbarkeit schnellere Ergebnisse günstigere

Mehr

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter -

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - FOCUS Team KG Besenbruchstraße 16 42285 Wuppertal Tel.: 0202 28394-0

Mehr

Projekte planen und überwachen mit OpenProject Anwenderhandbuch

Projekte planen und überwachen mit OpenProject Anwenderhandbuch Projekte planen und überwachen mit OpenProject Anwenderhandbuch Force4project GmbH force4project.ch@ziknet.ch Schulstrasse 1 +41 627390090 CH-5037 Muhen www.force4project.ch Anwenderhandbuch OpenProject

Mehr

Basiswissen Software-Projektmanagement

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

Mehr

Projektmanagement in Vorarlberg. Einleitung

Projektmanagement in Vorarlberg. Einleitung Zusammenfassung der Studienergebnisse Projektmanagement in Vorarlberg Entwicklungsstand im Projektmanagement am Beispiel der Vorarlberger Wirtschaft Kooperationspartner Einleitung Die Anforderungen an

Mehr

Software Engineering (SE) 2) Phasenübergreifende Verfahren

Software Engineering (SE) 2) Phasenübergreifende Verfahren Software Engineering (SE) 2) Phasenübergreifende Verfahren Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik Kontakt: anja.metzner@hs-augsburg.de Studiengang IBac 1 (Stand: 01.10.2014),

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

Projektmanagement - Ein Geschäftsprozess auf allen Ebenen > TRAININGSANSÄTZE< Christian Niederstätter Juni 2011

Projektmanagement - Ein Geschäftsprozess auf allen Ebenen > TRAININGSANSÄTZE< Christian Niederstätter Juni 2011 Projektmanagement - Ein Geschäftsprozess auf allen Ebenen > TRAININGSANSÄTZE< Christian Niederstätter Juni 2011 Tel: +43 664 9 130 140 Email: office@ctn-consulting.com PM-Ansätze auf allen Ebenen PM Office

Mehr

Projektmanagement» Methoden» Prozesse» Hilfsmittel. » Let your. projects fly» Christian Sterrer Gernot Winkler. Mit CD-ROM! Goldegg Management

Projektmanagement» Methoden» Prozesse» Hilfsmittel. » Let your. projects fly» Christian Sterrer Gernot Winkler. Mit CD-ROM! Goldegg Management Projektmanagement» Methoden» Prozesse» Hilfsmittel» Let your projects fly» Christian Sterrer Gernot Winkler Mit CD-ROM! Goldegg Management LET YOUR PROJECTS FLY Inhalt Einleitung 7 Ausgangssituation 8

Mehr

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny Software Engineering Prof. Dr. Stefan Enderle NTA Isny 3 Software Entwicklungsprozesse Softwareentwicklung Systematisches Vorgehen wichtig Zeitlicher Ablauf durch Vorgehensmodell Meist grundlegender Aufbau:

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

Z E R T I F I Z I E R U N G

Z E R T I F I Z I E R U N G Z E R T I F I Z I E R U N G PM-ZERT ZERTIFIZIERUNGSSTELLE DER GPM IPMA Level B GPM Deutsche Gesellschaft für Projektmanagement e.v. PM-ZERT ist die Zertifizierungsstelle von GPM e.v. Die GPM Deutsche Gesellschaft

Mehr

Was macht Projekte erfolgreich?

Was macht Projekte erfolgreich? Was macht Projekte erfolgreich? Überblick in Erfolgsfaktoren des Projektmanagements Ralf Gabriel, Gabriel.management, 19.4.2012 Münchner Unternehmerkreis MUK-IT Folie 1 Gabriel.management Interim-Management

Mehr

Software-Projektmanagement Leitfaden und Tools zur Planung und Abwicklung von Softwareentwicklungsprojekten

Software-Projektmanagement Leitfaden und Tools zur Planung und Abwicklung von Softwareentwicklungsprojekten Software- Univ.-Prof. Dr. Dr. h. c. mult. Horst Wildemann TCW Transfer-Centrum für Produktions-Logistik und Technologie-Management GmbH & Co. KG Leopoldstr. 145 80804 München Tel. 089-36 05 23-0 Fax 089-36

Mehr

Modul 2.1.3: Konkretisierung des Handlungsrahmens

Modul 2.1.3: Konkretisierung des Handlungsrahmens Informationsmaterial zum Modul-Nr. 2.1: Bildungsnetzwerke planen (Schwerpunkt: Management von Bildungswerken) Modul 2.1.3: Konkretisierung des Handlungsrahmens von Lothar Albert und Norbert Wissing Inhalt

Mehr

Teil 1 Soziale Aspekte des Projektmanagements. Einleitung Guideline zur PM Tool Einführung PM Tools im Überblick PM Methodiken/Modelle im Überblick

Teil 1 Soziale Aspekte des Projektmanagements. Einleitung Guideline zur PM Tool Einführung PM Tools im Überblick PM Methodiken/Modelle im Überblick Kopfzeile VP Projektmanagement SS 2007 Termin 4 PM Modelle / Tools Agenda Teil 1 Soziale Aspekte des Projektmanagements Teil 2 PM Modelle / Tools Einleitung PM Tools im Überblick PM Methodiken/Modelle

Mehr

Projektmanagement mit PRINCE2 ein Schnappschuß

Projektmanagement mit PRINCE2 ein Schnappschuß Projektmanagement mit PRINCE2 ein Schnappschuß Peter Siepermann Copyright 2009 by Peter Siepermann 2 Inhalt PRINCE2 Einführung PRINCE2 Historisch PRINCE2 das Prozeßmodell Literatur Bewertung. 3 Einführung

Mehr

Projektmanagement Zertifikate im Vergleich

Projektmanagement Zertifikate im Vergleich PS Consulting International Projektmanagement Zertifikate im Vergleich Patrick Schmid PS Consulting International Stand: September 2010 PS Consulting Horber Straße 142 D-72221 Haiterbach Tel.: +49 (0)7456-7

Mehr

Der Grüne Faden des Projektmanagements

Der Grüne Faden des Projektmanagements Behrens Projektmanagement GmbH Hasenberg 6 35041 Marburg Tel.: 06421 / 294 93 26 E-Mail: info@behrens-pm.de Der Grüne Faden des Projektmanagements Planungsphase Die Weichen für ein erfolgreiches Projekt

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

Effizientes Änderungsmanagement in Outsourcing- Projekten

Effizientes Änderungsmanagement in Outsourcing- Projekten Effizientes Änderungsmanagement in Outsourcing- Projekten Dr. Henning Sternkicker Rational Software IBM Deutschland GmbH Sittarder Straße 31 52078 Aachen henning.sternkicker@de.ibm.com Abstract: Es werden

Mehr

Vorlesung am 18.11.2008. Projektmanagement. Dr. F. Sarre Wintersemester 2008 / 2009. Folie 114

Vorlesung am 18.11.2008. Projektmanagement. Dr. F. Sarre Wintersemester 2008 / 2009. Folie 114 Vorlesung am 18.11.2008 Projektmanagement Folie 114 Projektmanagement Was umfasst Projektmanagement? Organisation, Planung und die Steuerung von (IT-) Projekten Führungsaufgaben Teilprojektleitung Steuerung

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

Inhaltsverzeichnis. Abbildungsverzeichnis. Tabellenverzeichnis. Abkürzungsverzeichnis. 1 Überblick und Grundlagen 1

Inhaltsverzeichnis. Abbildungsverzeichnis. Tabellenverzeichnis. Abkürzungsverzeichnis. 1 Überblick und Grundlagen 1 Inhaltsverzeichnis Vorwort Abbildungsverzeichnis Tabellenverzeichnis Abkürzungsverzeichnis VII XV XXI XXIII 1 Überblick und Grundlagen 1 1.1 IT-Projekte 3 1.1.1 Probleme bei IT-Projekten 3 1.1.2 Risiken

Mehr

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: AV@dr-vuong.de http: www.dr-vuong.de 2005-2010 by, Bielefeld Seite 1 Inhalt 01. Einführung ins Projektmanagement 02. Projekt-Ablauf und -Organisation 03. Anforderungsmanagement

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

Projekt- und Prozessmanagement. IT-Infrastructure-Library (ITIL)

Projekt- und Prozessmanagement. IT-Infrastructure-Library (ITIL) Projekt- und Prozessmanagement für die IT-Infrastructure-Library (ITIL) Ing. Markus Huber, MBA Über den Vortragenden Seit 13 Jahren als Projekt- und Programmleiter in der IT tätig PM-Assessor seit 2007

Mehr

Kurs Grundlagen im Projektmanagement Universität Heidelberg

Kurs Grundlagen im Projektmanagement Universität Heidelberg Kurs Grundlagen im Projektmanagement Universität Heidelberg Kursziele Sie verstehen Projektmanagement auf Basis des PMBOK -Standards des Project Management Institute (PMI ) Sie kennen den Projektmanagement-Lebenszyklus,

Mehr

Basiswissen Software-Projektmanagement

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

Mehr

Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen

Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen Dipl.-Math. Hermann Will QADVICE Software+System Qualität Jamnitzerstr. 2, 81543 München hermann.will@qadvice.de Zusammenfassung.

Mehr

Management großer Projekte Ein modellbasierter Ansatz

Management großer Projekte Ein modellbasierter Ansatz Management großer Projekte Ein modellbasierter Ansatz Dr. Dehla Sokenou Herausforderungen des Projektmanagements Projekt Initialisierung Aufgaben sinnvoll planen/partitionieren Projekt Monitoring Arbeitsergebnisse/Status

Mehr

Klassisches Projektmanagement und agil

Klassisches Projektmanagement und agil Klassisches Projektmanagement und agil (K)ein Widerspruch!? OPITZ CONSULTING GmbH 2011 Seite 1 Klassisches Projektmanagement und agil (K)ein Widerspruch!? Dr. Andreas Wagener, Project Manager OPITZ CONSULTING

Mehr