Kritischer Pfad und Kritische Kette (Vergleich)/Zusammenfassung des Beispiels: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(23 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
[[Kritischer Pfad und Kritische Kette (Vergleich)|zurück zur Hauptseite]]
==Projekt „Web-Auftritt der Metzgerei Meier“==
==Projekt „Web-Auftritt der Metzgerei Meier“==
Gegeben sei folgendes fiktive Projekt zur Erstellung eines Web-Auftritts der „Metzgerei Meier“:
Gegeben sei folgendes fiktive Projekt zur Erstellung eines Web-Auftritts der „Metzgerei Meier“:
Zeile 37: Zeile 38:
| align="right" | 11 || Projektende || 10 || || || || || || || || ||
| align="right" | 11 || Projektende || 10 || || || || || || || || ||
|}
|}
<ol>
<li>[[Projektstrukturplan]]ung (Aktivitäten): 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>[[Resourcenplan]]ung: Festlegung des benötigten Mitarbeiter (Spalte „Ressourcen“)</li>
<li>[[Schätzung|Dreipunkt-Schätzung]]: Schätzung der Dauer gemäß [[CCPM]]/[[PERT]] (erste gelbe Spalte), Schätzung der Dauer gemäß [[CPM]]/[[MPM]] (zweite gelbe Spalte)</li>
</ol>
==Klassisches Projektmanagement (mit Ressourcenüberlastung)==
[[Datei:CPM marked.png|gerahmt|ohne|Kritischer Pfad mit Ressourcenüberlastung]]
MS Project zeigt eine Ressourcenüberlastung für die Vorgänge 4 und 6 an: Der Informatiker müsste an beiden Vorgängen gleichzeitig arbeiten.


==Klassisches Projektmanagement (mit Ressourcenüberlastung)==
==Klassisches Projektmanagement (mit [[Resource Leveling]])==
[[Datei:CPM.png|gerahmt|ohne|Netzplan (mit Ressourcenüberlastung) ]]
[[Datei:CPM resource leveling marked.png|gerahmt|ohne|Kritischer Pfad ohne Ressourcenüberlastung]]
Um die Überlast aufzuheben, werden neue Ende-Anfang-Beziehungen eingefügt, die erzwingen, dass der Informatiker eine Aufgabe nach der anderen erledigt.


==Klassisches Projektmanagement (mit Kapazitätsausgleich)==
==Klassisches Projektmanagement (mit [[Resource Leveling]], ohne redundante Beziehungen)==
[[Datei:CPM resource leveling.png|gerahmt|ohne|Netzplan (mit Kapazitätsausgleich)]]
[[Datei:CPM resource leveling simplified marked.png|gerahmt|ohne|Redundate Beziehungen wurden entfernt]]
Um das Diagramm etwas übersichtlicher zu gestalten, kann man Abhängigkeiten entfernen, die sich [[Transitivität|transitiv]] aus anderen ergeben. Notwendig ist das aber nicht.


==Klassisches Projektmanagement (mit Kapazitätsausgleich, vereinfacht)==
Und es ist auch ein wenig gefährlich, falls sich später Änderungen bei den Abhängigkeiten oder den Ressourcen ergeben sollten. In so einem Fall können Beziehungen, die zuvor wegen Redundanz gelöscht wurden, plötzlich wieder wichtig werden.
[[Datei:CPM resource leveling simplified.png|gerahmt|ohne|Netzplan (ohne redundate Beziehunges)]]
==Critical-Chain-Projektmanagement (mit zu viel Puffer)==
[[Datei:CCPM too much buffer marked.png|gerahmt|ohne|Kritische Kette mit zu viel Puffer]]
Aus einem kritischem Pfad wird eine kritische Kette, wenn man die Dauer alle Vorgänge bis zum Erwartungswert kürzt $\mu$ – {{dh}} jeder Vorgang wir nur in ca. 50 % der Fälle fristgerecht beendet – und im Gegenzug am Ende des kritischen Pfades einen Projektgesamtpuffer einfügt, der die Kürzungen kompensiert.


