Projektmanagement
Projektmanagement ist der Prozess der Führung der Arbeit von a Mannschaft alle Projektziele innerhalb der gegebenen Einschränkungen zu erreichen.[1] Diese Informationen werden normalerweise in beschrieben Projektdokumentation, zu Beginn des Entwicklungsprozesses erstellt. Die primären Einschränkungen sind Umfang, Zeit und Budget.[2] Die sekundäre Herausforderung besteht darin optimieren das Zuweisung von den erforderlichen Eingaben und anwenden, um vordefinierte Ziele zu erreichen.
Ziel des Projektmanagements ist es, ein vollständiges Projekt zu erstellen, das den Zielen des Kunden entspricht. In vielen Fällen besteht das Ziel des Projektmanagements auch darin, den Brief des Kunden zu formen oder zu reformieren, um die Ziele des Kunden maßgeblich anzugehen. Sobald die Ziele des Kunden klar festgelegt sind, sollten sie alle Entscheidungen anderer Personen beeinflussen, die an dem Projekt beteiligt sind-zum Beispiel Projektmanager, Designer, Auftragnehmer und Subunternehmer. Miss definierte oder zu streng vorgeschriebene Projektmanagementziele sind nachteilig für die Entscheidungsfindung.
A Projekt ist ein vorübergehendes und einzigartiges Bestreben, ein Produkt, eine Dienstleistung oder ein Ergebnis mit einem definierten Anfang und Ende (in der Regel zeitlich begrenzt und häufig durch Finanzierung oder Personal eingeschränkt) zu erstellen oder Mehrwert.[3][4] Die vorübergehende Natur der Projekte steht im Gegensatz zu Geschäft wie gewohnt (oder Operationen),[5] die sich wiederholten, dauerhaften oder semi-permanenten funktionalen Aktivitäten zur Herstellung von Produkten oder Dienstleistungen sind. In der Praxis die Management Von solchen unterschiedlichen Produktionsansätzen erfordert die Entwicklung unterschiedlicher technischer Fähigkeiten und Managementstrategien.[6]
Geschichte
Bis 1900, Tiefbau Projekte wurden im Allgemeinen von kreativen Architekten, Ingenieuren und verwaltet Meisterbauer selbst zum Beispiel, Vitruv (Erstes Jahrhundert v. Chr.), Christopher Wren (1632–1723), Thomas Telford (1757–1834) und Isambard Kingdom Brunel (1806–1859).[7] In den 1950er Jahren begannen Organisationen, Projekt-Management-Tools und -Techniken systematisch auf komplexe Ingenieurprojekte anzuwenden.[8]
Als Disziplin entwickelte sich das Projektmanagement aus mehreren Anwendungsgebieten, darunter ziviler Bau, Ingenieurwesen und schwerer Verteidigung Aktivität.[9] Zwei Vorfahren des Projektmanagements sind Henry Gantt, der Vater der Planungs- und Kontrolltechniken genannt,[10] Wer ist berühmt für seine Verwendung der Gantt-Diagramm als Projektmanagement -Tool (alternativ Harmonogramm zuerst vorgeschlagen von Karol Adamiecki[11]); und Henri Fayol für seine Erstellung der fünf Managementfunktionen, die die Grundlage für das mit Projekt- und Programmmanagement verbundene Kenntnis bilden.[12] Sowohl Gantt als auch Fayol waren Studenten von Frederick Winslow Taylor's Theorien von wissenschaftliche Leitung. Seine Arbeit ist der Vorläufer für moderne Projektmanagement -Tools, einschließlich Arbeitsumbruchstruktur (Wbs) und Ressourcenzuweisung.
Die 1950er Jahre markierten den Beginn der modernen Projektmanagement -Ära, wo der Kern Ingenieurwesen Fields kamen zusammen, um als einer zu arbeiten. Das Projektmanagement wurde als eine ausgeprägte Disziplin anerkannt, die sich aus der Managementdisziplin mit dem Engineering -Modell ergab.[13] In den Vereinigten Staaten wurden Projekte vor den 1950er Jahren auf Ad-hoc-Basis verwaltet, die hauptsächlich verwendet wurden Gantt -Diagramme und informelle Techniken und Werkzeuge. Zu dieser Zeit zwei mathematisch Projektplanung Modelle wurden entwickelt. Das "Kritische Pfadmethode"(CPM) wurde als Joint Venture zwischen entwickelt DuPont Corporation und Remington Rand Corporation Für die Verwaltung von Anlagenpflegeprojekten. Das "Programmbewertung und Überprüfungstechnik"(Pert), wurde von der entwickelt Büro für Spezialprojekte der US -Marine In Verbindung mit Lockheed Corporation und Booz Allen Hamilton Im Rahmen des Polaris Rakete U -Boot -Programm.[14]
Pert und CPM sind in ihrem Ansatz sehr ähnlich, bieten aber immer noch einige Unterschiede. CPM wird für Projekte verwendet, die deterministische Aktivitätszeiten annehmen. Die Zeiten, zu denen jede Aktivität ausgeführt wird, sind bekannt. Pert hingegen ermöglicht stochastische Aktivitätszeiten; Die Zeiten, zu denen jede Aktivität ausgeführt wird, sind ungewiss oder unterschiedlich. Wegen dieses Kernunterschieds, CPM und Pittlich werden in verschiedenen Kontexten verwendet. Diese mathematischen Techniken verbreiteten sich schnell zu vielen privaten Unternehmen.
Gleichzeitig, als Projektentsorgungsmodelle entwickelt wurden, Technologie für Projektkosten Schätzung, Kostenmanagement- und Ingenieurwirtschaft entwickelte sich mit Pionierarbeit von Hans Lang und anderen. 1956 die American Association of Cost Engineers (jetzt Aace International; der Verein für die Weiterentwicklung von Kosten Engineering) wurde von frühen Praktikern des Projektmanagements und den damit verbundenen Spezialitäten zur Planung und Planung, Kostenschätzung und Kosten/ gebildetzeitlicher Ablauf Kontrolle (Projektkontrolle). AACE setzte seine Pionierarbeit fort und veröffentlichte 2006 den ersten integrierten Prozess für Portfolio, Programm und Projektmanagement (Gesamtkostenmanagement Rahmen).
1969 die Projektmanagementinstitut (PMI) wurde in den USA gebildet.[15] PMI veröffentlicht die Originalversion von Ein Leitfaden für das Projektmanagementkörper von Wissen (PMBOK Guide) 1996 mit William Duncan als primärer Autor, der Projektmanagementpraktiken beschreibt, die "die meisten Projekte, die meiste Zeit" gemeinsam sind.[16]
Projektmanagementtypen
Projektmanagementmethoden können auf jedes Projekt angewendet werden. Es wird häufig auf eine bestimmte Art von Projekt zugeschnitten, die auf Projektgröße, Natur, Industrie oder Sektor basiert. Zum Beispiel hat die Bauindustrie, die sich auf die Bereitstellung von Dingen wie Gebäuden, Straßen und Brücken konzentriert, eine eigene spezielle Form des Projektmanagements entwickelt, die sie AS bezieht Bauprojektmanagement und in denen Projektmanager geschult und zertifiziert werden können.[17] Die Informationstechnologiebranche hat sich auch entwickelt, um eine eigene Form des Projektmanagements zu entwickeln, die als als bezeichnet wird IT -Projektmanagement und die sich auf die Bereitstellung technischer Vermögenswerte und Dienstleistungen spezialisiert haben, die erforderlich sind, um verschiedene Lebenszyklusphasen wie Planung, Design, Entwicklung, Tests und Bereitstellung durchzuführen. Biotechnologie Projektmanagement Konzentriert sich auf die Feinheiten der Biotechnologieforschung und -entwicklung.[18] Lokalisierungsprojektmanagement Beinhaltet die Anwendung vieler Standard -Projektmanagementpraktiken auf Übersetzungsarbeiten, obwohl viele diese Art von Management als eine ganz andere Disziplin betrachten. Es gibt öffentliche Projektmanagement, das alle öffentlichen Arbeiten der Regierung abdeckt, die von den Regierungsbehörden durchgeführt oder an Auftragnehmer vergeben werden können. Eine andere Klassifizierung des Projektmanagements basiert auf dem harten (physischen) oder weichen (nicht-physischen) Typ.
Unter allen Projektmanagementtypen sind sie üblich, dass sie sich auf drei wichtige Ziele konzentrieren: Zeit, Qualität und Kosten. Erfolgreiche Projekte werden im Rahmen des Budgets und nach zuvor vereinbarten Qualitätsstandards, d. H. Erfüllung des Eisendreiecks oder der dreifachen Einschränkung, abgeschlossen, damit Projekte als Erfolg oder Misserfolg angesehen werden.[19]
Für jede Art von Projektmanagement entwickeln und verwenden Projektmanager wiederholbare Vorlagen, die für die Branche, mit der sie zu tun haben, spezifisch sind. Auf diese Weise können Projektpläne sehr gründlich und sehr wiederholbar werden, mit der spezifischen Absicht, die Qualität, niedrigere Lieferkosten und geringere Zeit für die Erbringung von Projektgebnissen zu erhöhen.
Ansätze des Projektmanagements
Eine Studie aus dem Jahr 2017 legte darauf hin, dass der Erfolg eines Projekts davon abhängt, wie gut vier Schlüsselaspekte mit der kontextuellen Dynamik übereinstimmen, die das Projekt betrifft, diese werden als die bezeichnet vier Ps:[20]
- AIM & ADGEFORTS: Was sind die Ziele und Erwartungen des Projekts?
- Planen: Die Planungs- und Prognoseaktivitäten.
- Verfahren: Der allgemeine Ansatz für alle Aktivitäten und Projektregierung.
- Personen: Einschließlich der Dynamik der Zusammenarbeit und der Kommunikation.
- Leistung: Autoritätslinien, Entscheidungsträger, Organogramme, Richtlinien für die Umsetzung und dergleichen.
Es gibt eine Reihe von Ansätzen zum Organisieren und Abschluss von Projektaktivitäten, einschließlich Phased, Mager, Iterativ und inkrementell. Es gibt auch verschiedene Erweiterungen für die Projektplanung, beispielsweise basierend auf Ergebnissen (produktbasiert) oder Aktivitäten (prozessbasiert).
Ungeachted der Methodik Eingesetzt werden sorgfältige Überlegungen für die Gesamtprojektziele, die Zeitleiste und die Kosten sowie die Rollen und Verantwortlichkeiten aller Teilnehmer und Stakeholder.[21]
Vorteile Realisierungsmanagement
Das Nutzen -Realization -Management (BRM) verbessert normale Projektmanagementtechniken durch einen Fokus auf Ergebnisse (Vorteile) eines Projekts und nicht auf Produkte oder Outputs und misst dann, inwieweit dies ein Projekt auf dem Laufenden halten. Dies kann dazu beitragen, das Risiko eines abgeschlossenen Projekts zu verringern, indem ein vereinbarter Anforderungen (Outputs), d. H. Projekterfolg Vorteile (Ergebnisse) dieser Anforderungen, d. H. Produkterfolg.
Darüber hinaus möchten BRM -Praktiken die strategische Übereinstimmung zwischen Projektergebnissen und Geschäftsstrategien sicherstellen. Die Wirksamkeit dieser Praktiken wird durch jüngste Forschungsergebnisse unterstützt, die BRM -Praktiken auswirken, die den Projekterfolg aus strategischer Sicht in verschiedenen Ländern und Branchen beeinflussen. Diese breiteren Effekte werden als strategische Auswirkungen bezeichnet.[22]
Ein Beispiel für die Bereitstellung eines Projekts an die Anforderungen ist möglicherweise die Bereitstellung eines Computersystems, das Mitarbeiterdaten verarbeitet und die Personalaufzeichnungen für Gehaltsabrechnungen, Urlaub und Personal in kürzeren Zeiten mit reduzierten Fehlern verwaltet. Nach BRM könnte die Vereinbarung darin bestehen, eine bestimmte Reduzierung der Personalstunden und Fehler zu erreichen, die für die Verarbeitung und Wartung von Personaldaten nach der Systeminstallation im Vergleich zum System erforderlich sind.
Kritische Pfadmethode
Die Critical Path Methode (CPM) ist ein Algorithmus zur Bestimmung des Zeitplans für Projektaktivitäten. Es ist der traditionelle Prozess, der für die prädiktive Projektplanung verwendet wird. Die CPM-Methode bewertet die Abfolge der Aktivitäten, die erforderliche Arbeitsaufwand, die Abhängigkeiten und die resultierende Schwimmerzeit pro Zeilensequenz, um die erforderliche Projektdauer zu bestimmen. Daher ist der kritische Pfad per Definition der Weg der Aufgaben im Netzwerkdiagramm, der keine zusätzliche Zeit zur Verfügung hat (oder nur sehr wenig zusätzliche Zeit). "[23]
Projektmanagement kritischer Ketten
Critical Chain Project Management (CCPM) ist eine Anwendung der Theorie der Einschränkungen (TOC) zur Planung und Verwaltung von Projekten und ist so konzipiert, dass sie mit den Unsicherheiten umgehen, die mit der Verwaltung von Projekten verbunden sind Ressourcen (Physische, menschliche Fähigkeiten sowie Management- und Supportkapazität) mussten Projekte ausführen.
Ziel ist es, den Projektfluss in einer Organisation zu erhöhen (Durchsatz). Anwenden der ersten drei der Fünf Fokussierungsschritte Von TOC wird die Systembeschränkung für alle Projekte sowie die Ressourcen identifiziert. Um die Einschränkungen auszunutzen, haben Aufgaben in der kritischen Kette Priorität für alle anderen Aktivitäten. Schließlich werden Projekte geplant und gelungen, um sicherzustellen, dass die Ressourcen bereit sind, wenn die kritischen Kettenaufgaben beginnen müssen, was alle anderen Ressourcen in die kritische Kette unterteilt.
Verdienst -Value -Management
Earned Value Management (EVM) erweitert das Projektmanagement mit Techniken zur Verbesserung der Projektüberwachung. Es zeigt den Projektfortschritt zum Abschluss in Bezug auf Arbeit und Wert (Kosten). Verdienten Zeitplan ist eine Erweiterung der Theorie und Praxis von EVM.
Iteratives und inkrementelles Projektmanagement
In kritischen Studien des Projektmanagements wurde festgestellt, dass Phased-Ansätze nicht gut für Projekte geeignet sind, die groß angelegt sind, und Multikompanien.[24] mit undefinierten, mehrdeutigen oder sich schnell verändernden Anforderungen,[25] oder diejenigen mit hohem Risiko, Abhängigkeit und sich schnell verändernden Technologien.[26] Das Kegel der Unsicherheit Erklärt einige davon als die Planung der Anfangsphase des Projekts, die unter einem hohen Maß an Unsicherheit leidet. Dies wird insbesondere dann wahr, da die Softwareentwicklung häufig die Realisierung eines neuen oder neuartigen Produkts ist.
Diese Komplexitäten werden mit einem explorativeren oder iterativeren und inkrementellen Ansatz besser behandelt.[27] Mehrere Modelle des iterativen und inkrementellen Projektmanagements haben sich entwickelt, einschließlich agiles Projektmanagement, Dynamische Systementwicklungsmethode, Extreme Projektmanagementund Innovation Engineering®.[28]
Lean Project Management
Lean Project Management verwendet die Prinzipien von mageres Fertigung sich darauf zu konzentrieren, Wert mit weniger Abfall und verkürzter Zeit zu liefern.
Projektlebenszyklus
Ein Projektlebenszyklus hat fünf Phasen; bekannt als Prozessgruppen. Jede Prozessgruppe repräsentiert eine Reihe von miteinander verbundenen Prozessen, um die Arbeit durch eine Reihe unterschiedlicher Schritte zu verwalten, die auszuführen sind. Diese Art von Projektansatz wird oft als "traditionell" bezeichnet[29] oder "Wasserfall".[30] Die fünf Prozessgruppen sind:
- Initiieren
- Planung
- Ausführung
- Überwachen und kontrollieren
- Schließen
Einige Branchen können Variationen dieser Projektphasen verwenden und sie umbenennen, um der Organisation besser zu passen. Zum Beispiel bei der Arbeit an einem Ziegel und Mörtel Design und Konstruktion, Projekte werden in der Regel durch Phasen wie Vorplanung, konzeptionelles Design, schematische Design, Entwurfsentwicklung, Bauzeichnungen (oder Vertragsdokumente) und Bauverwaltung fortschreiten.
Während der Phased-Ansatz für kleine, genau definierte Projekte gut funktioniert, führt er häufig zu einer Herausforderung oder einem Misserfolg bei größeren Projekten oder solchen, die komplexer sind oder mehr Unklarheiten, Probleme und Risiken haben[31] - Siehe die Parodierung 'Sechs Phasen eines großen Projekts'.
Prozessbasiertes Management
Die Einbeziehung des prozessbasierten Managements wurde durch die Verwendung von Reifegradmodellen wie dem angetrieben OPM3 und die CMMI (Integration der Fähigkeitsreifemodellintegration; siehe Bild: Maturity -Modell der Fähigkeitsmodell.jpg
Projektproduktionsmanagement
Projektproduktionsmanagement ist die Anwendung des Betriebsmanagements auf die Bereitstellung von Kapitalprojekten. Das Projektproduktionsmanagement -Framework basiert auf einem Projekt als Produktionssystemansicht, bei dem ein Projekt Inputs (Rohstoffe, Informationen, Arbeitskräfte, Anlagen und Maschinen) in Outputs (Waren und Dienstleistungen) verwandelt.[32]
Produktbasierte Planung
Produktbasierte Planung ist ein strukturierter Ansatz für das Projektmanagement, der auf der Identifizierung aller Produkte basiert (Projekt Leistungen) die zur Erreichung der Projektziele beitragen. Daher definiert es ein erfolgreiches Projekt eher als outputorientiert als aktivität oder aufgabenorientiert.[33] Die häufigste Umsetzung dieses Ansatzes ist Prince2.[34]
Prozessgruppen
Traditionell (je nachdem, welche Projektmanagementmethode verwendet wird) umfasst das Projektmanagement eine Reihe von Elementen: vier bis fünf Projektmanagementprozessgruppen und ein Kontrollsystem. Unabhängig von der verwendeten Methodik oder Terminologie werden dieselben grundlegenden Projektmanagementprozesse oder Entwicklungsstufen verwendet. Hauptprozessgruppen umfassen im Allgemeinen:[36]
- Einleitung
- Planung
- Produktion oder Ausführung
- Überwachen und kontrollieren
- Schließen
In Projektumgebungen mit einem signifikanten explorativen Element (z. B.,, Forschung und Entwicklung) Diese Phasen können mit Entscheidungspunkten (Go/No Go -Entscheidungen) ergänzt werden, an denen die Fortsetzung des Projekts diskutiert und entschieden wird. Ein Beispiel ist das Phase -Gate -Modell.
Initiieren
Die Initiierungsprozesse bestimmen die Art und den Umfang des Projekts.[37] Wenn diese Phase nicht gut abgebildet ist, ist es unwahrscheinlich, dass das Projekt den Bedürfnissen des Geschäfts erfolgreich erfüllt. Die hier benötigten wichtigsten Projektkontrollen sind ein Verständnis des Geschäftsumfelds und sicherstellen, dass alle notwendigen Kontrollen in das Projekt aufgenommen werden. Es sollte alle Mängel gemeldet werden, und es sollte eine Empfehlung abgegeben werden, um sie zu beheben.
Die initiierende Phase sollte einen Plan enthalten, der die folgenden Bereiche umfasst. Diese Bereiche können in einer Reihe von Dokumenten aufgezeichnet werden, die als Projektinitiationsdokumente bezeichnet werden. Projektinitiationsdokumente sind eine Reihe geplanter Dokumente, mit denen eine Bestellung für die Dauer des Projekts erstellt wird. Diese tendieren dazu,:
- Projektvorschlag (Idee hinter dem Projekt, Gesamtziel, Dauer)
- Projektumfang (Projektrichtung und Spur)
- Produktaufbruchstruktur (PBS) (eine Hierarchie von Ergebnissen/Ergebnissen und Komponenten davon)
- Arbeitsumbruchstruktur (WBS) (Eine Hierarchie der zu erledigenden Arbeit, bis hin zu täglichen Aufgaben)
- Verantwortungsaufgabe -Matrix (RACI - Verantwortlich, verantwortlich, konsultiert, informiert) (Rollen und Verantwortlichkeiten, die auf Ergebnisse / Ergebnisse ausgerichtet sind)
- Vorsichtig Projektplan (Meilensteine, wichtige Daten, Fristen)
- Analyse der Geschäftsbedürfnisse und Bedarf gegen messbare Ziele
- Überprüfung des Stroms Operationen
- Finanzanalyse der Kosten und Vorteile, einschließlich a Budget
- Stakeholder -Analyse, einschließlich Benutzer und Supportpersonal für das Projekt
- Projektcharter einschließlich Kosten, Aufgaben, Leistungen und Zeitplänen
- SWOT-Analyse: Stärken, Schwächen, Chancen und Bedrohungen des Geschäfts
Planung
Nach der Initiationsstufe ist das Projekt auf ein angemessenes Detailniveau geplant (siehe ein Beispiel eines Flussdiagramms).[35] Der Hauptzweck besteht darin, Zeit, Kosten und Ressourcen angemessen zu planen, um die erforderlichen Arbeiten abzuschätzen und das Risiko während der Projektausführung effektiv zu verwalten. Wie bei der Initiationsprozessgruppe verringert ein Versäumnis, die Project -Chancen, seine Ziele erfolgreich zu erreichen, angemessen zu planen.
Projektplanung besteht im Allgemeinen aus[38]
- Bestimmung der folgenden Projektmanagementmethode (z. B. ob der Plan definiert wird ganz im Voraus, iterativ, oder in Rollwellen);
- Entwicklung des Umfangserklärung;
- Auswahl des Planungsteams;
- Identifizierung von Ergebnissen und Erstellung des Produkt- und Arbeitsaufbruchstrukturen;
- Identifizierung der Aktivitäten, die zum Abschluss dieser Leistungen erforderlich sind, und die Aktivitäten in ihrer logischen Reihenfolge zu vernetzen;
- Schätzung der Ressourcenanforderungen für die Aktivitäten;
- Schätzung der Zeit und Kosten für Aktivitäten;
- Entwicklung des Zeitplans;
- Entwicklung des Budgets;
- Risikoplanung;
- Entwicklung von Maßnahmen zur Qualitätssicherung;
- formelle Genehmigung erhalten, um mit der Arbeit zu beginnen.
Zusätzliche Prozesse wie die Planung der Kommunikation und für das Umfangsmanagement, das Erkennen von Rollen und Verantwortlichkeiten, die Bestimmung des Kaufs für das Projekt und das Abhalten eines Anpfiffs sind ebenfalls im Allgemeinen ratsam.
Zum neue Produktentwicklung Projekte, konzeptionelle Gestaltung des Betriebs des Endprodukts können gleichzeitig mit den Projektplanungsaktivitäten durchgeführt werden und können dazu beitragen, das Planungsteam bei der Identifizierung von Ermittlungen und Planungsaktivitäten zu informieren.
Ausführung
Während der Ausführung müssen wir wissen, welche geplanten Begriffe ausgeführt werden müssen. Die Ausführungs-/Implementierungsphase stellt sicher, dass die Ergebnisse des Projektmanagementplans entsprechend ausgeführt werden. Diese Phase umfasst die ordnungsgemäße Zuweisung, Koordination und das Management von Humanressourcen und andere Ressourcen wie Materialien und Budgets. Die Ausgabe dieser Phase ist die Projektergebnisse.
Projektdokumentation
Das Dokumentieren von allem innerhalb eines Projekts ist der Schlüssel, um erfolgreich zu sein. Um das Budget, den Umfang, die Effektivität und das Tempo aufrechtzuerhalten, muss ein Projekt über physische Dokumente zu jeder bestimmten Aufgabe verfügen. Bei der korrekten Dokumentation ist leicht zu erkennen, ob die Anforderung eines Projekts erfüllt wurde oder nicht. Um dies zu erreichen, enthält die Dokumentation Informationen darüber, was bereits für dieses Projekt abgeschlossen wurde. Die Dokumentation während eines Projekts bietet einen Papierweg für alle, die zurückgehen und die Arbeit in der Vergangenheit verweisen müssen. In den meisten Fällen ist die Dokumentation die erfolgreichste Möglichkeit, die spezifischen Phasen eines Projekts zu überwachen und zu steuern. Mit der richtigen Dokumentation kann der Erfolg eines Projekts im Laufe des Projekts verfolgt und beobachtet werden. Wenn eine korrekte Dokumentation durchgeführt wird, kann das Rückgrat des Erfolgs eines Projekts sein
Überwachen und kontrollieren
Die Überwachung und Kontrolle besteht aus diesen Prozessen, die durchgeführt wurden, um die Projektausführung zu beobachten, damit potenzielle Probleme rechtzeitig identifiziert werden können, und bei Bedarf Korrekturmaßnahmen ergriffen werden können, um die Ausführung des Projekts zu kontrollieren. Der Hauptvorteil besteht darin, dass die Projektleistung regelmäßig beobachtet und gemessen wird, um Abweichungen aus dem Projektmanagementplan zu identifizieren.
Überwachung und Kontrolle umfassen:[39]
- Messung der laufenden Projektaktivitäten ("wo wir sind");
- Überwachung der Projektvariablen (Kosten, Aufwand, Umfang usw.) gegen den Projektmanagementplan und die Grundlinie zur Projektleistung (Basisleistewo wir sein sollten);
- Identifizieren von Korrekturmaßnahmen, um Probleme und Risiken ordnungsgemäß anzugehen (Wie können wir wieder auf dem richtigen Weg kommen?);
- Beeinflussung der Faktoren, die die integrierte Veränderungskontrolle umgehen könnten, so dass nur genehmigte Änderungen umgesetzt werden.
Zwei Hauptmechanismen unterstützen die Überwachung und Kontrolle in Projekten. Einerseits, Verträge Bieten Sie eine Reihe von Regeln und Anreizen an, die häufig durch potenzielle Strafen und Sanktionen unterstützt werden.[40] Auf der anderen Seite haben Wissenschaftler in Wirtschaft und Management auf die Rolle der Integratoren (auch als Projektbarone bezeichnet) geachtet, um die Ziele eines Projekts zu erreichen.[41][42] Die jüngste Forschung im Projektmanagement hat wiederum die Art des Zusammenspiels zwischen Verträgen und Integratoren in Frage gestellt. Einige haben argumentiert, dass diese beiden Überwachungsmechanismen als Ersatzstoffe fungieren[43] Als eine Organisationstyp würde die Vorteile der Verwendung der anderen verringern.
In mehreren Phasenprojekten bietet der Überwachungs- und Steuerungsprozess auch Feedback zwischen Projektphasen, um Korrektur- oder Präventionsmaßnahmen zu implementieren, um das Projekt in die Einhaltung des Projektmanagementplans einzubeziehen.
Die Projektwartung ist ein laufender Prozess und umfasst:[36]
- Fortsetzung der Unterstützung von Endbenutzern
- Fehlerkorrektur
- Aktualisierungen des Produkts im Laufe der Zeit
In dieser Phase, Wirtschaftsprüfer sollte darauf achten, wie effektiv und schnell Benutzerprobleme behoben sind.
Im Verlauf eines Bauprojekts kann sich der Arbeitsumfang ändern. Veränderung ist ein normaler und erwarteter Teil des Bauprozesses. Änderungen können das Ergebnis der erforderlichen Entwurfsänderungen, unterschiedlichen Standorten, Materialverfügbarkeit, Vertragspartner-Änderungen, Wertingenieurwesen und Auswirkungen Dritter sein, um nur einige zu nennen. Abgesehen von der Ausführung der Änderung des Feldes muss die Änderung normalerweise dokumentiert werden, um zu zeigen, was tatsächlich konstruiert wurde. Dies wird als Änderungsmanagement bezeichnet. Daher benötigt der Eigentümer normalerweise einen endgültigen Datensatz, um alle Änderungen oder insbesondere alle Änderungen anzuzeigen, die die konkreten Teile der fertigen Arbeiten verändern. Die Aufzeichnungen erfolgen in den Vertragsdokumenten - normalerweise, aber nicht unbedingt auf die Entwurfszeichnungen. Das Endprodukt dieser Bemühungen ist das, was die Branche bezeichnet, und einfacher als "gebaut". Die Voraussetzung für die Bereitstellung von ihnen ist eine Norm in Bauverträgen. Das Management von Konstruktionsdokumenten ist eine sehr wichtige Aufgabe, die mit Hilfe eines Online- oder Desktop -Softwaresystems übernommen oder durch physische Dokumentation gepflegt wird. Die zunehmende Rechtmäßigkeit in Bezug auf die Aufrechterhaltung der korrekten Dokumentation durch die Bauindustrie hat zu einem Anstieg der Notwendigkeit von Dokumentenmanagementsystemen geführt.
Wenn Änderungen in das Projekt eingeführt werden, muss die Lebensfähigkeit des Projekts erneut bewertet werden. Es ist wichtig, die anfänglichen Ziele und Ziele der Projekte nicht aus den Augen zu verlieren. Wenn sich die Änderungen ansammeln, rechtfertigt das prognostizierte Ergebnis möglicherweise nicht die ursprünglich vorgeschlagene Investition in das Projekt. Das erfolgreiche Projektmanagement identifiziert diese Komponenten und verfolgt und überwacht den Fortschritt, um in Zeiten und Budgetrahmen zu bleiben, die bereits zu Beginn des Projekts beschrieben wurden. Genaue Methoden wurden vorgeschlagen, um die informativsten Überwachungspunkte entlang des Projektlebenszyklus in Bezug auf den Fortschritt und die erwartete Dauer zu identifizieren.[44]
Schließen
Das Schließen beinhaltet die formelle Akzeptanz des Projekts und das Ende davon. Zu den administrativen Aktivitäten gehören die Archivierung der Dateien und die Dokumentation der gewonnenen Erkenntnisse.
Diese Phase besteht aus:[36]
- Vertragsschließung: Vervollständigen Sie jeden Vertrag (einschließlich der Lösung offener Elemente) und schließen Sie jeden Vertrag für die Projekt- oder Projektphase.
- Projekt schließen: Füllen Sie alle Aktivitäten in allen Prozessgruppen ab, um das Projekt oder eine Projektphase offiziell zu schließen
Ebenfalls in dieser Phase ist die Überprüfung nach der Implementierung enthalten. Dies ist eine wichtige Phase des Projekts für das Projektteam, um aus Erfahrungen zu lernen und sich für zukünftige Projekte anzuwenden. Normalerweise besteht eine Überprüfung nach der Implementierung nach der Implementierung darin, Dinge zu betrachten, die gut gelaufen sind und Dinge analysieren, die das Projekt schlecht gelaufen sind, um Lektionen zu gewinnen.
Projektsteuerungs- und Projektsteuerungssysteme
Projektkontrolle (auch bekannt als Kosten Engineering) sollte als unabhängige Funktion im Projektmanagement eingerichtet werden. Es implementiert Überprüfungs- und Steuerungsfunktionen während der Verarbeitung eines Projekts, um die definierten Leistung und formalen Ziele zu verstärken.[45] Die Aufgaben der Projektkontrolle sind auch:
- Die Erstellung der Infrastruktur für die Versorgung der richtigen Informationen und dessen Update
- Die Einrichtung einer Möglichkeit, Unterschiede in Projektparametern zu kommunizieren
- Die Entwicklung der Projektinformationstechnologie basierend auf einem Intranet oder der Bestimmung eines Projektschlüsselleistungsindikatorsystems (KPI)
- Divergenzanalysen und Erzeugung von Vorschlägen für mögliche Projektvorschriften[46]
- Die Einrichtung von Methoden zur Durchführung einer geeigneten Projektstruktur, einer Projekt Workflow -Organisation, der Projektkontrolle und der Governance
- Schaffung von Transparenz zwischen den Projektparametern[47]
Die Erfüllung und Implementierung dieser Aufgaben kann durch die Anwendung bestimmter Methoden und Instrumente der Projektsteuerung erreicht werden. Die folgenden Methoden der Projektsteuerung können angewendet werden:
- Investitionsanalyse
- Kosten-Nutzen-Analyse
- Wertleistungsanalyse
- Expertenumfragen
- Simulationsberechnungen
- Risikoprofilanalyse
- Zuschlagsberechnungen
- Meilenstein Trend analysen
- Kostentrendanalyse
- Ziel-/tatsächlicher Vergleich[48]
Projektkontrolle ist das Element eines Projekts, das es pünktlich und im Budget auf dem Laufenden halten.[39] Die Projektkontrolle beginnt zu Beginn des Projekts mit Planung und endet spät im Projekt mit Überprüfung nach der Implementierung, wobei die einzelnen Schritt in den Prozess gründlich beteiligt ist. Projekte können geprüft oder überprüft werden, während das Projekt im Gange ist. Formale Audits sind im Allgemeinen Risiko- oder Compliance-basiertes und Management werden die Ziele der Prüfung lenken. Eine Prüfung kann einen Vergleich genehmigter Projektmanagementprozesse mit der tatsächlich verwalteten Projekte beinhalten.[49] Jedes Projekt sollte auf das angemessene Kontrollniveau bewertet werden: Zu viel Kontrolle ist zu zeitaufwändig, zu wenig Kontrolle ist sehr riskant. Wenn die Projektkontrolle nicht korrekt implementiert wird, sollten die Kosten für das Unternehmen in Bezug auf Fehler und Korrekturen geklärt werden.
Steuerungssysteme sind für Kosten erforderlich, Risiko, Qualität, Kommunikation, Zeit, Veränderung, Beschaffung und Humanressourcen. Darüber hinaus sollten die Prüfer überlegen, wie wichtig die Projekte für die sind Jahresabschluss, wie abhängig die Stakeholder auf Kontrollen sind und wie viele Kontrollen existieren. Wirtschaftsprüfer sollten den Entwicklungsprozess und die Verfahren für die Implementierung der Implementierung überprüfen. Der Entwicklungsprozess und die Qualität des Endprodukts können bei Bedarf auch bewertet oder angefordert werden. Ein Unternehmen möchte, dass das Wirtschaftsprüfungsunternehmen während des gesamten Prozesses zuvor Probleme anregt, damit sie leichter behoben werden können. Ein Abschlussprüfer kann als Teil der Kontrollberaterin als Teil des Entwicklungsteams oder als unabhängiger Wirtschaftsprüfer als Teil einer Prüfung dienen.
Unternehmen verwenden manchmal formelle Systementwicklungsprozesse. Dies hilft, dass Systeme erfolgreich entwickelt werden. Ein formaler Prozess ist effektiver bei der Schaffung starker Kontrollen, und die Prüfer sollten diesen Prozess überprüfen, um zu bestätigen, dass er gut gestaltet ist und in der Praxis befolgt wird. Ein guter formeller Systementwicklungsplan beschreibt:
- A Strategie Entwicklung auf die breiteren Ziele der Organisation in Einklang zu bringen
- Standards für neue Systeme
- Projektmanagement -Richtlinien für das Timing und Budgetierung
- Verfahren, die den Prozess beschreiben
- Bewertung der Qualität des Wandels
Eigenschaften von Projekten
Es gibt fünf wichtige Merkmale eines Projekts:
(i) Es sollte immer spezielle Start- und Enddaten haben.
(ii) Sie werden von einer Gruppe von Personen durchgeführt und fertiggestellt.
(iii) Die Ausgabe ist die Lieferung eines einzigartigen Produkts oder einer einzigartigen Dienstleistung.
(iv) Sie sind vorübergehend in der Natur.
(v) Es wird schrittweise ausgearbeitet.
Beispiele sind: Entwerfen eines neuen Autos oder Schreiben eines Buches.
Projektkomplexität
Komplexität und Natur spielen eine wichtige Rolle im Bereich des Projektmanagements. Obwohl Studien eine Reihe von Debatten zu diesem Thema haben, deuten Studien auf eine mangelnde Definition und ein vernünftiges Verständnis der Komplexität in Bezug auf das Management komplexer Projekte hin.[50][51]
Die Projektkomplexität ist die Eigenschaft eines Projekts, das es schwierig macht, das Gesamtverhalten zu verstehen, zu verstehen und zu kontrollieren, selbst wenn sie vernünftigerweise vollständige Informationen über das Projektsystem erhalten.[52]
Die Identifizierung komplexer Projekte ist speziell wichtig für die technischen Umgebungen mit mehreren Projekten.[53]
Da die Projektkomplexität und die Projektleistung eng miteinander verbunden sind, ist es wichtig, die Komplexität des Projekts für das Projektmanagement als wirksam zu definieren und zu messen.[54]
Komplexität kann sein:
- Strukturkomplexität (auch als Detailkomplexität oder Komplikum bezeichnet), d. H. Bestehend aus vielen unterschiedlichen miteinander verbundenen Teilen.[55] Es wird typischerweise in Bezug auf Größe, Vielfalt und Interdependenz von Projektkomponenten ausgedrückt und durch technologische und organisatorische Faktoren beschrieben.
- Die dynamische Komplexität bezieht sich auf Phänomene, Merkmale und Manifestationen wie Mehrdeutigkeit, Unsicherheit, Ausbreitung, Entstehung und Chaos.[52]
Basierend auf Cynefin -Framework,[56] Komplexe Projekte können als:
- Einfach (oder klar, offensichtlich, bekannt) Projekte, Systeme oder Kontexte. Diese sind durch bekannte Bekannte, Stabilität und klare Ursache-Wirkungs-Beziehungen gekennzeichnet. Sie können mit Standardbetriebsverfahren und Best Practices gelöst werden.
- Kompliziert: gekennzeichnet durch bekannte Unbekannte. Ein kompliziertes System ist die Summe seiner Teile. Grundsätzlich kann es in kleinere einfachere Komponenten dekonstruiert werden. Schwierige, komplizierte Probleme sind theoretisch mit zusätzlichen Ressourcen, speziellen Fachkenntnissen, analytischem, reduktionistischem, vereinfachender, zersetzender Techniken, Szenarioplanung und Befolgen guter Praktiken theoretisch lösbar.[57][58]
- Komplex sind durch unbekannte Unbekannte und Entstehung gekennzeichnet. Muster könnten freigelegt werden, aber sie sind nicht offensichtlich. Ein komplexes System kann beschrieben werden durch EuklidAussage, dass das Ganze mehr als die Summe seiner Teile ist.
- Wirklich komplexe Projekte. In wirklich komplexen Projekten sind keine Muster erkennbar. Ursachen und Effekte sind selbst im Nachhinein unklar. Umschreibung AristotelesEin wirklich komplexes System unterscheidet sich von der Summe seiner Teile.[59]
Durch Anwendung der Entdeckung bei der Messung der in der Arbeit beschriebenen Arbeitskomplexität in Erforderliche Organisation und geschichtete Systemtheorie, Dr. Elliott Jaques Klassifiziert Projekte und Projektarbeiten (Stufen, Aufgaben) in grundlegende 7-Projekt-Komplexitätsniveaus, die auf Kriterien als Zeitspanne der Ermessenszahlung und Komplexität der Ausgabe eines Projekts basieren:[60][61]
- Stufe 1 Projekt - Verbesserung der direkten Ausgabe einer Aktivität (Quantität, Qualität, Zeit) innerhalb eines Geschäftsprozesses mit einer gezielten Abschlusszeit von bis zu 3 Monaten.
- Projekt Level 2 - Entwickeln und Verbesserung der Einhaltung eines Geschäftsprozesses mit einer gezielten Abschlusszeit von 3 Monaten bis 1 Jahr.
- Projekt Level 3 - Entwickeln, Veränderung und Verbesserung eines Geschäftsprozesses mit einer gezielten Abschlusszeit von 1 bis 2 Jahren.
- Projekt Level 4 - Entwickeln, Veränderung und Verbesserung eines funktionellen Systems mit einer gezielten Abschlusszeit von 2 bis 5 Jahren.
- Projekt Level 5 - Entwickeln, Veränderung und Verbesserung einer Gruppe von funktionalen Systemen/Geschäftsfunktionen mit einer gezielten Abschlusszeit von 5 bis 10 Jahren.
- Projekt Level 6 - Entwickeln, Veränderung und Verbesserung einer gesamten einzelnen Wertschöpfungskette eines Unternehmens mit gezielter Abschlusszeit von 10 bis 20 Jahren.
- Projekt Level 7 - Entwickeln, Veränderung und Verbesserung mehrerer Wertschöpfungsketten eines Unternehmens mit der Abschlusszeit von 20 bis 50 Jahren.[62]
Vorteile von der Messung der Projektkomplexität besteht darin, die Machbarkeit von Projekten durch die Machbarkeit der Projekte zu verbessern[63]
- Passen Sie die Komplexität eines Projekts mit einer effektiven Zielzeit eines Projekts an
- Passen Sie die Komplexität eines Projekts mit dem jeweiligen Fähigkeitsniveau des Projektmanagers an
- Passen Sie die Komplexität einer Projektaufgabe mit der jeweiligen Fähigkeit der Projektmitglieder an
Positiv, angemessen (erforderlich) und negative Komplexität
Ähnlich mit dem Gesetz der erforderlichen Sorte und Das Gesetz der erforderlichen KomplexitätManchmal ist die Komplexität des Projekts erforderlich, damit das Projekt seine Ziele erreichen kann, und manchmal hat es vorteilhafte Ergebnisse. Basierend auf den Auswirkungen der Komplexität schlug Stefan Morcov seine Klassifizierung als positiv, angemessen oder negativ vor.[64][59]
- Positive Komplexität ist die Komplexität, die dem Projekt einen Mehrwert verleiht und deren Beitrag zum Projekterfolg die damit verbundenen negativen Konsequenzen überwiegt.
- Geeignete (oder erforderliche) Komplexität ist die Komplexität, die für das Projekt benötigt wird, um seine Ziele zu erreichen oder deren Beitrag zum Projekterfolg die negativen Auswirkungen ausgleichen, oder die Kosten für die Minderung überwiegt negative Manifestationen.
- Negative Komplexität ist die Komplexität, die den Projekterfolg behindert.
Projektmanager
A Projektmanager ist ein Fachmann im Bereich des Projektmanagements. Projektmanager sind für die Personen in einem Projekt verantwortlich. Menschen sind der Schlüssel zu jedem erfolgreichen Projekt. Ohne die richtigen Personen am richtigen Ort und zum richtigen Zeitpunkt kann ein Projekt nicht erfolgreich sein. Projektmanager können die Planung, Ausführung, Kontrolle und Schließung eines Projekts in der Regel im Zusammenhang mit dem Projekt haben Bauindustrie, Engineering, Architektur, Computerund Telekommunikation. Viele andere Bereiche der Produktionstechnik, des Designtechnik und der schweren Industrie haben Projektmanager.
Ein Projektmanager muss die Reihenfolge der Ausführung eines Projekts verstehen, um das Projekt korrekt zu planen, sowie die Zeit, die erforderlich ist, um jede einzelne Aufgabe innerhalb des Projekts zu erfüllen. Ein Projektmanager ist die Person, die für die Erreichung der angegebenen Projektziele im Namen des Kunden verantwortlich ist. Projektmanager haben in der Regel mehrere Jahre Erfahrung in ihrem Bereich. Ein Projektmanager muss das Projekt ein- und aus- und außen kennen, während die Arbeitnehmer zusammen mit dem Projekt überwacht werden. In der Regel hat ein Projektmanager bei den meisten Bau-, Ingenieur-, Architektur- und Industrieprojekten einen anderen Manager, der in der Regel für die Ausführung der Aufgabe täglich verantwortlich ist. Diese Position wird in einigen Fällen als Superintendent bezeichnet. Ein Superintendent und Projektmanager arbeiten Hand in Hand, um die tägliche Projektaufgabe zu erledigen. Zu den wichtigsten Verantwortlichkeiten des Projektmanagements gehören die Erstellung klarer und erreichbarer Projektziele, das Erstellen der Projektanforderungen und das Verwalten der Verwaltung der dreifache Einschränkungen (Inzwischen mehr Einschränkungen und nennen Sie es konkurrierende Einschränkungen) für Projekte, die Kosten, Zeit, Qualität und Umfang für die ersten drei sind, aber etwa drei zusätzliche im aktuellen Projektmanagement. Ein typisches Projekt besteht aus einem Team von Arbeitnehmern, die unter dem Projektmanager arbeiten, um die Aufgabe innerhalb der Zeit- und Budgetziele abzuschließen. Ein Projektmanager berichtet normalerweise direkt an eine höhere Statur nach Abschluss und Erfolg des Projekts.
Ein Projektmanager ist häufig ein Kundenvertreter und muss die genauen Bedürfnisse des Kunden ermitteln und umsetzen, basierend auf Kenntnissen des Unternehmens, das sie vertreten. Die Fähigkeit, sich an die verschiedenen internen Verfahren der Vertragspartei anzupassen und enge Verbindungen zu den nominierten Vertretern zu bilden, ist wichtig, dass die wichtigsten Fragen der Kosten, der Zeit, der Qualität und der Zufriedenheit der Kunden realisiert werden können.
Ein vollständiger Projektmanager, ein Begriff, der zuerst von Dr. Robert J. Graham in seiner Simulation geprägt wurde, wurde von Randall L. Englund und Alfonso Bucero erweitert. Sie beschreiben einen vollständigen Projektmanager als eine Person, die mehrere Disziplinen wie Führung, Einfluss, Verhandlungen, Politik, Veränderung und Konfliktmanagement sowie Humor umfasst. Dies sind alles "weiche" Fähigkeiten, die es Projektleitern ermöglichen, effektiver zu sein und optimierte, konsistente Ergebnisse zu erzielen.
Multilevel Success Framework und Kriterien - Projekterfolg vs. Projektleistung
Es besteht die Tendenz, den Projekterfolg mit dem Projektmanagementerfolg zu verwirren. Sie sind zwei verschiedene Dinge. „Projekterfolg“ hat 2 Perspektiven:
- die Perspektive des Prozesses, d. H. Effiziente Ausgaben; In der Regel als Projektmanagementleistung oder Projekteffizienz bezeichnet.
- die Perspektive des Ergebnisses, d. H. Die Bereitstellung vorteilhafter Ergebnisse; In der Regel als Projektleistung bezeichnet (manchmal nur Projekterfolg).[65][66][67][Selbstveröffentlichte Quelle?]
Das Projektmanagement -Erfolgskriterien unterscheiden sich von Projekterfolgskriterien. Das Projektmanagement soll erfolgreich sein, wenn das angegebene Projekt innerhalb der vereinbarten Zeit abgeschlossen ist, den vereinbarten Umfang und innerhalb des vereinbarten Haushalts erfüllt. Nach den dreifachen Einschränkungen wurden mehrere Einschränkungen in Betracht gezogen, um den Projekterfolg zu gewährleisten. Die dreifachen oder mehrere Einschränkungen weisen jedoch nur die Effizienzmaßnahmen des Projekts an, die in der Tat die Erfolgskriterien für das Projektmanagement während des Projektlebenszyklus sind.
Die priori-Kriterien lassen die wichtigeren Ergebnisse des Projekts nach Abschluss des Projekts aus, die vier Ebenen umfassen, d. H. Der Erfolg (Produkte), Ergebnis (Vorteile) und Auswirkungen (strategisch) während des Produktlebenszyklus. Diese hinteren Erfolgskriterien zeigen die Effektivitätsmaßnahmen des Projektprodukts, der Dienstleistung oder des Ergebnisses nach Abschluss und Übergabe von Projekten. Dieser übergreifende Multilevel -Erfolgsrahmen von Projekten, Programmen und Portfolios wurde 2008 von Paul Bannerman entwickelt.[68] Mit anderen Worten, ein Projekt soll erfolgreich sein, wenn es gelingt, den erwarteten Geschäftsfall zu erreichen, der vor Beginn der Entwicklungsphase eindeutig identifiziert und definiert werden muss. Dieser mehrstufige Erfolgsrahmen entspricht der Theorie des Projekts als Transformation, die als Eingabeprozess / Aktivitäts-Output-Ergebnisse abgebildet ist, um den beabsichtigten Wert zu generieren. Emanuel Camilleri klassifiziert im Jahr 2011 alle kritischen Erfolgs- und Misserfolgsfaktoren in Gruppen und passt jeden von ihnen mit den mehrstufigen Erfolgskriterien an, um den Geschäftswert zu erzielen.[69]
Risikomanagement
Das Verteidigungsministerium der Vereinigten Staaten; "Kosten, Zeitplan, Leistung und Risiko" sind die vier Elemente, über die Fachkräfte des Verteidigungsministeriums Kompromisse einleiten und Programmstatus verfolgen.[70] Es gibt auch internationale Standards. Das Risikomanagement wendet eine proaktive Identifizierung an (siehe Werkzeug) zukünftiger Probleme und das Verständnis ihrer Konsequenzen zulässigen Vorhersage Entscheidungen über Projekte. Das ERM -System spielt eine Rolle im Gesamtrisikomanagement.[71]
Arbeitsumbruchstruktur und andere Breakdown -Strukturen
Das Arbeitsumbruchstruktur (Wbs) ist a Baumstruktur Dies zeigt eine Unterteilung der Aktivitäten, die erforderlich sind, um ein Ziel zu erreichen - zum Beispiel ein Portfolio, ein Programm, ein Projekt und ein Vertrag. Das WBS kann Hardware-, Produkt-, Service- oder sein Prozess-ORIENTED (siehe ein Beispiel in einer NASA -Berichtsstruktur (2001)).[72] Neben WBs für das Projekt Scope Management gibt es Organisationsaufschlüsselungsstruktur (Diagramm), Kostenaufbruchstruktur und Risikobausbaus.
Ein WBS kann entwickelt werden, indem sie mit dem Endziel beginnen und nacheinander in überschaubare Komponenten in Bezug auf die Größe unterteilt werden. Dauerund Verantwortung (z. B. Systeme, Subsysteme, Komponenten, Aufgaben, Unteraufgaben und Arbeitspakete), die alle für die Erreichung des Ziels erforderlichen Schritte enthalten.[31]
Die Arbeitsaufschlüsselungsstruktur bietet einen gemeinsamen Rahmen für die natürliche Entwicklung der Gesamtplanung und Kontrolle eines Vertrags und ist die Grundlage für die Aufteilung von Arbeiten in definierbare Schritte, aus denen die Arbeitserklärung entwickelt und technisch, Zeitplan, Kosten und Arbeitsstunde Berichterstattung kann festgelegt werden.[72] Die Arbeitsaufschlüsselungsstruktur kann in zwei Formen als Tabelle mit Unterteilung von Aufgaben oder als Organisationsdiagramm angezeigt werden, deren niedrigste Knoten als "Arbeitspakete" bezeichnet werden.
Es ist ein wesentliches Element für die Bewertung der Qualität eines Plans und ein anfängliches Element, das während der Planung des Projekts verwendet wird. Beispielsweise wird ein WBS verwendet, wenn das Projekt geplant ist, damit die Verwendung von Arbeitspaketen aufgezeichnet und verfolgt werden kann.
Ähnlich wie bei der Arbeitsaufschlusstruktur wbs sind andere Zersetzungstechniken und Tools: Organisationsaufschlüsselungsstruktur OBS, Produktbausbaus PBS, Kostenaufschlüsselungsstruktur CBS, Risikoaufschlüsselungsstruktur RBS, Ressourcenabbruchstruktur RESBS.[73][59]
Internationale Standards
Es gibt mehrere Projektmanagementstandards, darunter:
- Die ISO -Standards ISO 9000, eine Familie von Standards für Qualitätsmanagementsysteme und die ISO 10006: 2003 für Qualitätsmanagementsysteme und Richtlinien für das Qualitätsmanagement in Projekten.
- ISO 21500: 2012 - Anleitung zum Projektmanagement. Dies ist der erste internationale Standard im Zusammenhang mit dem von ISO veröffentlichten Projektmanagement. Weitere Standards in der Familie 21500 sind 21503: 2017 Anleitung zum Programmmanagement; 21504: 2015 Anleitung zum Portfoliomanagement; 21505: 2017 Anleitung zur Regierungsführung; 21506: 2018 Wortschatz; 21508: 2018 Earned Value Management im Projekt- und Programmmanagement verdient; und 21511: 2018 Arbeitsaufschlüsselungsstrukturen für Projekt- und Programmmanagement.
- ISO 31000: 2009 - Risikomanagement.
- ISO/IEC/IEEE 16326: 2009 - Systeme und Software -Engineering - Lebenszyklusprozesse - Project Management[74]
- Einzelkompetenzbasis (ICB) der International Project Management Association (IPMA).[75]
- Reifegradmodell (Cmm) aus dem Software Engineering Institute.
- Gapps, Globale Allianz für Projektleistungsstandards - Ein Open -Source -Standard, der Kompetenzen für Projekt- und Programmmanager beschreibt.
- Hermes -Methode, Schweizer allgemeine Projektmanagementmethode, ausgewählt für die Verwendung in Luxemburg und internationalen Organisationen.
- Das Logischer Rahmenansatz (LFA), das in internationalen Entwicklungsorganisationen beliebt ist.
- PMBOK -Leitfaden von dem Projektmanagementinstitut (PMI).
- Prince2 aus Axelos.
- PM²: Die von der [Europäischen Kommission] entwickelte Projektmanagementmethode.[76]
- Verfahren für die Projektformulierung und -management (PPFM) durch das indische Verteidigungsministerium [77]
- Team -Softwareprozess (TSP) aus dem Software Engineering Institute.
- Gesamtkostenmanagement Framework, Methodik von AACE International für integriertes Portfolio, Programm und Projektmanagement.
- V-Model, eine ursprüngliche Systementwicklungsmethode.
Programm-Management. Projektnetzwerke
Einige identische oder unterschiedliche Projekte können als Programmmanagement verwaltet werden. Programme sind Sammlungen von Projekten, die ein gemeinsames Ziel und eine Reihe von Zielen unterstützen. Während einzelne Projekte eindeutig definiert und spezifisch Umfang und Zeitleiste, werden die Ziele und Dauer eines Programms mit einer geringeren Granularität definiert.
Neben Programmen und Portfolios sind zusätzliche Strukturen, die ihre unterschiedlichen Merkmale kombinieren, Projektnetzwerke, Mega-Projekte oder Mega-Programme.
Ein Projektnetzwerk ist ein temporäres Projekt, das aus verschiedenen unterschiedlichen sich entwickelnden Phasen besteht, die organisatorische Linien überschreiten. Mega-Projekte und Mega-Programme sind in Bezug auf Größe, Kosten, öffentliche und politische Aufmerksamkeit und Kompetenzen als außergewöhnlich definiert.[59]
Projektportfoliomanagement
Eine zunehmende Anzahl von Organisationen verwenden das, was als als bezeichnet wird Projektportfoliomanagement (PPM) als Mittel zur Auswahl der richtigen Projekte und dann der Verwendung von Projektmanagementtechniken[78] als Mittel zur Erbringung der Ergebnisse in Form von Vorteilen für die öffentliche, private oder gemeinnützige Organisation.
Portfolios sind Sammlungen ähnlicher Projekte. Das Portfoliomanagement unterstützt die Skaleneffekte, die Erhöhung der Erfolgsraten und die Reduzierung von Projektrisiken, indem sie ähnliche standardisierte Techniken für alle Projekte im Portfolio anwendet, von einer Gruppe von Projektmanagementprofis, die gemeinsame Tools und Kenntnisse teilen. Unternehmen erstellen häufig Projektmanagementbüros als Organisationsstruktur, um das Projektportfoliomanagement auf strukturierte Weise zu unterstützen.[59] Daher wird PPM normalerweise von einem engagierten Team von Managern durchgeführt, die in einem Unternehmensprojektverwaltungsbüro (PMO) organisiert sind und von einem PMO -Direktor oder Chief Project Officer geleitet werden. In Fällen, in denen strategische Initiativen einer Organisation den Großteil des PPM bilden, wird der Leiter des PPM manchmal als Chief Initiativ Officer bezeichnet.
Projektmanagement -Software
Projektmanagement -Software Wird Software verwendet, um Ressourcenpools zu planen, zu organisieren und zu verwalten, Ressourcenschätzungen zu entwickeln und Pläne zu implementieren. Abhängig von der Raffinesse der Software kann die Funktionalität umfassen Einschätzung und Planung, Planung, Kostenkontrolle und Finanzmanagement, Ressourcenzuweisung, Kollaborationssoftware, Kommunikation, Entscheidung fällen, Arbeitsablauf, Risiko, Qualität, Dokumentation, und/oder Verwaltungssysteme.[79][80]
Virtuelles Projektmanagement
Virtual Program Management (VPM) ist das Management eines von a durchgeführten Projekts virtuelles TeamObwohl es selten auf ein Projekt verweist, das eine virtuelle Umgebung implementiert[81] Es wird angemerkt, dass das Management eines virtuellen Projekts grundsätzlich von der Verwaltung traditioneller Projekte unterscheidet.[82] Kombination von Bedenken von Heimarbeit und globale Zusammenarbeit (Kultur, Zeitzonen, Sprache).[83]
Siehe auch
Verweise
- ^ Phillips, Joseph (2004). PMP Project Management Professional Study Guide. p. 354. ISBN 0072230622.
- ^ Baratta, Angelo (2006). "Die dreifache Einschränkung ist eine dreifache Illusion". PMI. Abgerufen 22. Dezember 2020.
- ^ Nokes, Sebastian; Kelly, Sean (2007). Der endgültige Leitfaden zum Projektmanagement: Der schnelle Track, um die Aufgabe pünktlich und im Budget zu erledigen. ISBN 9780273710974.
- ^ "Was ist Projektmanagement?". Projektmanagementinstitut. Abgerufen 2014-06-04.
- ^ Dinsmore, Paul C.; Cooke-Davies, Terence J. (4. November 2005). Richtige Projekte richtig gemacht: Von der Geschäftsstrategie bis zur erfolgreichen Projektumsetzung. p. 35. ISBN 0787971138.
- ^ Cattani, G.; Ferriani, S.; Frederiksen, L.; Florian, T. (2011). Projektbasierte Organisation und strategisches Management. Fortschritte im strategischen Management. Vol. 28. Emerald. ISBN 978-1780521930.
- ^ Lock, Dennis. Projektmanagement (9 ed.). ISBN 9780566087721.
- ^ Kwak, Young-Hoon (2005). "Eine kurze Geschichte des Projektmanagements". Im Elias G. Carayannis (ed.). Die Geschichte der Verwaltung von Projekten. ISBN 1567205062.
- ^ Cleland, David; Gareis, Roland (25. Mai 2006). "1: Die Entwicklung des Projektmanagements". Globales Projektmanagementhandbuch. ISBN 0071460454.
- ^ Stevens, Martin (2002). Projektmanagementwege. p. xxii. ISBN 190349401X.
- ^ Marsh, Edward R. (1975). "Das Harmonogramm von Karol Adamiecki". Das Journal der Akademie des Managements. 18 (2): 358–364. doi:10.2307/255537. JStor 255537.
- ^ Witzel, Morgen (2003). Fünfzig wichtige Zahlen im Management. S. 96–101. ISBN 0415369770.
- ^ Cleland, David; Gareis, Roland (25. Mai 2006). Globales Projektmanagementhandbuch: Planung, Organisation und Kontrolle internationaler Projekte. S. 1–4. ISBN 0071460454.
Es war in den 1950er Jahren, als das Projektmanagement offiziell als eindeutiger Beitrag aus der Managementdisziplin anerkannt wurde.
- ^ Malcolm, D. G.; Rosenboom, J. H.; Clark, C. E.; Fazar, W. (1959). "Anwendung einer Technik für die Bewertung des Forschungs- und Entwicklungsprogramms" (PDF). Unternehmensforschung. 7 (5): 646–669. doi:10.1287/Opre.7.5.646.
- ^ Harrison, F. L.; Lock, Dennis (2004). Erweitertes Projektmanagement: Ein strukturierter Ansatz. ISBN 0566078228.| Seite = 34}}
- ^ Saladis, F. P. (2006). "Bringen Sie den PMBOK® -Leitfaden zum Leben". PMI Global Congress. Seattle, WA: Project Management Institute.
- ^ "Zertifizierter Baumanager". CMAA. Archiviert von das Original am 28. November 2013. Abgerufen 23. November 2013.
- ^ "Zertifikat in Biotechnologie -Projektmanagement". Universität von Washington. Abgerufen 23. November 2013.
- ^ Esselink, Bert (2000). Ein praktischer Leitfaden zur Lokalisierung. Amsterdam/Philadelphia: John Benjamins Publishing Company. p. 428. ISBN 978-9-027-21956-5.
- ^ MESLY, Olivier (15. Dezember 2016). Projekt Machbarkeit: Tools zum Aufdecken von Anfälligkeitspunkten. ISBN 9781498757911..
- ^ Vgl. Der Bridger (Blog), "Projektmanagement: PMP, Prince 2 oder eine iterative oder agile Variante"
- ^ Serra, C. E. M.; Kunc, M. (2014). "Vorteile der Realisierung des Managements und dessen Einfluss auf den Projekterfolg und die Ausführung von Geschäftsstrategien". Internationales Journal of Project Management. 33 (1): 53–66. doi:10.1016/j.ijproman.2014.03.011.
- ^ "Über kritische Pfadmethoden hinausgehen". www.pmi.org. Abgerufen 2021-12-27.
- ^ Hass, Kathleen B. (Kitty) (2. März 2010). "Verwalten komplexer Projekte, die zu groß, zu lang und zu kostspielig sind". PM mal. Abgerufen 2017-06-27.
- ^ Confeorto, E. C.; Salum, F.; Amaral, D. C.; Da Silva, S. L.; Magnanini de Almeida, L. F (Juni 2014). "Kann das agile Projektmanagement von anderen Branchen als Softwareentwicklung übernommen werden?" Projektmanagementjournal. 45 (3): 21–34. doi:10.1002/pmj.21410. S2CID 110595660.
- ^ Patel, Himanshu (20. April 2018). "Das Wasserfallmodell im Projektmanagement erklärt". Itsguru. Abgerufen 2017-04-20.
- ^ Snowden, David J.; Boone, Mary E. (November 2007). "Der Rahmen eines Führers für die Entscheidungsfindung". Harvard Business Review. Abgerufen 2017-06-27.
- ^ "Stanford Research Study findet Innovation Engineering ist ein echtes" Breakout -Innovationssystem "ist. Dh Nachrichten. 20. Juni 2017. Abgerufen 2017-08-11.
- ^ Wysocki, Robert K. (2013). Effektives Projektmanagement: traditionell, adaptiv, extrem (Siebter Aufl.). John Wiley & Sons. ISBN 978-1118729168.
- ^ Royce, Winston W. (25. bis 28. August 1970). "Verwaltung der Entwicklung großer Softwaresysteme" (PDF). Technische Papiere der Western Electronic Show und Convention (Wescon). Los Angeles. Archiviert von das Original (PDF) Am 2016-03-15.
{{}}
: CS1 Wartung: Datum und Jahr (Link) - ^ a b Stellman, Andrew; Greene, Jennifer (2005). Angewandter Softwareprojektmanagement. O'Reilly Media. ISBN 978-0-596-00948-9. Archiviert von das Original Am 2015-02-09.
- ^ McCaffer, Ronald; Harris, Frank (2013). Modernes Baumanagement. Wiley-Blackwell. p. 5. ISBN 978-1118510186. OCLC 834624541.
- ^ Office for Government Commerce (1996) Verwaltung erfolgreicher Projekte mit Prince2, P14
- ^ "OGC - Prince2 - Hintergrund". Archiviert von das Original Am 2011-08-22.
- ^ a b c d e f "Projektmanagementhandbuch" (PDF). VA Office of Information and Technology. 2003. Archiviert vom Original am 14. Januar 2009.
{{}}
: CS1 Wartung: Ungeeignete URL (Link) - ^ a b c PMI (2010). Ein Leitfaden für das Projektmanagementkörper von Wissen S. 27-35
- ^ Peter Nathan, Gerald Everett Jones (2003). PMP -Zertifizierung für Dummies. S.63.
- ^ Harold Kerzner (2003). Projektmanagement: Ein Systemansatz für Planung, Planung und Kontrolle (8. Aufl.). Wiley. ISBN 0-471-22577-0.
- ^ a b James P. Lewis (2000). Die Schreibtischreferenz des Projektmanagers :: Ein umfassender Leitfaden für Projektplanung, Planung, Bewertung und Systeme. S.185
- ^ Eccles, Robert G. (1981). "Der Quasifer in der Bauindustrie". Zeitschrift für Wirtschaftsverhalten & Organisation. 2 (4): 335–357. doi:10.1016/0167-2681 (81) 90013-5. ISSN 0167-2681.
- ^ Davies, Andrew; Hobday, Michael (2005). Das Geschäft von Projekten: Verwaltung von Innovationen in komplexen Produkten und Systemen. Cambridge University Press. ISBN 978-0-521-84328-7.
- ^ Gann, David; Salter, Ammon; Dodgson, Mark; Philips, Nelson (2012). "In der Welt des Projekts Baron". MIT Sloan Management Review. 53 (3): 63–71. ISSN 1532-9194.
- ^ Meng, Xianhai (2012). "Die Auswirkung des Beziehungsmanagements auf die Projektleistung in der Konstruktion". Internationales Journal of Project Management. 30 (2): 188–198. doi:10.1016/j.ijproman.2011.04.002.
- ^ Cohen Kashi S., Rozenes S. & Ben-Gal, I. (2016). "Projektmanagementüberwachung basierend auf der erwarteten Entropie der Dauer" (PDF). In Entropy 2020, 22, 905.
{{}}
: Cs1 montiert: Mehrfachnamen: Autorenliste (Link) - ^ Becker, Jarg; Kugeler, Martin; Rosemann, Michael (2003). Prozessmanagement: Ein Leitfaden für die Gestaltung von Geschäftsprozessen: mit 83 Abbildungen und 34 Tabellen. p. 27. ISBN 9783540434993.
- ^ Bernhard Schlagheck (2000). Objektorientierte referenzmodelle für prozess- und projektcontrolling. Grundlagen - Konstrukionen - Anwendungsmöglichkitzen. ISBN978-3-8244-7162-1. S.131.
- ^ Josef E. Riedl (1990). Projekt - Kontrolle in Forschung und Enterkrung. ISBN978-3-540-51963-8. S.99.
- ^ Steinle, Bruch, Lawa (1995). Projektmanagement. Faz Verlagsberich Wirbelsbücher. S.136–143
- ^ Cynthia Snyder, Frank Parth (2006). Einführung in das IT -Projektmanagement. S.393-397
- ^ Abdou, Saed M; Yong, Kuan; Othman, Mohammed (2016). "Projektkomplexität Einfluss auf die Leistung des Projektmanagements - die malaysische Perspektive". Matec Web of Conferences. 66: 00065. doi:10.1051/matecconf/20166600065. ISSN 2261-236X.
- ^ Morcov, Stefan; PINTELON, LILIANE; Kusters, Rob J. (2020). "Definitionen, Merkmale und Messungen der IT -Projektkomplexität - eine systematische Literaturübersicht" (PDF). Internationales Journal of Information Systems und Projektmanagement. 8 (2): 5–21. doi:10.12821/ijispm080201. S2CID 220545211.
- ^ a b Marle, Franck; Vidal, Ludovic -Alexandre (2016). Verwaltung komplexer, hoher Risikoprojekte - Ein Leitfaden für das grundlegende und fortschrittliche Projektmanagement. London: Springer-Verlag.
- ^ Vidal, Ludovic-Alexandre; Marle, Franck; Bocquet, Jean-Claude (2011). "Messung der Projektkomplexität mit dem Analyse -Hierarchieprozess" (PDF). Internationales Journal of Project Management. 29 (6): 718–727. doi:10.1016/j.ijproman.2010.07.005.
- ^ Vidal, Ludovic-Alexandre; Marle, Franck (2008). "Projektkomplexität verstehen: Auswirkungen auf das Projektmanagement" (PDF). Kybernetes. 37 (8): 1094–1110. doi:10.1108/03684920810884928.
- ^ Baccarini, D. (1996). "Das Konzept der Projektkomplexität, eine Überprüfung". Internationales Journal of Project Management. 14 (4): 201–204. doi:10.1016/0263-7863 (95) 00093-3.
- ^ Snowden, David J.; Boone, Mary E. (2007). "Der Rahmen eines Führers für die Entscheidungsfindung". Harvard Business Review. 85 (11): 68–76.
{{}}
: Cs1 montiert: Mehrfachnamen: Autorenliste (Link) - ^ Maurer, Maik (2017). Komplexitätsmanagement im technischen Design - Ein Grunder. Berlin, Heidelberg: Springer.
- ^ Kurtz, C.F.; Snowden, David J. (2003). "Die neue Dynamik der Strategie: Sinneszucht in einer komplexen und komplizierten Welt". IBM Systems Journal. 42 (3): 462–483. doi:10.1147/sj.423.0462. S2CID 1571304.
{{}}
: Cs1 montiert: Mehrfachnamen: Autorenliste (Link) - ^ a b c d e f Morcov, S (2021). "Verwalten positiver und negativer Komplexität: Design und Validierung eines IT -Projektkomplexitätsmanagement -Frameworks". Ku Leuven Universität.
- ^ G., Morris, Peter W. (1994). Das Management von Projekten. London: T. Telford. p. 317. ISBN 978-0727725936. OCLC 30437274.
- ^ Gower -Handbuch von Personen im Projektmanagement. Lock, Dennis., Scott, Lindsay, 1974-. Farnham, Surrey: Gower Publishing. 2013. p. 398. ISBN 978-1409437857. OCLC 855019788.
{{}}
: CS1 Wartung: Andere (Link) - ^ "PMOS". www.theprojanmanager.co.za. Abgerufen 2018-03-01.
- ^ Kommission, australischer öffentlicher Dienst. "APS -Framework für optimale Managementstrukturen". Abgerufen 2018-03-01.
- ^ Morcov, Stefan; PINTELON, LILIANE; Kusters, Rob J. (2020). "IT -Projektkomplexitätsmanagement basierend auf Quellen und Effekten: positiv, angemessen und negativ" (PDF). Verfahren der rumänischen Akademie - Serie a. 21 (4): 329–336.
- ^ Daniel, Pierre A.; Daniel, Carole (Januar 2018). "Komplexität, Unsicherheit und mentale Modelle: Von einem Paradigma der Regulierung bis zu einem Paradigma des Auftretens im Projektmanagement". Internationales Journal of Project Management. 36 (1): 184–197. doi:10.1016/j.ijproman.2017.07.004.
- ^ Pinto, Jeffrey K.; Winch, Graham (1. Februar 2016). "Die beunruhigende 'besiedelte Wissenschaft': Die Vergangenheit und Zukunft des Managements von Projekten". Internationales Journal of Project Management. 34 (2): 237–245. doi:10.1016/j.ijproman.2015.07.011.
- ^ Morcov, Stefan (6. April 2021). "Projekterfolg gegen Projektmanagementleistung".
- ^ Bannerman, P. L. (2008). "Projekterfolg definieren: Ein Multilevel -Framework". Definieren der Zukunft des Projektmanagements. Warschau, Polen: Projektmanagementinstitut.
- ^ Emanuel Camilleri, Projekterfolg: Kritische Faktoren und Verhaltensweisen, Gower Publishing, Ltd., 2011
- ^ "Dodd 5000.01" (PDF). Verteidigungsministerium der Vereinigten Staaten. Archiviert von das Original (PDF) am 25. August 2009. Abgerufen 20. November 2007.
- ^ "Das Risiko des Risikomanagements eingehen: Ganzheitlicher Ansatz für das Unternehmensrisikomanagement". Strategische Ausrichtung. 32 (5): 28–30. 2016-01-01. doi:10.1108/SD-02-2016-0030. ISSN 0258-0543.
- ^ a b NASA NPR 9501.2d. 23. Mai 2001.
- ^ Levine, H. A. (1993). Das Weebis und das Obis: Neue Tänze für Projektmanager? PM -Netzwerk, 7 (4), 35–38. Verfügbar um https://www.pmi.org/learning/library/concepts-work-risk-organizational-breakdown-structures-3694
- ^ ISO/IEC/IEEE-Systeme und Software-Engineering-Lebenszyklusprozesse-Project Management. doi:10.1109/IEEESTD.2009.5372630. ISBN 978-0-7381-6116-7.
- ^ Einzelkompetenzbasis für Projekt-, Programm- und Portfoliomanagement (PDF). International Project Management Association (IPMA). 2015. ISBN 978-94-92338-01-3.
- ^ PM²: Die von der Europäischen Kommission entwickelte Projektmanagementmethode. Verfügbar um https://europa.eu/pm2/home_en
- ^ Mohindra, T. & Srivastava, M. (2019). Vergleichende Analyse von Projektmanagement -Frameworks und Aussagen für projektbezogene Organisationen. PM World Journal, viii (viii). Verfügbar um https://pmworldlibrary.net/wp-content/uploads/2019/09/pmwj85-sep2019-mohindra-srivastava-comparative-analysis-project-management-frameworks.pdf
- ^ Albert Hamilton (2004). Handbuch der Projektmanagementverfahren. TTL Publishing, Ltd. ISBN0-7277-3258-7
- ^ PMBOK 4H ED. 2008. p. 443. ISBN 978-1933890517.
- ^ Tom Kendrick. Das Projektmanagement -Tool -Kit: 100 Tipps und Techniken, um die Arbeit richtig zu erledigen, Dritte Edition. Amacom Books, 2013 ISBN9780814433454
- ^ Curlee, Wanda (2011). Das virtuelle Projektmanagementbüro: Best Practices, bewährte Methoden. Management Concepts Press.
- ^ Khazanchi, Deepak (2005). Muster des effektiven Projektmanagements in virtuellen Projekten: Eine explorative Studie. Projektmanagementinstitut. ISBN 9781930699830. Archiviert von das Original Am 2013-10-23.
- ^ Velagapudi, Mridula (13. April 2012). "Warum Sie nicht Virtual Project Management 2012 nicht vermeiden können".
Externe Links
- Richtlinien für die Verwaltung von Projekten Aus dem britischen Abteilung für Wirtschafts-, Unternehmens- und Regulierungsreform (BERR)
- PM Foundation PM -Blog
- Medien im Zusammenhang mit dem Projektmanagement bei Wikimedia Commons