Kritischer Pfad und Kritische Kette (Vergleich): Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 197: | Zeile 197: | ||
! style="text-align:center;" | kons. | ! style="text-align:center;" | kons. | ||
! style="text-align:center;" | kons. $-$ $μ$ | ! style="text-align:center;" | kons. $-$ $μ$ | ||
|- bgcolor="#eeeeee" | |||
| align="right" | 1 || Projektstart || || || || || || || || || || | |||
|- | |- | ||
| align="right" | 2 || Konzeption || 1 || Designer, Informatiker|| align="right" | 2 || align="right" | 3 || align="right" | 6 || align="right" bgcolor="ffd965" | 3 || align="right" | 0,4 || align="right" | 3,8 || align="right" bgcolor="ffd965" | 4 || align="right" | 1 | | align="right" | 2 || Konzeption || 1 || Designer, Informatiker|| align="right" | 2 || align="right" | 3 || align="right" | 6 || align="right" bgcolor="ffd965" | 3 || align="right" | 0,4 || align="right" | 3,8 || align="right" bgcolor="ffd965" | 4 || align="right" | 1 | ||
|- bgcolor="#eeeeee" | |- bgcolor="#eeeeee" | ||
Zeile 220: | Zeile 220: | ||
| align="right" | 11 || Projektende || 10 || || || || || || || || || | | align="right" | 11 || Projektende || 10 || || || || || || || || || | ||
|} | |} | ||
Um zu dieser Tabelle zu gelangen wurden folgende Schritte durchgeführt: | |||
<ol> | |||
<li>[[Aktivitätstrukturplan]]ung: Festlegung der einzelnen Vorgänge (Spalte „Vorgang“)</li> | |||
<li>[[Netzwerk (Projektmanagement)|Netzwerkplanung]]: Festlegung von [[Ende-Anfang-Beziehung]]en zwischen den Vorgängen (Spalte „Vorgänger“)</li> | |||
<li>[[Resourcenplanung]]: Festlegung des benötigten Mitarbeiter (Spalte „Ressourcen“)</li> | |||
<li>[[Schätzung|Drei-Punkt-Schätzung]]: Schätzung der Dauer der einzelnen Vorgänge (restliche Spalten)</li> | |||
</ol> | |||
Im klassischen Projektmanagement wird zur Ermittlung der Dauer eines Vorgangs üblicherweise eine [[Schätzung|Ein-Punkt-Schätzung]] durchgeführt. Eine Methode ist beispielsweise die [[Expertenschätzung]] ([[Delphi-Methode]], [[Planning Poker]]). Hierbei versuchen die Experten für jeden Vorgang sich auf einen Wert zu einigen. Im obigen Diagramm wurden die Schätzwert, die sich bei einer klassischen Schätzung ergeben könnten, in die gelb markierte Spalte „kons.“ (= konservativ) eingetragen. | |||
In CCPM wird dagegen mit Drei-Punkt-Schätzungen gearbeitet (so wie dies urspürunglich für [[PERT]] vorgeschlagen wurde). Bei einer Drei-Punktschätzung müssen sich die | |||
Experten für jeden Vorgang auf drei Werte einigen: bester Fall (min.), wahrscheinlichster Fall (realistisch, real.), schlechtester Fall (max.). Daraus werden der | |||
Erwartungswert $\mu$ und die Streuung $\sigma$ einer geeigneten [[Wahrscheinlichkeitsverteilung]] (wie beispielsweise der [[Dreiecksverteilung]] oder der | |||
[[Beta-Verteilung]]) ermittelt. Der Erwartungswert $\mu$ gibt die den Zeitpunkt an, zu dem der zugehörige Vorgang ca. mit 50% Wahrscheinlichkeit abgeschlossen ist. | |||
Zu diesem Wert kann man das $n$-fach von $\sigma$ addieren, um die Wahrscheinlichkeit für eine rechtzeitige Beendigung eines Vorgangs zu erhöhen. | |||
===Klassisches Projektmanagement=== | ===Klassisches Projektmanagement=== |
Version vom 18. Juni 2018, 14:28 Uhr
Dieser Artikel erfüllt die GlossarWiki-Qualitätsanforderungen nur teilweise:
Korrektheit: 4 (großteils überprüft) |
Umfang: 3 (einige wichtige Fakten fehlen) |
Quellenangaben: 3 (wichtige Quellen vorhanden) |
Quellenarten: 3 (gut) |
Konformität: 3 (gut) |
Vergleich
Methode des kritischen Pfades (Critical Path Method, CPM; Metra Potential Method, MPM) | Methode der kritischen Kette (Critical Chain Project Management, CCPM) |
---|---|
Pufferzeiten für Einzelvorgänge Statistische Fluktuationen werden im Allgemeinen nur im Form von Pufferzeiten in den einzelnen Vorgängen beachtet. Man unterschiedet zwischen:
|
Pufferzeiten für Vorgangsfolgen Statistische Fluktuationen werden als unabänderlich angesehen und daher bei der Planung und Projektverlauf von Anfang an berücksichtigt. Der Puffer wird dabei nicht einzelnen Vorgängen zugeordnet, sondern einer Kette von aufeinander folgenden Vorgängen. Man unterschiedet zwischen:
⇒ Paradigmenwechsel; die explizite Verwaltung von Puffer für kritische Vorgänge hat deutliche Auswirkungen auf die Tätigkeiten des Projektleiters. |
Geschätzte Vorgangsdauer enthält i. Allg. Puffer Die Dauer eines Vorgangs wird so geschätzt, dass der Vorgang innerhalb der geschätzten Zeit mit großer Wahrscheinlichkeit beendet wird (mindestens 80%, meist jedoch deutlich mehr: 90%, 95%, 99%). Das heißt, alle Einzelschätzungen enthalten implizit einen eigenen Puffer, um statistische Fluktuationen abzufangen. |
Geschätzte Vorgangsdauer enthält keinen Puffer Die Dauer eines Vorgangs wird so geschätzt, dass dieser Vorgang innerhalb der geschätzten Zeit lediglich mit ca. 50%-iger Wahrscheinlichkeit beendet wird (Erwartungswert ≈ Median). Die Einzelpuffer werden bei kritischen Vorgängen als Gesamtpuffer an das Projektende angefügt. Für nicht-kritische Vorgänge werden die Einzellpuffer ebenfalls zu einem Puffer zusammengefasst und direkt vor einem kritischen Vorgang als so genannte Zubringerpuffer eingefügt. Aufgrund statistischer Gesetze (Zentraler Grenzwertsatz der Statistik) können der Gesamtpuffer und die Zubringerpuffer i. Allg. deutlich kürzer gewählt werden, als die Summe der jeweils zugehörigen impliziten Einzelpuffer. ⇒ Zeitgewinn Bis heute ist es allerdings nicht gelungen, ein Verfahren zu entwickeln, mit dem sich ein in statistischer Hinsicht „optimaler“ Zeitplan erstellen lässt. Daher gibt sich CCPM damit zufrieden, einen möglichst guten Zeitplan zu erstellen, da auch dies einen Zeitgewinn zur Folge hat. |
Früher Beginn von nicht-kritischen Vorgängen Nicht-kritische Vorgänge werden häufig so früh wie möglich begonnen. Das heißt, die Vorgangspuffer-Zeiten, (Freier Puffer und Vorgangsgesamtpuffer), die sich durch die Rückwärtsrechnung ergeben, werden auch ausgenutzt. |
Später Beginn von nicht-kritischen Vorgängen Nicht-kritische Vorgänge sollen möglichst immer so spät wie möglich begonnen werden. Der Starttermin wird i. Allg. nach hinten verschoben. Dabei wird allerdings genügend Puffer (z. B. mit Hilfe des zentralen Grenzwertsatzes) am Ende einer Kette von nicht-kritischen Vorgängen eingeplant (Zubringerpuffer), damit der (evtl. kritische) Vorgang, der die Ergebnisse dieser sogenannten Zubringerkette benötigt, nach Möglichkeit nicht verzögert wird. Vorteile der Verschiebung des Starttermins:
|
Vorgänge werden termingerecht beendet oder später Vorgänge werden termingerecht beendet oder – bei unerwarteten Problemen – später. Trotz der großen Einzelpuffer werden Vorgänge i. Allg. nicht früher beendet. Gründe:
|
Vorgänge werden häufig auch vorzeitig beendet Vorgänge werden vor, zum oder nach dem gesetzten Termin beendet. Für die Mitarbeiter gibt es keine festen Terminvorgaben, sondern nur die Vorgabe, einen Vorgang so schnell wie möglich zu beenden, ohne Abstriche an Funktionalität oder Qualität zu machen. Mitarbeiter dürfen dabei nicht unter Druck gesetzt werden, insbesondere Überstunden sind nur in Ausnahmefällen zulässig. ⇒ Zeitgewinn bei früher, termingerecht oder nur leicht verspätet beendeten Vorgängen (da die Vorgangsdauer kürzer als bei CPM geschätzt wird). |
Multitasking ist NICHT verpönt Es wird häufig Multitasking, d.h. der gleichzeitige Einsatz von Mitarbeitern (oder anderen Ressourcen) in mehreren Vorgängen oder Projekten, betrieben. Dies geschieht vor allem, um jede Ressource so gut wie möglich auszulasten. Insbesondere kommt es oft zu Planungen, bei denen eine Ressource in mehreren parallel laufenden Vorgängen jeweils zu 100% verplant ist (fehlendes Resource Leveling). Derartige Vorgänge werden normalerweise nicht termingerecht beendet. |
Multitasking ist verpönt Multitasking wird grundsätzlich vermieden, d.h., Resource Leveling ist Pflicht. ⇒ Zeitgewinn, da Multitasking jeden Einzelvorgang bis auf den letzten verzögert. ⇒ nochmals Zeitgewinn, da der Overhead, der durch Aufgabenwechsel entstehen würde, entfällt. |
KEINE Entlastung bei Arbeit an kritischen Vorgängen Mitarbeiter, die an kritischenVorgängen arbeiten, werden nicht vom Tagesgeschäft entlastet. |
Entlastung bei Arbeit an kritischen Vorgängen Mitarbeiter, die an kritischen Vorgängen arbeiten, werden vom Tagesgeschäft entlastet (wenig Telefon, kaum E-Mails, keine anderen Aufgaben etc.). ⇒ Zeitgewinn |
Ein-Punkt-Schätzmethode Für jeden Vorgang wird die Dauer als Fester Wert geschätzt und festgelegt. |
Drei-Punkt-Schätzmethode Für die Schätzung der Dauer von Einzelvorgängen wird die Drei-Punkt-Schätzmethode (kürzeste Dauer, wahrscheinliche Dauer, längste Dauer) eingesetzt, um für jeden Vorgang sowohl einen guten Schätzwert für dieeigentliche Dauer (Erwartungswert), als auch für einen notwendigen Puffer (n mal Standardabweichung) zu ermitteln. (Diese Methode wurde ursprünglich auch in PERT eingesetzt.) |
Parallele kritische Vorgänge sind erlaubt Der kritische Pfad ist nicht notwenig immer ein Pfad. In Ausnahmefällen kann es auch kritische Vorgänge geben, die paralell laufen. |
Parallele kritische Vorgänge sind NICHT erlaubt Um den zentralen Grenzwertsatz der Statistik anwenden zu können, wird formal verlangt, dass es keine parallelen kritischen Vorgänge gibt. Sollte es parallele Zweige von kritischen Vorgängen geben, wird ein Zweig als kritisch definiert und die anderen als nicht-kritisch. Die neuen nicht-kritischen Pfade gelten fortan als Zubringerpfade. Da für den zugehörigen Zubringerpuffer kein Platz im Pfad vorhanden ist, muss der Puffer bei der Berechnung des Nachfolger-Pfades berücksichtigt werden (allerdings gibt es dafür bislang keine Methode, die mathematisch fundiert wäre – hier muss der Projektleiter selbst plausible Werte für die Puffervergrößerung festlegen). ⇒ Diese künstliche Unterscheidung von kritischen und als nicht-kritisch festgelegte kritischen Vorgängen ist rein technischer Natur und bringt sonst keinerlei Vorteile. Dieser Spezialfall tritt außerdem nur selten ein. |
Beispiel
Gegeben sei folgendes fiktive Projekt zur Erstellung eines Web-Auftritts der „Metzgerei Meier“:
Nr. | Vorgang | Vorgänger | Ressourcen | min. | real. | max. | $μ$ | $σ$ | $μ +2σ$ | kons. | kons. $-$ $μ$ |
---|---|---|---|---|---|---|---|---|---|---|---|
1 | Projektstart | ||||||||||
2 | Konzeption | 1 | Designer, Informatiker | 2 | 3 | 6 | 3 | 0,4 | 3,8 | 4 | 1 |
3 | Gestaltung Wireframes | 2 | Designer | 4 | 5 | 20 | 7 | 1,9 | 10,8 | 11 | 4 |
4 | Gestaltung Style | 3 | Designer; Informatiker | 2 | 4 | 6 | 4 | 0,4 | 4,8 | 5 | 1 |
5 | Implementierung Backend | 2 | Informatiker | 2 | 3 | 12 | 4 | 1,1 | 6,2 | 6 | 2 |
6 | Implementierung Frontend | 3, 5 | Informatiker | 3 | 4 | 15 | 5 | 1,4 | 7,8 | 8 | 3 |
7 | Implementierung Style | 4, 6 | Designer; Informatiker | 1 | 2 | 5 | 2 | 0,4 | 2,8 | 3 | 1 |
8 | Contenterstellung: Text | 1 | Redakteur | 2 | 3 | 5 | 3 | 0,4 | 3,8 | 4 | 1 |
9 | Contenterstellung: Bild | 8 | Redakteur | 1 | 2 | 3 | 2 | 0,4 | 2,8 | 3 | 1 |
10 | Integration | 4, 7, 9 | Designer, Informatiker, Redakteur | 2 | 2 | 3 | 2 | 2,6 | 0,3 | 3 | 1 |
11 | Projektende | 10 |
Um zu dieser Tabelle zu gelangen wurden folgende Schritte durchgeführt:
- Aktivitätstrukturplanung: Festlegung der einzelnen Vorgänge (Spalte „Vorgang“)
- Netzwerkplanung: Festlegung von Ende-Anfang-Beziehungen zwischen den Vorgängen (Spalte „Vorgänger“)
- Resourcenplanung: Festlegung des benötigten Mitarbeiter (Spalte „Ressourcen“)
- Drei-Punkt-Schätzung: Schätzung der Dauer der einzelnen Vorgänge (restliche Spalten)
Im klassischen Projektmanagement wird zur Ermittlung der Dauer eines Vorgangs üblicherweise eine Ein-Punkt-Schätzung durchgeführt. Eine Methode ist beispielsweise die Expertenschätzung (Delphi-Methode, Planning Poker). Hierbei versuchen die Experten für jeden Vorgang sich auf einen Wert zu einigen. Im obigen Diagramm wurden die Schätzwert, die sich bei einer klassischen Schätzung ergeben könnten, in die gelb markierte Spalte „kons.“ (= konservativ) eingetragen.
In CCPM wird dagegen mit Drei-Punkt-Schätzungen gearbeitet (so wie dies urspürunglich für PERT vorgeschlagen wurde). Bei einer Drei-Punktschätzung müssen sich die Experten für jeden Vorgang auf drei Werte einigen: bester Fall (min.), wahrscheinlichster Fall (realistisch, real.), schlechtester Fall (max.). Daraus werden der Erwartungswert $\mu$ und die Streuung $\sigma$ einer geeigneten Wahrscheinlichkeitsverteilung (wie beispielsweise der Dreiecksverteilung oder der Beta-Verteilung) ermittelt. Der Erwartungswert $\mu$ gibt die den Zeitpunkt an, zu dem der zugehörige Vorgang ca. mit 50% Wahrscheinlichkeit abgeschlossen ist. Zu diesem Wert kann man das $n$-fach von $\sigma$ addieren, um die Wahrscheinlichkeit für eine rechtzeitige Beendigung eines Vorgangs zu erhöhen.
Klassisches Projektmanagement
Critical-Chain-Projektmanagement
Summe kons. $-$ μ für den kritischen Pfad (rot): |
$1+4+1+3+1+1$ | $= 11 $ | $= 11 $ |
---|---|---|---|
2 * Summe der Streuungen des kritischen Pfads (rot): |
$2(σ_2+σ_3+σ_4+σ_6+σ_7+σ_{10}) $ $= 2(0,4+1,9+0,4+1,4+0,4+0,3) = $ |
$9,6 $ | $\approx 10 $ |
Projektgesamtpuffer gemäß Zentralem Grenzwertsatz |
$2\sqrt{σ_2^2+σ_3^2+σ_4^2+σ_6^2+σ_7^2+σ_{10}^2} = $ $2\sqrt{0,4^2+1,9^2+0,4^2+1,4^2+0,4^2+0,3^2}$ |
$\approx 4,96$ | $\approx 5$ |
---|---|---|---|
Zubringerpuffer 1 gemäß Zentralem Grenzwertsatz |
$3\sqrt{σ_5^2} = 3\sqrt{1,1^2}$ | $=3,3$ | $\approx 3$ |
Zubringerpuffer 2 gemäß Zentralem Grenzwertsatz |
$3\sqrt{σ_8^2+σ_9^2} = 3\sqrt{0,4^2+0,4^2}$ | $\approx 1,70$ | $\approx 2$ |
Quellen
- Goldratt (2002): Eliyahu M. Goldratt; Die kritische Kette − Ein Roman über das neue Konzept im Projektmanagement; Verlag: Campus Verlag; ISBN: 3593370913; 2002; Quellengüte: 5 (Buch)
- Leach (2005): Lawrence P. Leach; Critical Chain Project Managgement; Auflage: 2; Verlag: Artech House; ISBN: 1580539033; 2005; Quellengüte: 5 (Buch)
- Uwe Techt, Das aktuelle Stichwort: „Critical-Chain-Projektmanagement“, April 2005 (projektMANAGEMENT aktuell 2/05)
- Uwe Techt und Holger Lörz, Projektmanagement: Mit der Critical-Chain-Methode die Projektlaufzeit entscheidend verkürzen, Januar 2005
- Oliver Steeger, Projektmanagement: Die kritische Kette treibt Projekte an, Mai 2005
- Mike Mannion and Sven Ehrke, Introduction to Critical Chain, TOC Update, Februar 2006