==Critical-Chain-Projektmanagement (mit zuviel Puffer)==
'''Vorteile:'''
[[Datei:CCPM too much buffer.png|gerahmt|ohne|CCPM-Netzplan (mit zuviel Puffer)]]
* Eine kürzere Vorgangsdauer vermindert die Problematik des [[Parkinsonsches Gesetz|Parkinsonschen Gesetzes]] bzw. des [[Studentensyndrom]]s.
* Die Unterscheidung zwischen internem Projektende (zu Beginn des Projektgesamtpuffers) und offiziellem Ende (am Ende des Projektgesamtpuffers) bietet eine zusätzliche Controlling-Möglichkeit. Der aktuelle Pufferverbrauch ist in guter [[Risikoindikator]], um frühzeitig Terminprobleme zu erkennen.


Resource Leveling ist Pflicht.
==Critical-Chain-Projektmanagement==
==Critical-Chain-Projektmanagement==
[[Datei:CCPM.png|gerahmt|ohne|CCPM-Netzplan) ]]
[[Datei:CCPM marked.png|gerahmt|ohne|Kritische Kette samt Zubringerketten mit späten Start]]
 
Der [[Zentraler Grenzwertsatz der Statistik|Zentrale Grenzwertsatz der Statistik]] legt nahe, dass man den Projektgesamtpuffer deutlich reduzieren kann. Es ist nicht notwendig, den Puffer, der beim klassischen kritischen Pfad in den einzelnen Vorgängen enthalten ist, auzuaddieren. Es reicht aus, die Quadrate dieser impliziten Vorgangspuffer aufzuaddieren und aus dieser Summe die Wurzel zu ziehen.
 
'''Vorteile:'''
* Die Gesamtdauer des Projekts (offizieller Endtermin) rückt {{iAllg}} deutlich nach vorne.
* Der Grenzwertsatz bietet einen Freiheitsgrad (Faktor $n$), mit Hilfe dessen der Projektleiter die Wahrscheinlichkeit festlegen kann, mit der das Projekt fristgerecht beendet wird.
 
Glodratt schlägt überdies vor, nicht-kritische „Zubringerketten“ so spät wie möglich zu beginnen. Das heißt, es wird nicht der gesamte Puffer ausgenutzt, der den nicht-kritischen Vorgängen gemäß der [[Vorwärts- und Rückwertsrechnung|Rückwärtsrechnung]] zur Verfügung steht. Der Start der Zubringerketten wird jeweils soweit nach hinten verschoben, dass nur noch soviel Puffer zur Verfügung steht, wie laut Grenzwertsatz notwendig ist, damit es mit großer Wahrscheinlichekeit zu keinen Verzögerungen bei der kritischen Kette kommt.
 
(Wenn gemäß Grenzwertsatz mehr Puffer benötigt wird, als laut Rückwertsrechnung zur Verfügung steht, muss der Puffermehrbedarf in den Projektgesamtpuffer– genauer: in den Puffer der Nachfolgerkette – integriert werden.)
 
'''Vorteile:'''
* Änderungen sind bei nicht-kritischen Vorgängen deutlich länger möglich, ohne dass schon Fakten geschaffen wurden.
* Die kürzere Laufzeit der Zubringerketten vermindert ebenfalls die Problematik des [[Parkinsonsches Gesetz|Parkinsonschen Gesetzes]] bzw. des [[Studentensyndrom]]s.

Aktuelle Version vom 1. März 2023, 14:50 Uhr

zurück zur Hauptseite

Projekt „Web-Auftritt der Metzgerei Meier“

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
  1. Projektstrukturplanung (Aktivitäten): Festlegung der einzelnen Vorgänge (Spalte „Vorgang“)
  2. Netzwerkplanung: Festlegung von Ende-Anfang-Beziehungen zwischen den Vorgängen (Spalte „Vorgänger“)
  3. Resourcenplanung: Festlegung des benötigten Mitarbeiter (Spalte „Ressourcen“)
  4. Dreipunkt-Schätzung: Schätzung der Dauer gemäß CCPM/PERT (erste gelbe Spalte), Schätzung der Dauer gemäß CPM/MPM (zweite gelbe Spalte)

Klassisches Projektmanagement (mit Ressourcenüberlastung)

Kritischer Pfad mit Ressourcenüberlastung

