Betrachten Sie den Prozess der wöchentlichen Kontrolle über den Zeitpunkt eines Projekts oder einer Projektphase (in diesem Artikel sind dies Synonyme). Die Neuheit des Ansatzes besteht darin, dass der bereits vorbereitete Projektplan automatisch "komprimiert" werden muss.
Konzept Fakt + Erwartung + Prognose
Als Grundlage habe ich das Budgetierungsmodell, das ich bei Norilsk Nickel gesehen habe, dem Terminkontrollprozess auferlegt.
Fakt ist, wie viele Stunden pro Stunde für eine Aufgabe aufgewendet wurden.
Warten ist, wie viele h / h noch übrig sind, um die Aufgabe abzuschließen.
Die Prognose gibt an, wie viele Tage (wir sind bereits an der Dauer interessiert) für zukünftige Aufgaben erforderlich sind. Erstens wird aus dem genehmigten Plan nichts geändert.
Auf diese Weise können wir ein Modell für das Ende des Projekts erstellen.
Die Abweichung ist die Differenz zwischen der genehmigten Frist und dem Ende im Fact + Expect + Forecast-Modell.
Die Basis ist der genehmigte Plan, mit dem wir vergleichen werden.
Prozessaufgabe
Ich sehe die Hauptaufgabe darin , den verbleibenden Arbeitsumfang (erwartet + Prognose) im verbleibenden Zeitraum gemäß dem (genehmigten) Basisplan zu erfüllen. Wir können die Vergangenheit (Tatsache) nicht mehr kontrollieren, aber daraus können wir Gründe extrahieren. Dazu später mehr.
Fakten + Erwartungen sammeln
- /
/ .
- + MS Project. , 2 , .
Task Manager |
MS Project |
|
. |
- |
|
|
- |
|
|
- |
, - . + |
- |
|
1. MS Project
|
- |
|
|
, , . !
, ( ), , / .
, :
- + + .
, - , . , .
, .
|
|
, . |
1 |
-5 |
8 |
-9 |
. . . |
|
9 |
-20 ( ) |
. , .
. ?
. , ? - . , .
( , ). , .
?
?
, :
- - ( ).
?
.
,
, 20 , 30 (6 ).
|
|
|
|
|
|
0 |
10 |
|
|
20 |
20 |
|
|
20 |
30 |
20 / 30 = 0,67
.
|
|
|
|
|
|
6,7 |
6,5 |
|
|
13,3 |
13 |
|
|
20 |
19,5 |
,
5 , 20 / (30-5) = 0,8
MS Project
MS Project .
.
, :
< ,
1 = ( - ) * /*
1 = * /*
1 2 .
, - . . 6,666 , 10 .
PMBoK 4 . , .
"" .
, .
-
,
, ,
- ,
, 80% , 20% . .
.
.
:
( , , )
( ).