Projektmanagement

Kapitel 1Das Quellgebiet

1.1Vorstudie
1.1.1Ein Projekt starten
1.1.2 Projektentscheidung
1.1.2.1Projektwürdigung
1.1.2.2Projektdurchführbarkeit
1.1.3Von der Idee zur Umsetzung
1.1.4 Projektarten
1.2 Menschen machen Projekte
1.2.1 Teametablierung
1.2.2 Projektstart-Workshop
1.2.2.1 Kick-off
1.2.3 Teamentwicklung
1.2.3.1Sach- und Beziehungsebene
1.2.3.2Die richtigen Teammitglieder
1.2.3.3Forming: Startvorbereitungen
1.2.3.4Storming: Bewegung im Kreis
1.2.3.5Norming: Kursaufnahme
1.2.3.6Performing: Volle Kraft voraus
1.2.3.7Manchmal geht das Team einen Schritt zurück
1.2.3.8Änderungen der Rahmenbedingungen
1.2.3.9Ending: Das Projektteam geht von Bord
1.3 Kein Projekt ohne Team
1.3.1Rollen in Projekten
1.3.2Projektleiter (-manager)
1.3.3Teammitglied
1.3.4Projektmitarbeiter
1.3.5 Projektauftraggeber
1.3.6Projektcoach
1.3.7 Subteams
1.3.8 Projektregeln und -werte
1.3.9 Projektorganisationsmodelle
1.3.9.1Reine Projektorganisationsform
1.3.9.2Einfluss-Projektorganisation
1.3.9.3Matrixorganisation
1.3.9.4Projektorientierte Teilorganisation
1.3.10Projektmanagement
1.4 Ein Projekt definieren und abgrenzen
1.4.1 Projektdefinitionen (Aufgaben, Ziele)
1.4.2 Grenzen eines Projektes
1.4.2.1 Sachliche Abgrenzung des Projektes
1.4.2.2 Zeitliche Abgrenzung des Projektes
1.4.2.3 Soziale Abgrenzung des Projektes
1.4.3 Gestaltung der Kontextbeziehung
1.4.3.1 Sachlicher Kontext
1.4.3.2 Zeitlicher Kontext
1.4.3.3 Soziale Projektkontextanalyse bzw Umweltanalyse
1.4.4 Kosten-Nutzen-Analyse
1.4.5 Projektauftrag
1.5 Die Realisierungsplanung
1.5.1 Aufgaben der Strukturplanung
1.5.1.1 Ergebnisstrukturplan
1.5.1.2 Projektstrukturplan (PSP)
1.5.1.3 Kompetenzplanung
1.5.1.4 Zeit- und Terminplanung
1.5.1.5 Ressourcen- und Kostenplanung
1.6 Menschen machen Projekte - die Kommunikationsstruktur
1.6.1 Formen der Projektkommunikation
1.6.2 Projektsitzungen
1.6.3 Dokumentation - Organisatorische Vereinbarungen
1.6.4 Schnitt- und Nahtstellenmanagement

Kapitel 2Das Umsetzungsland

2.1Projektdurchführung
2.1.1Gestaltung von Arbeitsaufträgen (Arbeitspaketen)
2.1.2 Claim-Management
2.1.3 Team-Work
2.1.3.1Team-"Building"
2.1.3.2Teamführung
2.1.3.3Teamförderung
2.1.4Konfliktmanagement
2.1.4.1 Behandlung von Konflikten
2.1.4.2 Konflikte
2.1.4.3 Konfliktdiagnose
2.1.4.4 Konflikteskalationsmodell
2.2 Projektsteuerung: Das Projekt auf Kurs halten!
2.2.1Instrumente der Steuerung
2.2.2Änderungsmanagement
2.2.3 Periodisches Projektcontrolling
2.2.4 Integriertes Projektcontrolling
2.3 Schnitt- und Nahtstellenmanagement
2.4 Wo sind die Meilensteine?

Kapitel 3Die Finalebene

3.1Projektübergabe (-abnahme)
3.2Projektabschluss
3.2.1Die Wahl des passenden Projektendes
3.2.2 Merkmale einer Projektabschlussphase
3.2.2.1 Projektabschlussbericht
3.2.2.2 Liste noch offener Punkte
3.2.2.3 Projektabschlusssitzung
3.2.2.4 Auflösung der wesentlichen Umfeldbeziehungen
3.2.2.5 Abschied vom Projekt - Es darf auch gefeiert werden!
3.3 Qualitätssicherung und Projektevaluierung
3.3.1 Projektauswertung
3.3.2 Projektnachkalkulation
3.3.3 Projektretroperspektiven
3.3.3.1 Was sind Projektretroperspektiven?
3.3.3.2 Regeln für Projektretroperspektiven
3.3.4 Synergieeffekte nutzen