MS Project zeigt eine Ressourcenüberlastung für die Vorgänge 4 und 6 an: Der Informatiker müsste an beiden Vorgängen gleichzeitig arbeiten.

Klassisches Projektmanagement (mit Resource Leveling)

Kritischer Pfad ohne Ressourcenüberlastung

Um die Überlast aufzuheben, werden neue Ende-Anfang-Beziehungen eingefügt, die erzwingen, dass der Informatiker eine Aufgabe nach der anderen erledigt.

Klassisches Projektmanagement (mit Resource Leveling, ohne redundante Beziehungen)

Redundate Beziehungen wurden entfernt

Um das Diagramm etwas übersichtlicher zu gestalten, kann man Abhängigkeiten entfernen, die sich transitiv aus anderen ergeben. Notwendig ist das aber nicht.

Und es ist auch ein wenig gefährlich, falls sich später Änderungen bei den Abhängigkeiten oder den Ressourcen ergeben sollten. In so einem Fall können Beziehungen, die zuvor wegen Redundanz gelöscht wurden, plötzlich wieder wichtig werden.

Critical-Chain-Projektmanagement (mit zu viel Puffer)

Kritische Kette mit zu viel Puffer

Aus einem kritischem Pfad wird eine kritische Kette, wenn man die Dauer alle Vorgänge bis zum Erwartungswert kürzt $\mu$ – d. h. jeder Vorgang wir nur in ca. 50 % der Fälle fristgerecht beendet – und im Gegenzug am Ende des kritischen Pfades einen Projektgesamtpuffer einfügt, der die Kürzungen kompensiert.

Vorteile:

  • Eine kürzere Vorgangsdauer vermindert die Problematik des Parkinsonschen Gesetzes bzw. des Studentensyndroms.
  • Die Unterscheidung zwischen internem Projektende (zu Beginn des Projektgesamtpuffers) und offiziellem Ende (am Ende des Projektgesamtpuffers) bietet eine zusätzliche Controlling-Möglichkeit. Der aktuelle Pufferverbrauch ist in guter Risikoindikator, um frühzeitig Terminprobleme zu erkennen.

Resource Leveling ist Pflicht.

Critical-Chain-Projektmanagement

Kritische Kette samt Zubringerketten mit späten Start

Der Zentrale Grenzwertsatz der Statistik legt nahe, dass man den Projektgesamtpuffer deutlich reduzieren kann. Es ist nicht notwendig, den Puffer, der beim klassischen kritischen Pfad in den einzelnen Vorgängen enthalten ist, auzuaddieren. Es reicht aus, die Quadrate dieser impliziten Vorgangspuffer aufzuaddieren und aus dieser Summe die Wurzel zu ziehen.

Vorteile:

  • Die Gesamtdauer des Projekts (offizieller Endtermin) rückt i. Allg. deutlich nach vorne.
  • Der Grenzwertsatz bietet einen Freiheitsgrad (Faktor $n$), mit Hilfe dessen der Projektleiter die Wahrscheinlichkeit festlegen kann, mit der das Projekt fristgerecht beendet wird.

Glodratt schlägt überdies vor, nicht-kritische „Zubringerketten“ so spät wie möglich zu beginnen. Das heißt, es wird nicht der gesamte Puffer ausgenutzt, der den nicht-kritischen Vorgängen gemäß der Rückwärtsrechnung zur Verfügung steht. Der Start der Zubringerketten wird jeweils soweit nach hinten verschoben, dass nur noch soviel Puffer zur Verfügung steht, wie laut Grenzwertsatz notwendig ist, damit es mit großer Wahrscheinlichekeit zu keinen Verzögerungen bei der kritischen Kette kommt.

(Wenn gemäß Grenzwertsatz mehr Puffer benötigt wird, als laut Rückwertsrechnung zur Verfügung steht, muss der Puffermehrbedarf in den Projektgesamtpuffer– genauer: in den Puffer der Nachfolgerkette – integriert werden.)

Vorteile:

  • Änderungen sind bei nicht-kritischen Vorgängen deutlich länger möglich, ohne dass schon Fakten geschaffen wurden.
  • Die kürzere Laufzeit der Zubringerketten vermindert ebenfalls die Problematik des Parkinsonschen Gesetzes bzw. des Studentensyndroms.