Projektmanagement
Als Projektmanagement (PM) wird das Initiieren, Planen, Steuern, Kontrollieren und Abschließen von Projekten bezeichnet. Viele Begriffe und Verfahrensweisen im Projektmanagement sind etabliert und standardisiert.
Abgrenzung: Das ergänzende Gegenstück zum Projektmanagement ist das Prozessmanagement. Damit werden Prozesse standardisiert und strukturiert, die auf ein effizientes Erreichen von Unternehmenszielen ausgerichtet sind, welche nicht in Form von ‚Projekten‘ bearbeitet werden. Das Projektmanagement (als Spezialfall von Prozessen) kann somit auch Gegenstand von Aktivitäten im Prozessmanagement sein.
Definitionen Projektmanagement
Projektmanagement wird je nach Quelle textlich unterschiedlich, inhaltlich aber weitgehend übereinstimmend definiert:
- DIN-Norm (DIN 69901-5:2009-01): „Gesamtheit von Führungsaufgaben, -organisation, -techniken und -mitteln für die Initiierung, Definition, Planung, Steuerung und den Abschluss von Projekten.“
- ISO-Norm (ISO 21500:2012; deutsche Norm als DIN ISO 21500:2016-02): „Projektmanagement ist die Anwendung von Methoden, Hilfsmitteln, Techniken und Kompetenzen in einem Projekt. Es umfasst das […] Zusammenwirken der verschiedenen Phasen des Projektlebenszyklus.“
- PMBOK Guide: „Die Anwendung von Wissen, Fähigkeiten, Werkzeugen und Methoden auf Projektaktivitäten, die der Erfüllung der Projektanforderungen dienen.“[1]
- PRINCE2: „Projektmanagement ist die Planung, Delegierung, Überwachung und Steuerung aller Aspekte eines Projekts. Dazu gehören die Motivation der Beteiligten, die Projektziele zu erreichen, und zwar innerhalb der zu erwarteten Leistungsziele für Zeit, Kosten, Qualität, Umfang, Nutzen und Risiken.“
- IPMA ICB 4.0: „Das Projektmanagement befasst sich mit der Anwendung von Methoden, Tools, Techniken und Kompetenzen für ein Projekt, um Ziele zu erreichen. Es wird mithilfe von Prozessen umgesetzt und umfasst die Integration verschiedener Phasen des Projektlebenszyklus.“
- Etymologie: leitet sich ab von lateinisch proiectum ‚das nach vorne Geworfene‘ und lat. manum agere ‚an der Hand führen‘.
Einführung
Stakeholdererwartungen
Der Projektmanager hat die Aufgabe, die Erwartungen der Stakeholder an das Projekt so weit wie möglich zu erfüllen. Die für die Erhebung der Erwartungen meist verwendete Methode ist die Projektumfeldanalyse. Als Stakeholder bezeichnet man dabei jede Person oder Organisation, deren Interessen durch den Verlauf oder das Ergebnis des Projekts betroffen sind.
Der Projektmanager bewegt sich dabei zwischen den Größen
- Zeit: Projektdauer und Termine
- Kosten
- Inhalt, Umfang und Qualität der Projektergebnisse
Diese drei Größen stehen in einer Zielkonkurrenz zueinander, beispielsweise in folgenden Situationen:[2]
- Um den Termin zu halten, werden Überstunden geleistet und zusätzliches Personal beschäftigt; dies erhöht die Kosten.
- Um bei einem gedeckelten Projekt die Kosten zu halten, werden Leistungen gestrichen; dies senkt die Qualität des Ergebnisses.
- Um die Qualität des Projektergebnisses sicherzustellen, wird zusätzliche Zeit in Tests investiert und der Termin verschoben.
Um den Projekterfolg zu gewährleisten, muss der Projektmanager zunächst die Interessen der Stakeholder transparent machen und dann gemeinsam mit ihnen eine Projektplanung erstellen. Letztendlich wird mit dem Auftraggeber eine Priorität dieser Größen festgelegt, auf der dann die Projektsteuerung aufgebaut wird. Das Projektreporting beschreibt das Projekt (oder die einzelnen Ergebnistypen des Projekts) dann immer in Bezug auf diese drei Größen.
Wenn die Organisationsform eines Unternehmens Ressourcenkonflikte erwarten lässt (zum Beispiel Matrixorganisation), wird manchmal eine vierte Steuergröße „Personal“ beschrieben. Auch wenn Personal sonst ein Teil der Kosten ist (Personalkosten), kann es entscheidend sein, bestimmte Personen im Projekt zu haben. Dies sollte explizit beschrieben und allen Stakeholdern transparent sein. Abweichungen werden im Projektreporting transparent gemacht.
Das magische Dreieck zeigt auch, dass eine Änderung an einer der Steuergrößen automatisch zu Änderungen an einer oder beiden anderen Größen führt.
Personelle Besetzung
Die Leitung des Projekts liegt beim Projektleiter. Er ist gegenüber dem Auftraggeber für das Projekt verantwortlich und berichtspflichtig. Dem Projektteam ist er sachlich weisungsberechtigt. Ob er auch disziplinarisch weisungsberechtigt ist, hängt von der Art der Projektorganisation ab.[3]
Der erfolgreiche Projektmanager benötigt
- Kenntnisse des Projektmanagements,
- allgemeines Managementwissen,
- Kunden- und Stakeholderkenntnis
- produkt- und dienstleistungsspezifisches Wissen,
- Prozesskenntnis
- Ausdauer und Belastbarkeit,
- eine ganzheitliche und nachhaltige Denkweise,
- zwischenmenschliche und kommunikative Fähigkeiten.
Neben dem methodischen Können sind die sozialen Fähigkeiten eines Projektmanagers für den Projekterfolg entscheidend. Projektmanagement ist immer auch Risiko- oder Chancenmanagement: In jedem Projekt treten ungeplante Situationen auf. Einen guten Projektmanager macht aus, dass er solche Situationen früh erkennt, mit geringen Reibungsverlusten wieder in den Griff bekommt und die sich bietenden Möglichkeiten nutzt. Projektmanager sollen daher über Erfahrungen in Kommunikation und Konfliktmanagement, Teambildung und Motivation verfügen. Anreizsysteme spielen dabei eine zentrale Rolle.[4]
Bei intern nicht vorhandenen Kapazitäten kann die Rolle des Projektleiters auch extern vergeben werden.
Je nach Größe und Komplexität des Projektes können Aufgaben im Projektmanagement delegiert, geteilt oder in Personalunion bearbeitet werden:
- Eine Möglichkeit besteht darin, das Projekt in Teilprojekte zu unterteilen, die klar voneinander abgegrenzt sein müssen. Jeweils ein Teilprojektleiter übernimmt dann die Steuerung dieser Teilprojekte und berichtet an den Projektleiter.
- Eine andere Möglichkeit ist die Teilung nach Aufgabenbereichen. Beispielsweise können das Termin- und das Kostenmanagement oder das Risiko- und das Qualitätsmanagement jeweils bestimmten Personen mit entsprechender Qualifikation zugeordnet werden.
Wahl der Vorgehensweise
Aufgrund verschiedener Strukturen und Methoden des Projektmanagements (PM) (siehe auch Abschnitt 4.3f, PM-Systeme und Projektphasen), für die teilweise eigene Vorgehensmodelle existieren, richtet sich die Wahl der Vorgehensweise zur Durchführung eines Projekts (inkl. des Projektmanagements) meist nach:
- Vorgaben der Organisation oder des Auftraggebers (Richtlinien)
- Größe des Projekts (zum Beispiel Anzahl Personentage)
- Komplexität des Projekts, wobei man nach technischer und sozialer Komplexität unterscheidet
- Branche des Projekts, falls ein branchen-/produktspezifisches Vorgehensmodell verwendet wird
- weiteren Projektart-Kategorisierungen wie zum Beispiel Entwicklungsprojekt, Lernprojekt, Wartungsprojekt, …
Mit der Projektdurchführung kann eine einzige, aber auch mehrere tausend Personen befasst sein. Entsprechend reichen die Werkzeuge des Projektmanagements von einfachen To-Do-Listen bis hin zu komplexen Organisationen mit ausschließlich zu diesem Zweck gegründeten Unternehmen und massiver Unterstützung durch Projektmanagementsoftware. Daher ist eine der Hauptaufgaben des Projektmanagements vor Projektbeginn die Festlegung, welche Projektmanagementmethoden in genau diesem Projekt angewendet und gewichtet werden sollen. Eine Anwendung aller Methoden in einem kleinen Projekt würde zur Überadministrierung führen, also das Kosten-Nutzen-Verhältnis in Frage stellen.
Übergreifendes Management von Projekten
- Programmmanagement: Unter Programmmanagement versteht man die Koordination, Lenkung und Kontrolle einer „Menge von Projekten, die miteinander verknüpft sind, ein gemeinsames übergeordnetes Ziel verfolgen und die spätestens mit der Erreichung der Zielsetzung enden.“ (DIN 69909)
- Projektportfoliomanagement: Im Projektportfoliomanagement werden die Projekte und/oder Programme eines Unternehmens verwaltet. Das Portfoliomanagement konsolidiert die Kennzahlen aller Projekte und/oder Programme eines Unternehmens, sowohl laufender als auch geplanter. Damit liefert es dem Unternehmensmanagement projektübergreifende Information zur Steuerung des Gesamtbestandes an Projekten und/oder Programmen.
- Multiprojektmanagement: Werden mehrere Projekte, Programme und/oder Portfolios gleichzeitig gesteuert und koordiniert, spricht man im deutschsprachigen Raum auch von Multiprojektmanagement. Multiprojektmanagement, das häufig etwa bei großen Unternehmen anzutreffen ist, stellt besondere Herausforderungen an die Beteiligten, weil hier Zusammenhänge, z. B. konkurrierende Ressourcen, über mehrere Projekte hinweg koordiniert werden müssen. Ein Spezialfall wird z. T. auch Enterprise Project Management (EPM) genannt; dabei sind diese Projekte unternehmensweit und organisationsübergreifend zu steuern. Multiprojektmanagement kann als Form der unternehmensweiten Ressourcensteuerung unbegrenzt eingesetzt werden.
- Großprojektmanagement: Großprojektmanagement ist dem Programmmanagement ähnlich, wobei das Programmmanagement in der Regel Einzelprojekte eines Themenbereichs steuert und das Großprojektmanagement die Teilprojekte eines Großprojekts koordiniert.
Software-Werkzeuge
Nahezu alle Teilbereiche des Projektmanagements werden heutzutage durch Projektmanagementsoftware unterstützt. Sie gestattet dem Projektmanager, die Planinhalte für das Projekt vorzugeben, so dass anschließend alle Beteiligten dort ihre jeweiligen Arbeitsaufgaben und -fortschritte abfragen bzw. eintragen können. Sie ermöglichen eine Auswertung des aktuellen Projektstands nach diversen Gesichtspunkten (beispielsweise hinsichtlich Frist- oder Budgeteinhaltung), auch mit Hilfe von grafischen Darstellungen (beispielsweise Gantt-Diagrammen). Zu vorab definierten Meilensteinen oder zum Abschluss werden Reports generiert.
Für bestimmte Teilbereiche des Projektmanagements kommt speziell darauf ausgerichtete Software zum Einsatz. Daneben wird häufig allgemeingültige Software (wie Textbearbeitung, Tabellenkalkulation, …) verwendet, zum Teil unter Verwendung von Mustervorlagen. Zur Kommunikation werden praktisch immer Mailsysteme benutzt, in virtuellen Projektteams oder mit verteilten Stakeholdern häufig auch Webkonferenzsysteme und elektronische Meetingsysteme, die die Durchführung von Meetings und Workshops über das Internet ermöglichen.
Wikis werden unter anderem für das Wissensmanagement ebenfalls als Werkzeuge im Projektmanagement eingesetzt.[5][6]
Die Unternehmen und Organisationen wenden PM-Werkzeuge in der Praxis in hohem Maß unterschiedlich an. Dabei wird teilweise auch ERP-Software verwendet, die das ganze Unternehmen abbildet, gleichzeitig über Projektmanagementfunktionen verfügt und auch bei der Abrechnung der Projekte unterstützt.
Erfolgsfaktoren
Um das häufige Scheitern von Projekten (siehe auch Chaos-Studie und[7]) gibt es immer wieder anhaltende Diskussionen. Als wesentlicher Faktor werden dabei oft Mängel im Projektmanagement genannt.
- Projektmanagement als Erfolgsfaktor
Das professionelle Management ist als zentrales Erfolgskriterium von Projekten zu sehen. Insbesondere sind
- die Projektgrenzen und die Projektziele adäquat zu definieren
- Projektpläne zu entwickeln und einem periodischen Controlling zu unterziehen
- Projekte prozessorientiert zu strukturieren
- die Projektorganisation und Projektkultur projektspezifisch zu gestalten.
- eine spezifische Projektkultur zu entwickeln und
- die Beziehungen des Projekts zum Projektkontext zu gestalten.
Projektmanagement leistet einen Beitrag zur Sicherung des Projekterfolgs, kann diesen aber nicht allein sichern, da es auch weitere Faktoren wie z. B. die Unternehmensstrategie, Wettbewerbssituation etc. gibt, die den Projekterfolg beeinflussen.[8]
Solche Voraussetzungen für erfolgreiches PM, die nur außerhalb des Projektmanagements erfüllt werden können, sind z. B.:
- Commitment der Stakeholder: ‚Sponsor‘ für das Projekt, Akzeptanz des Projekts und seiner Ziele
- Angemessene Projekt-Infrastruktur: Organisation, Methoden und Werkzeuge sind verfügbar
- Kompetenz der dem Projekt zugeteilten Personen
Darüber hinaus erschöpft sich ‚Projekte erfolgreich führen‘ nicht im Beherrschen der PM-Methodik. Vielmehr wird der Erfolg in hohem Maß auch von den persönlichen Eigenschaften und Fähigkeiten („weiche Faktoren“) aller Beteiligten inkl. der Projektmanager bestimmt.
Bei Unregelmäßigkeiten und Störungen im Projektablauf spricht man von Projektdiskontinuitäten. Diese können oft nicht im Rahmen des normalen Projektmanagements bewältigt werden und bedürfen gesonderter Methoden.
Standards und Normen
In den Normen und Standards sind Projektmanagement-Methoden und Vorgehensmodelle zu unterscheiden. Während sich erstere auf bestimmte Teildisziplinen des Projektmanagements (Risiken, Anforderungen, Terminplanung, …) beziehen, versucht man mit sog. Vorgehensmodellen die Abfolge der Tätigkeiten, also die Prozesse für das Projekt und das PM möglichst präzise festzulegen; weit verbreitet ist das V-Modell.
Die Aufgabenstellungen, Methoden, Instrumente und Ebenen des Projektmanagements sind im Wesentlichen gut bekannt und dokumentiert. Weltweit gibt es Verbände und Gremien, die sich dem Projektmanagement verschrieben haben. Die drei bekanntesten sind:
| PMI | IPMA | AXELOS | |
|---|---|---|---|
| Gründung | 1969 (Zertifizierungen seit 1996) | 1965 (Zertifizierungen seit 1995) | 1996 |
| Methode | PMBOK Guide (seit 1996) | IPMA ICB (seit 1999) | PRINCE2 (seit 1996) |
| Hauptsitz | Newtown Square, USA | Zürich, Schweiz | London, England |
| Zertifikate
(* Voraussetzung: PM-Erfahrung) |
|
|
|
| Gültigkeitsdauer | 3 Jahre | 5 Jahre |
|
| Zertifizierungen | 1,3 Mio. (2021)[9] | 0,3 Mio. (2021)[10] | 1,7 Mio. (2021)[11] |
Grundkenntnisse darüber werden in den Studiengängen der Ingenieurwissenschaft, Wirtschaftswissenschaft und Informatik vermittelt. Normierungsinstitute und PM-Verbände setzen sich zum Ziel, eine möglichst weit verbreitete, einheitliche Begriffsbasis und Terminologie zu etablieren und zu fördern.
Für den Praxiseinsatz legen Unternehmen/Organisationen in der Form von PM-Handbüchern, PM-Leitfäden etc. fest, wie das PM in ihren Projekten konkret anzuwenden ist. Die einzelnen Vorgaben beziehen sich dabei i. d. R. auf Standards wie sie in diesem Kapitel genannt werden, sie werden dabei aber häufig unternehmens- oder situationsspezifisch angepasst (reduziert, vereinfacht, individuell ergänzt, auf Werkzeuge adaptiert, …) und sie berücksichtigen Besonderheiten, die sich ergeben aus:
- dem Projektgegenstand, beispielsweise Erstellung von Software, Rückbau eines Kernkraftwerks, Aufforstung einer Wüstenregion;
- der Projekttyp – ein Forschungs- oder Entwicklungsprojekt, ein Investitionsprojekt oder ein Organisationsprojekt;[12]
- der Projektgröße;
- weiteren Gegebenheiten und Gepflogenheiten im Unternehmen bzw. die Organisationskultur
Internationale Projektmanagement-Standards
- IPMA Individual Competence Baseline (ICB): PM-Standard der International Project Management Association (IPMA); dezentral organisiert, in Deutschland durch die GPM
- PRINCE2: PM-Standard der britischen AXELOS
- PMBOK Guide: PM-Standard des US-amerikanischen Project Management Institute (PMI)
- HERMES: PM-Standard aus der Schweiz
- PM² Alliance: PM-Standard der EU[13]
- DIN 69901: Geht stark in die ISO 21500 ein
- ISO 21500: Leitfaden zum Projektmanagement[14]
- ISO 10006: Leitfaden für Qualitätsmanagement in Projekten
Projektmanagement-Systeme
Um die Arbeits- und Organisationsform Projektmanagement in einem Unternehmen zu verankern, sind entsprechende Rahmenbedingungen und Spielregeln notwendig. Es müssen ganzheitliche, leistungsfähige Projektmanagement-Systeme geschaffen werden, die im Regelfall Standards, Maßnahmen und Tools in folgenden Bereichen enthalten:
- Organisation
- Die organisatorische Verankerung des Projektmanagements muss im jeweiligen Unternehmen eindeutig geklärt sein. Hierzu zählen beispielsweise die Definition von klaren Rollen, Kompetenzen und Verantwortlichkeiten (insbesondere das Zusammenspiel Linie – Projekt), die Einrichtung einer zentralen Organisationseinheit für Projektmanagement (zum Beispiel Project Management Office, Project Competence Center) oder die Festlegung von PM-Karrierepfaden und Anreizsystemen.
- Methodik
- Im Bereich der Methodik werden Standards, Instrumente, Methoden, Richtlinien und Prozesse definiert, die bei Projekten zur Anwendung kommen sollen. Die Methodik wird in der Regel individuell für die jeweilige Organisation festgelegt. In vielen Fällen wird die verwendete Methodik in einem Projektmanagementhandbuch dokumentiert.
- Qualifizierung
- Damit Projektmanagement erfolgreich angewendet werden kann, müssen Führungskräfte, Projektleiter und -mitarbeiter entsprechend für ihre Rolle vorbereitet und dafür qualifiziert werden. Seminare, Training-on-the-Job oder Projekt-Coaching sind weit verbreitete Instrumente zur Qualifizierung.
- Software
- Es müssen IT-gestützte Strukturen geschaffen werden, die einen effizienten Informations- und Kommunikationsfluss gewährleisten sowie die Projektplanung und -steuerung über den gesamten Projektverlauf unterstützen. Am Markt existieren eine Vielzahl von PM-Tools und umfangreichen PM-Lösungen, die diverse Funktionalitäten bieten.
Die derzeit gültige Norm 69901:2009 definiert Projektmanagementsysteme als „System von Richtlinien, organisatorischen Strukturen, Prozessen und Methoden zur Planung, Überwachung und Steuerung von Projekten“. Die mittlerweile nicht mehr gültige Norm DIN 69905 definierte hingegen Projektmanagementsysteme noch als „organisatorisch abgrenzbares Ganzes, das durch das Zusammenwirken seiner Elemente in der Lage ist, Projekte vorzubereiten und abzuwickeln.“
Außerdem hat die Organisationsform der Trägerorganisation Einfluss auf die Projekte. Die bekanntesten Organisationsformen sind:
- Linienorganisation (funktionsbezogene Organisation)
- Matrixorganisation (Mischsicht)
- Projektorientierte Organisation
Projektphasen
Projektphasen sind zeitliche Abschnitte, die im Vorgehensmodell für ein Projekt festgelegt sind. Die Phasen bilden den Rahmen, in dem jeweils einzelne Aktivitäten mit ihrem Arbeitsinhalt (was tun?) und ihren Ergebnissen festgelegt werden. Diese Aktivitäten werden im Projektmanagement (Teilbereich Aufgabenmanagement) gesteuert und kontrolliert. Üblicherweise enden die Projektphasen mit definierten Meilensteinen. Je nach Projektart, Projektprodukt, Branche etc. sind Phasenmodelle i. d. R. individuell auf die Aufgabenstellung ausgerichtet (z. B. für Investitionsprojekte).
Die Gliederung der Projektaktivitäten in Phasen ist in Reinform eine Vorgehensweise nach dem Wasserfallmodell, alternativ kann sie jedoch auch iterativ angelegt sein, z. B. um Projektergebnisse bei bestimmten Situationen nochmals zu überarbeiten.
Ein Beispiel für ein Phasenmodell im Allgemeinen (mit Aufzählung darin anfallender PM-Aufgaben) ist:
- Projektdefinition: Das Ziel des Projekts wird festgelegt, Chancen und Risiken werden analysiert und die wesentlichen Inhalte festgelegt. Kosten, Ausmaß und Zeit werden grob geschätzt; bei großen Projekten kann dies durch eine Machbarkeitsstudie unterstützt werden. Am Ende dieser Phase steht der formelle Projektauftrag.
- Projektplanung: In dieser Phase wird das Team organisiert, und es werden Aufgabenpläne, Ablaufpläne, Terminpläne, Kapazitätspläne, Kommunikationspläne, Kostenpläne, Qualitätspläne und das Risikomanagement festgelegt. Hierbei spielen Meilensteine eine wichtige Rolle. Dabei handelt es sich um wesentliche und zentrale Ereignisse während des Projektverlaufs, an denen der aktuelle Projektstand mess- und überprüfbar ist und der Projektfortschritt beurteilt werden kann.
- Projektdurchführung und -kontrolle: Diese Phase umfasst, abgesehen von der Durchführung selbst, für das Projektmanagement die Kontrolle des Projektfortschritts und die Reaktion auf projektstörende Ereignisse. Erkenntnisse über gegenwärtige oder zukünftige Abweichungen führen zu Planungsänderungen und Korrekturmaßnahmen.
- Projektabschluss: Die Ergebnisse werden präsentiert und in dokumentierter Form übergeben. In einem Review wird das Projekt rückblickend bewertet; die gemachten Erfahrungen werden häufig in einem Lessons-Learned-Bericht festgehalten. Der Projektleiter wird vom Auftraggeber entlastet.
- Unter Umständen Projektabbruch: Das Projekt wird abgebrochen, ohne dass die Projektziele erreicht sind.
Ähnlich kurz definiert auch der als Demingkreis bekannte PDCA-Zyklus ein allgemeines 4-Phasen-Vorgehen, das nach Plan, Do, Check und Act (i. S. Einführung) unterscheidet. Dieses allgemeine Vorgehen kann ‚generisch‘, für ganze Projekte oder auch für einzelne Projektabschnitte (Phasen) angewendet werden.
Ein Phasenmodell für die Softwareentwicklung könnte eine feinere Phasenstruktur aufweisen und zum Beispiel wie folgt aussehen. Die Aufgaben des Projektmanagements sind dabei nicht als Projektphase definiert, sondern werden als global wahrzunehmende Projekt-Rolle unterstellt:
- Analyse
- Machbarkeitsstudie
- Entwurf / Konzeption
- Umsetzung
- Test
- Pilotierung
- Rollout bei den Anwendern
- Kontrolle und Optimierung[15]
- Abschluss
In der aktuellen Projektmanagement-Literatur wird die strenge Phaseneinteilung („Wasserfallmodell“) des klassischen Projektmanagements oft infrage gestellt. So können sich Phasenverläufe zum Beispiel auch überlappen oder zirkulär angelegt sein. Rapid Prototyping und agile Methoden versuchen, andere Wege zu gehen. Auch sind hybride Ansätze, also Mischformen aus klassischem Projektmanagement mit agilen Methoden (z. B. PRINCE2 Agile, PMI-ACP, AgilePM), vorhanden.
Es wird kritisiert, dass ein universell gültiger Phasenansatz der Unterschiedlichkeit von Projekten nicht gerecht werde. „One size doesn’t fit all.“ Dennoch baut auch die neue DIN-Normenreihe 69900 darauf auf. Eine PM-Aufgabe ist deshalb, das Vorgehen für ein konkretes Projekt, ausgehend von Standardmodellen, zweckentsprechend zu skalieren; z. B. Projektphasen zusammenzufassen und nicht erforderliche Projektaktivitäten auszuklammern.
Geschichte
„Projektplanung gibt es, seit Menschen größere Vorhaben gemeinschaftlich durchführen. Weder ein militärischer Feldzug, noch die Errichtung großer Gebäude (Tempel, Festungen), noch beispielsweise eine lange Seereise zur Entdeckung der Westpassage nach Indien sind vorstellbar, ohne dass die Verantwortlichen diese Projekte detailliert geplant hätten. Doch geschah dies lange Zeit formlos, allein aufgrund der Erfahrungen und Kenntnisse der Verantwortlichen; erst im 20. Jahrhundert sollten diese informellen Verfahren zusammengetragen, systematisiert und in die wissenschaftlich aufbereitete Form gebracht werden, unter der heute Projektmanagement betrieben wird.“[16]
Henry Gantt entwickelte 1910 den Balkenplan (auch Gantt-Diagramm genannt). Unabhängig davon hatte Karol Adamiecki eine ähnliche Methode mit den Namen Harmonogram und Harmonograf bereits 1896 entwickelt. Gantts Methode kam erstmals bei einem größeren Bauvorhaben, der Errichtung des 1935 fertiggestellten Hoover Dam, zum Einsatz. Die erste Dokumentation der Vorgehensweise beim Projektmanagement wurde vermutlich im Rahmen des Manhattan-Projekts vorgenommen.[17]
Eine weitere Entwicklung des Projektmanagements war dann für den Wettlauf ins All erforderlich – vor allem für das Apollo-Programm.[18]
Literatur
- Eine ausführliche Literaturliste ist hinterlegt unter: Projektmanagement-Literatur
Standardwerke (mit mindestens 4. Auflage):
- Bruno Jenny: Projektmanagement in der Wirtschaftsinformatik, 5. Aufl., vdf Hochschulverlag, Zürich 2001, ISBN 978-3-7281-2791-4.
- Joachim Fischer, Markus Spiekermann: Grundlagen von Projektmanagementsystemen. Mit einer Einführung in SAP ERP PS, 6. Aufl., Paderborn/Bingen 2008, ISBN 978-3-937-96892-6.
- Hans-Dieter Litke: Projektmanagement: Methoden, Techniken, Verhaltensweisen, 5. Aufl., Hanser, München 2007, ISBN 978-3-446-40997-2.
- Burkhard Klose: Projektabwicklung. Arbeitshilfen, Fallbeispiele und Checklisten im Projektmanagement 5. Aufl., mi-Wirtschaftsbuch 2008, ISBN 978-3-63603164-8.
- Hans W. Wieczorrek, Peter Mertens: Management von IT-Projekten. Von der Planung zur Realisierung, 4. Aufl., Springer, Berlin 2011, ISBN 978-3-642-16127-8.
- Manfred Burghardt: Einführung in Projektmanagement. Definition, Planung, Kontrolle, Abschluss, 6. Aufl., Publicis Publishing, Erlangen 2013, ISBN 978-3-89578-400-2.
- Berta C. Schreckeneder: Projektcontrolling. Projekte überwachen, steuern, präsentieren, 4. Aufl., Haufe 2013, ISBN 978-3-648-03654-9.
- Peter Heintel, Ewald Krainz: Projektmanagement. Hierarchiekrise, Systemabwehr, Komplexitätsbewältigung, 6. Aufl., Springer Gabler, Wiesbaden 2015, ISBN 978-3-8349-4668-3.
- Heinz Scheuring: Der www-Schlüssel zum Projektmanagement, 7. Aufl., Orell Füssli, Zürich 2016, ISBN 978-3-280-04145-1.
- Angela Hemmrich, Horst Harrant: Projektmanagement. In 7 Schritten zum Erfolg, 4. Aufl., Hanser, München 2016, ISBN 978-3-446-44620-5.
- Hans Karl Wytrzens: Projektmanagement. Der erfolgreiche Einstieg, 5. Aufl., facultas.wuv, Wien 2017, ISBN 978-3-7089-1499-2.
- Arndt Beiderwieden, Elvira Pürling: Projektmanagement für IT-Berufe, 6. Aufl., Westermann 2017, ISBN 978-3-427-01179-8.
- Gerold Patzak, Günter Rattay: Projektmanagement. Projekte, Projektportfolios, Programme und projektorientierten Unternehmen, 7. Aufl., Linde Verlag, Wien 2018, ISBN 978-3-7143-0321-6.
- Hans-Dieter Litke, Ilonka Kunow, Heinz Schulz-Wimmer: Projektmanagement, 4. Aufl., Haufe, München 2018, ISBN 978-3-648-12191-7.
- Heinz Schelle, Oliver Linssen: Projekte zum Erfolg führen. Projektmanagement systematisch und kompakt, 8. Aufl., dtv, München 2018, ISBN 978-3-423-50960-2.
- Manfred Burghardt: Projektmanagement. Leitfaden für die Planung, Überwachung und Steuerung von Projekten, 10. Aufl., Publicis Publishing, Erlangen 2018, ISBN 978-3-89578-472-9.
- Erfolgreiche Projekte managen mit PRINCE2, 6. Aufl., Norwich 2018, ISBN 978-0-11-331550-5.
- Klaus Olfert: Projektmanagement, 11. Aufl., NWB Verlag, Herne 2019, ISBN 978-3-470-10421-8.
- Georg Kraus, Reinhold Westermann: Projektmanagement mit System. Organisation, Methoden, Steuerung, 6. Aufl., Springer Gabler, Wiesbaden 2019, ISBN 978-3-658-24520-7.
- Thorsten Reichert: Projektmanagement. Projekte zum Erfolg führen, 4. Aufl., Haufe, Freiburg 2019, ISBN 978-3-648-12428-4.
- Roman Stöger: Wirksames Projektmanagement. Mit dem Project Model Canvas zu Resultaten, 4. Aufl., Schäffer-Poeschel, Stuttgart 2019, ISBN 978-3-7910-4327-2.
- Jürg Kuster et al.: Handbuch Projektmanagement. Agil - klassisch - hybrid, 4. Aufl., Springer Gabler, Berlin 2019, ISBN 978-3-662-57877-3.
- Bruno Jenny: Projektmanagement . Das Wissen für den Profi, 4. Aufl., vdf Hochschulverlag, Zürich 2019, ISBN 978-3-7281-3967-2
- Bruno Jenny: Projektmanagement. Das Wissen für eine erfolgreiche Karriere, 7. Aufl., vdf Hochschulverlag, Zürich 2020, ISBN 978-3-7281-4018-0.
- Sabine Peipe: Crashkurs Projektmanagement. Grundlagen für alle Projektphasen, 8. Aufl., Haufe, Freiburg 2020, ISBN 978-3-648-13791-8.
- Rudolf Fiedler: Controlling von Projekten, 8. Aufl., Springer Vieweg, Wiesbaden 2020, ISBN 978-3-658-28031-4.
- Bernd J. Madauss: Projektmanagement. Theorie und Praxis aus einer Hand, 8. Aufl., Springer Gabler, Berlin 2020, ISBN 978-3-662-59383-7.
- Walter Jakoby: Projektmanagement für Ingenieure. Ein praxisnahes Lehrbuch für den systematischen Projekterfolg, 5. Aufl., Springer Vieweg, Wiesbaden 2021, ISBN 978-3-658-32790-3.
Weblinks
Einzelnachweise
- Zitiert nach: PMI: A Guide to the Project Management Body of Knowledge, 7. Ausgabe 2021
- Nini Grau, Michael Gessler, Thomas Eberhard: Projektanforderungen und Projektziele. In: Michael Gessler; Deutsche Gesellschaft für Projektmanagement (Hrsg.): Kompetenzbasiertes Projektmanagement. 4. Auflage. Band 1. Deutsche Gesellschaft für Projektmanagement, Nürnberg 2011, ISBN 978-3-924841-40-9, S. 105.
- Rolf Kremer, Adolf Rohde: Projektorganisation. In: Michael Gessler, Deutsche Gesellschaft für Projektmanagement (Hrsg.): Kompetenzbasiertes Projektmanagement. 4. Auflage. Band 1. Deutsche Gesellschaft für Projektmanagement, Nürnberg 2011, ISBN 978-3-924841-40-9, S. 206–210.
- Project Team Rewards: Rewarding and Motivating your Project Team, Jöran Beel, 2007, CreateSpace, ISBN 978-1-4348-1626-9.
- Christiane Schulzki-Haddouti: Kooperative Technologien in Arbeit, Ausbildung und Zivilgesellschaft. (PDF; 6,3 MB) Analyse für die Innovations- und Technikanalyse (ITA) im Bundesministerium für Bildung und Forschung (BMBF) im Rahmen eines Forschungsprojekts am Fachbereich Media der Hochschule Darmstadt 2008. S. 335, abgerufen am 8. Oktober 2012: „Wikis eignen sich insbesondere zur gemeinsamen Arbeit an komplexen Textgefügen, wie größeren, mehrteiligen Publikationen oder Projektanträgen, aber auch zum Projektmanagement“
- Planen und Managen. ebenda S. 167f.; Markus Böttger: Der Einsatz von Wikis im IT-Projektmanagement: Anforderungsanalyse, Konzeption und prototypische Implementierung in einem mittelständischen Softwareunternehmen. Books on Demand, 2010, ISBN 978-3-86815-286-9.
- Bent Flyvbjerg, Alexander Budzier: Why Your IT Project Might Be Riskier Than You Think. In: Harvard Business Review. 89, Nr. 9, September 2011, S. 23–25.
- IPMA nach Gareis bzw. Patzak, Rattay.
- https://www.projectmanagement.com/blogs/289632/The-Critical-Path
- https://www.vzpm.ch/fileadmin/dokumente/downloads/English/IPMA_Yearbook_2020.pdf
- https://www.axelos.com/successful-candidates-register
- Michael Gessler: Projektarten. In: Michael Gessler; Deutsche Gesellschaft für Projektmanagement (Hrsg.): Kompetenzbasiertes Projektmanagement. 4. Auflage. Band 1. Deutsche Gesellschaft für Projektmanagement, Nürnberg 2011, ISBN 978-3-924841-40-9, S. 43.
- https://www.pm2alliance.eu/
- New ISO standard on project management (englisch).
- Welche Aufgaben hat das Produktmanagement im Unternehmen? In: contentmanager Magazin. 3. März 2021, abgerufen am 5. März 2021 (deutsch).
- Bernd J. Madauss: Handbuch Projektmanagement: mit Handlungsanleitungen für Industriebetriebe, Unternehmensberater und Behörden. 6., überarb. und erw. Auflage. Schäffer-Poeschel, Stuttgart 2000.
- James E. Webb: Space Age Management. McGraw, 1969, ISBN 0-07-068801-X.
- Der lange Weg zum Mond. (PDF; 651 kB) Quarks & Co