Kapitel 4EDV-Unterstützung zum Projektmanagement

4.1 Programme und Einsatz - Bereiche im Überblick
4.2 Projektplanungssoftware

Kapitel 5Trends im Projektmanagement

Kapitel 6Prozessdokumentation zum Fallbeispiel Betriebsübergabe

6.1Die Vorbereitungsphase
6.1.1 Anhang 1: Ideenfindung
6.1.2 Anhang 2: Projektanfrage (-antrag)
6.1.3 Anhang 3: Projektwürdigkeitsanalyse
6.1.4 Anhang 4: Durchführbarkeitsanalyse
6.1.5 Anhang 5: Das Projekt als System
6.1.6 Anhang 6: Projekt-Organigramm
6.1.7 Anhang 7: Projektregeln und -werte
6.1.8 Anhang 8: Projektmanagement-Instrumente (Werkzeuge, Tools)
6.1.9 Anhang 9: Projektziele
6.1.10 Anhang 10: Sachliche Projektabgrenzung
6.1.11 Anhang 11: Zeitliche Projektabgrenzung
6.1.12 Anhang 12: Soziale Projektabgrenzung
6.1.13 Anhang 13: Projektauftrag

6.2 Die Konzeptionsphase
6.2.1 Anhang 14: Betrachtungsobjekteplan (OSP)
6.2.2 Anhang 15: Projektstrukturplan - PSP
6.2.3 Anhang 16: Funktionendiagramm/Verantwortungsmatrix
6.2.4 Anhang 17: Meilensteinliste
6.2.5 Anhang 18: Balkendiagramm
6.2.6 Anhang 19: Kostenplan

6.3 Die Realisierungsphase
6.3.1 Anhang 20: Kommunikationsstruktur
6.3.2 Anhang 21: Vorschlag Sitzungsprotokoll
6.3.3 Anhang 22: Arbeitspaket-Spezifikation
6.3.4 Anhang 23: Risikoanalyse

6.4 Die Abschlussphase
6.4.1 Anhang 24: Projektfortschrittsbericht
6.4.2 Anhang 25 Leistungsfortschritt im PSP
6.4.3 Anhang 26: Project Score card
6.4.5 Anhang 27: Soziales Controlling
6.4.6 Anhang 28: Projektreflexion

Anhang
Literaturverzeichnis
Abbildungsverzeichnis
Stichwortverzeichnis

Der Trend bei der Realisierung von Vorhaben geht in den letzten Jahren verstärkt in Richtung Projektmanagement. Was in der Theorie noch klar ist, erweist sich jedoch bei der konkreten Umsetzung als komplex und vielschichtig. Viele Projekte scheitern, weil nicht systematisch vorgegangen wird: Termine werden nicht eingehalten, das geplante Budget wird überschritten, Ressourcen werden falsch eingeplant und das Projektziel wird nur zum Teil erreicht. Aus dem professionellen Einsatz von Projektmanagement-Konzepten lässt sich nun eine Reihe von Nutzenaspekten ableiten. Welcher Nutzen dadurch in Auftragsabwicklungs-, Produktentwicklungs-, Organisationsentwicklungs- oder EDV-Projekten entsteht, ist vielfältig, lässt sich aber in - präziser Zielformulierung; - Früherkennung von Konfliktpotentialen; - Erfassung und Verfolgung von Qualität; - Termin- und Kosteneinhaltung; - effizientem Ressourceneinsatz; - schnellerer Projektabwicklung; - Sicherung der Akzeptanz der Beteiligten; - Verantwortungsübernahme durch Teams und - systemischem, ganzheitlichem Denken klar erkennen. Das vorliegende Werk befasst sich im theoretischen Teil mit „Projektmanagement“ in systemorientierter Weise und verwendet zur leichteren Verständlichkeit die Landkarten-Metapher, so als würde eine Expedition starten oder eine „Leistung“ auf Reise gehen. Die Landkarte finden Sie auch als Download auf der Homepage des dbv-Verlags. Projektmanagement wird darin nicht als eine mehr oder minder sinnvoll ausgewählte Sammlung von Methoden aufgefasst, sondern als eine spezifische Erscheinungsform von Management, die universell anwendbar ist und den Paradigmen der Wirtschaft und Gesellschaft von heute in hohem Maße entspricht. Um dies noch besser zu veranschaulichen, liegt der Prozessdokumentation, also dem Methoden Pool, das praktische Fallbeispiel einer Betriebsübergabe zugrunde. Ziel ist eine Ergebnis-Maximierung im Nutzen aus der Übergabe zu erreichen, bei der die Bedürfnisse des Übergebers abgedeckt sind, die Erwartungen der Nachfolger realistisch eingebracht werden und bei der das Unternehmen in Zukunft ertragreich weitergeführt werden kann. Der Übergabeprozess selbst gliedert sich in 4 große Schritte (auch Phasen genannt), der sowohl im Theorieteil als auch in der Prozessdokumentation (Methodenteil, Tools, Werkzeuge, Instrumente) das angewandte Projektmanagement sichtbar werden lässt. In diese „Bedienungsanleitung“ wurden die Erfahrungen eines Übergabe-Experten, eines Konfliktmanagers und Mediators (ein Experte, der auch in Teamentwicklung, Führungscoaching und Krisenmanagement tätig ist) und eines Lektors für Projektmanagement an der Fachhochschule Joanneum (University of Applied Sciences) eingearbeitet. Gedacht ist dieses Praxishandbuch für Praxis und Lehre. Graz, im April 2017, Die Autoren

