
Projektmanagement
Erfolgsfaktor Landkarte
dbv-Verlag (Österreich)
Published on 3. May 2017
Book
Paperback/Softback
134 pages
978-3-7041-0658-2 (ISBN)
Description
Was in der Theorie noch klar ist, erweist sich 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.
Um in diesem Prozess eben nicht den Überblick zu verlieren und ein Gefühl für den Ressourceneinsatz, den Start- und Endtermin zu bekommen, bedienen sich die Autoren der Landkarten-Metapher. Eine Projektlandschaft sozusagen, die die wichtigsten Schritte (Phasen) und Orte, Seen, Flüsse und Gebirge kennt, die sinngemäß für die Management- Aufgaben und Arbeitspakete im Projekt stehen.
Damit schafft dieses Buch eine gut verständliche Orientierungs- und Navigationshilfe für Einsteiger und Fortgeschrittene im Projektmanagement. Beispiele, Checklisten, Tipps und Werkzeuge (Formulare) steigern die Kompetenz, Projekte zu erfolgreich zu managen.
Als Praxishandbuch ideal geeignet für Praxis und Lehre. Durchgehend färbig.
Um in diesem Prozess eben nicht den Überblick zu verlieren und ein Gefühl für den Ressourceneinsatz, den Start- und Endtermin zu bekommen, bedienen sich die Autoren der Landkarten-Metapher. Eine Projektlandschaft sozusagen, die die wichtigsten Schritte (Phasen) und Orte, Seen, Flüsse und Gebirge kennt, die sinngemäß für die Management- Aufgaben und Arbeitspakete im Projekt stehen.
Damit schafft dieses Buch eine gut verständliche Orientierungs- und Navigationshilfe für Einsteiger und Fortgeschrittene im Projektmanagement. Beispiele, Checklisten, Tipps und Werkzeuge (Formulare) steigern die Kompetenz, Projekte zu erfolgreich zu managen.
Als Praxishandbuch ideal geeignet für Praxis und Lehre. Durchgehend färbig.
More details
Language
German
Target group
Einsteiger und Fortgeschrittene im Projektmanagement sowie für alle in der Beratung Tätigen: Wirtschaftstreuhänder, Steuerberater, Unternehmensberater etc; Studierende.
Dimensions
Height: 24 cm
Width: 17 cm
Weight
337 gr
ISBN-13
978-3-7041-0658-2 (9783704106582)
Schweitzer Classification
Persons
Content
Kapitel 1 Das Quellgebiet
1.1 Vorstudie
1.1.1 Ein Projekt starten
1.1.2 Projektentscheidung
1.1.2.1 Projektwürdigung
1.1.2.2 Projektdurchführbarkeit
1.1.3 Von 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.1 Sach- und Beziehungsebene
1.2.3.2 Die richtigen Teammitglieder
1.2.3.3 Forming: Startvorbereitungen
1.2.3.4 Storming: Bewegung im Kreis
1.2.3.5 Norming: Kursaufnahme
1.2.3.6 Performing: Volle Kraft voraus
1.2.3.7 Manchmal geht das Team einen Schritt zurück
1.2.3.8 Änderungen der Rahmenbedingungen
1.2.3.9 Ending: Das Projektteam geht von Bord
1.3 Kein Projekt ohne Team
1.3.1 Rollen in Projekten
1.3.2 Projektleiter (-manager)
1.3.3 Teammitglied
1.3.4 Projektmitarbeiter
1.3.5 Projektauftraggeber
1.3.6 Projektcoach
1.3.7 Subteams
1.3.8 Projektregeln und -werte
1.3.9 Projektorganisationsmodelle
1.3.9.1 Reine Projektorganisationsform
1.3.9.2 Einfluss-Projektorganisation
1.3.9.3 Matrixorganisation
1.3.9.4 Projektorientierte Teilorganisation
1.3.10 Projektmanagement
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 2 Das Umsetzungsland
2.1 Projektdurchführung
2.1.1 Gestaltung von Arbeitsaufträgen (Arbeitspaketen)
2.1.2 Claim-Management
2.1.3 Team-Work
2.1.3.1 Team-"Building"
2.1.3.2 Teamführung
2.1.3.3 Teamförderung
2.1.4 Konfliktmanagement
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.1 Instrumente 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 3 Die Finalebene
3.1 Projektübergabe (-abnahme)
3.2 Projektabschluss
3.2.1 Die 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 4 EDV-Unterstützung zum Projektmanagement
4.1 Programme und Einsatz - Bereiche im Überblick
4.2 Projektplanungssoftware
Kapitel 5 Trends im Projektmanagement
Kapitel 6 Prozessdokumentation zum Fallbeispiel Betriebsübergabe
6.1 Die 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
1.1 Vorstudie
1.1.1 Ein Projekt starten
1.1.2 Projektentscheidung
1.1.2.1 Projektwürdigung
1.1.2.2 Projektdurchführbarkeit
1.1.3 Von 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.1 Sach- und Beziehungsebene
1.2.3.2 Die richtigen Teammitglieder
1.2.3.3 Forming: Startvorbereitungen
1.2.3.4 Storming: Bewegung im Kreis
1.2.3.5 Norming: Kursaufnahme
1.2.3.6 Performing: Volle Kraft voraus
1.2.3.7 Manchmal geht das Team einen Schritt zurück
1.2.3.8 Änderungen der Rahmenbedingungen
1.2.3.9 Ending: Das Projektteam geht von Bord
1.3 Kein Projekt ohne Team
1.3.1 Rollen in Projekten
1.3.2 Projektleiter (-manager)
1.3.3 Teammitglied
1.3.4 Projektmitarbeiter
1.3.5 Projektauftraggeber
1.3.6 Projektcoach
1.3.7 Subteams
1.3.8 Projektregeln und -werte
1.3.9 Projektorganisationsmodelle
1.3.9.1 Reine Projektorganisationsform
1.3.9.2 Einfluss-Projektorganisation
1.3.9.3 Matrixorganisation
1.3.9.4 Projektorientierte Teilorganisation
1.3.10 Projektmanagement
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 2 Das Umsetzungsland
2.1 Projektdurchführung
2.1.1 Gestaltung von Arbeitsaufträgen (Arbeitspaketen)
2.1.2 Claim-Management
2.1.3 Team-Work
2.1.3.1 Team-"Building"
2.1.3.2 Teamführung
2.1.3.3 Teamförderung
2.1.4 Konfliktmanagement
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.1 Instrumente 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 3 Die Finalebene
3.1 Projektübergabe (-abnahme)
3.2 Projektabschluss
3.2.1 Die 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 4 EDV-Unterstützung zum Projektmanagement
4.1 Programme und Einsatz - Bereiche im Überblick
4.2 Projektplanungssoftware
Kapitel 5 Trends im Projektmanagement
Kapitel 6 Prozessdokumentation zum Fallbeispiel Betriebsübergabe
6.1 Die 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
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.1 Vorstudie
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.1 Ein 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?
"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.1 Vorstudie
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.1 Ein 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?