Kapitel 1: Das Quellgebiet „Der Helikopter landet auf einer freien Fläche mitten im Urwald. Eine Gruppe von Men-schen wird herausgestoßen; geblendet vom grellen Sonnenlicht blicken sie sich unsicher um, ohne zu wissen, was sie erwartet. Erst vor wenigen Minuten haben sie das Ziel ihrer ‚Expedition‘ erfahren – und schon hebt der Helikopter wieder ab und lässt sie in der Wildnis zurück. Ihr Abenteuer beginnt. Genauso starten auch viele Projekte: ein schnelles Briefing, eine grobe Auswahl von Teammitgliedern, und schon geht das Abenteuer los. Manches ist klar, das meiste unklar.“ Abbildung 1: Landkarte Diese Landkarte, deren Maßstab sehr grob ist, gibt den Beteiligten jedoch eine erste Orientierung. Das Ziel ist darauf eingezeichnet. Damit steht auch die Richtung fest, in die das Projektteam gehen muss.   1.1Vorstudie Zu einem bestimmten Zeitpunkt wird eine Projektidee geboren. Aber ist es möglich ein Projekt mit dem Satz zu beginnen: „Jetzt fangen wir einfach damit an“? Wohl kaum – an den einzelnen Wörtern dieses schlichten Satzes lässt sich gut aufzeigen, was fehlt, bevor ein Projekt „einfach so anfängt“: - „Jetzt anfangen“: Was heißt jetzt? Heute, morgen oder besser schon gestern? Was fängt an? Wo ist der Zeitplan, die Aufgabenbeschreibung? - „Wir“: Wer ist wir? Gibt es ein Projektteam? In welche Projektorganisation ist das Projektteam eingebettet? - „Einfach“: Wie einfach? Welche Ressourcen stehen zur Verfügung? Welche Quali-tät ist gefordert? - „Damit“: Womit? Welches Projekt? Wo ist die Projektdefinition und die Projekt-planung? Die eine oder andere Idee ist vorhanden, aber noch sehr unklar. Nun werden mittels kreativer Arbeitsmethoden (Kreativitätstechniken) unterschiedliche Lösungsmöglichkeiten der Problemstellung erarbeitet. Mit zB einer Mindmap gelingt es, die Komplexität eines auf den ersten Blick einfach scheinenden Themas zu ergründen, andererseits gelingt es auch, ein komplexes Thema übersichtlich zu gestalten. (Siehe Anhang 1 „Ideenfindung“) Bevor man aber mit den umfangreichen Planungen beginnt, ist eine Projektidee auszuwählen (Konsens im Team ist erforderlich!) und ein möglicher potenzieller Projektauftraggeber auszumachen. An ihn stellt man einen Projektantrag, der das in Aussicht genommene Projekt in groben Zügen umreißt. Darin sind die wichtigsten Punkte des geplanten Projekts schriftlich festgehalten und es ist vergleichbar mit einem Angebot, das eine grobe Vorstellung vom Projekt, den Zielen, die durch das Projekt verfolgt werden und den Kosten, die anfallen werden bzw den Risiken, die auftreten können, enthält. (Siehe Anhang 2 „Projektanfrage/-antrag“) Nennen wir die Phase vor dem Startschuss Vorstudie. Gemeint ist damit die Phase im Projekt, die vor der eigentlichen Durchführung der Projektarbeit erfolgt, die Phase, in die die Vorbereitung auf das Projekt, die Initialisierung oder auch die Projektdefinition fällt. 1.1.1Ein Projekt starten Fast immer stehen Projekte unter Zeitdruck und die Versuchung, sofort nach Erhalt eines Projektauftrages mit der Erfüllung der inhaltlichen Geschäftsprozesse zu be-ginnen, ohne einen entsprechenden Projektstartprozess durchgeführt zu haben, ist groß. Daraus resultieren oft - unrealistische Projektziele und unklare Rollendefinitionen; - unadäquate und unverbindliche Projektpläne; - unklare Vereinbarungen bezüglich der Gestaltung von Projekt-Umwelt-Beziehun-gen und fehlende organisatorische Regeln. Ein professioneller Projektstart hingegen mit Situationsanalyse und Projektplanung ist ein Erfolgsfaktor schlechthin und vermeidet einen „Fehlstart“! Diese Aktivitäten sind gut vorzubereiten und umfassen eine Projektstartkommunikation, die meist eine Kombination von Einzelgesprächen ist, einem Kick-off-Meeting und einen Projektstart-Workshop. Gerade durch das Kick-off-Meeting können Anlaufschwierigkeiten, die es bei jedem Projekt gibt, reduziert werden. Ziel ist, ein gemeinsames Verständnis von Projektbedeutung, -umfang und -abwicklung zu erreichen. Ein Großteil dieser Arbeiten dient dazu, dass die interne und betriebswirtschaftliche Abwicklung des Projektes sichergestellt ist. Es müssen Eckdaten erfasst werden, damit abteilungsbezogene oder auch vorausschauende, unternehmensbezogene Auswertungen (zB Kapazitätsauslastung) und Planungen möglich sind. Zuständig dafür sind der Projektauftraggeber, der Projektmanager, das Projektteam und einzelne Projektteammitglieder. Die für den Projektstartprozess benötigten Ressourcen (Personal, Material, IT, externe Beratung etc) und Kosten sollen ermittelt und dem Arbeitspaket „Projektstart“ im Projektstrukturplan zugewiesen werden. Für die Durchführung wird ein formaler Projektauftrag und eine Business Case Analyse vorausgesetzt. Ergebnisse des Projektstartprozesses stellen vor allem die entwickelten Projektpläne und die Etablierung des Projekts als soziales System dar. Dies ist durch entsprechende Sitzungs- und Workshop-Protokolle zu dokumentieren. 1.1.2 Projektentscheidung Alles beginnt damit, dass ein Problem, welches zum Startschuss für ein Projekt führt, näher beleuchtet werden muss. Kennt man es nicht in allen seinen Facetten und Auswirkungen, weiß man auch nicht, wie man es durch ein Projekt erfolgreich lösen kann. Häufig werden dann nur die Symptome behandelt ohne die Ursache zu kennen. In einer Projektentscheidung wird festgelegt, dass eine komplexe Aufgabe als Pro-jekt durchgeführt wird. Diese ist abhängig von der durchzuführenden Aufgabe und von der Managementstrategie des projektdurchführenden Unternehmens. Was Projekt ist und was nicht, kann daher nicht absolut gültig festgelegt werden, sondern ist jeweils situationsspezifisch zu entscheiden. Durch die Projektentscheidung wird der Erfüllung einer Aufgabe Wichtigkeit beigemessen. Die Projektbezeichnung wirkt als „Label“ und sichert Aufmerksamkeit und Ressourcen. Wird also eine Aufgabe als Projekt durchgeführt, sind folgende Entscheidungen zu treffen: - Entscheidung über inhaltliche Bearbeitung - Konzepterstellung oder Realisierung (intern) - Entscheidung über Bearbeitungsform - permanente Organisation (Linie), Projekt, Programm - internes oder externes Projekt - evtl Auswahl Projektmanager - formaler Projektauftrag - Projektorganisation TIPPS: Welche Wege gibt es, um der Ursache eines Problems auf den Grund zu gehen, um damit die Voraussetzungen für den Projekteinsatz kennen zu lernen? Beispielsweise kann man sich folgende Fragen stellen: - Was sind die Beweggründe, ein Projekt ins Leben zu rufen? - Welches Problem liegt vor? - Welche Tragweite hat das Problem und damit das Projekt? - Seit wann gibt es die Problemsituation? - Welche Auswirkungen hat es, wenn das Problem gelöst wird? - Welche Auswirkungen hat es, wenn das Problem nicht gelöst wird? - Welche möglichen Widerstände gibt es gegen das Projekt? - Wer hat Interesse daran, dass das Problem bestehen bleibt? - Wie sind die rechtlichen Rahmenbedingungen für das Projekt?