プロジェクトまたはプロジェクトステージのタイミングを毎週制御するプロセスを検討してください(この記事では、これらは同義語になります)。このアプローチの目新しさは、すでに準備されたプロジェクトスケジュールを自動的に「圧縮」する必要があるという事実にあります。
コンセプトファクト+期待+予測
基礎として、私はNorilsk Nickelで見た予算編成モデルを採用し、それを期限管理プロセスに課しました。
事実は、1時間あたり何時間タスクに費やされたかです。
待機とは、タスクを完了するために残っているh / hの数です。
予測は、将来のタスクに必要な日数(すでに期間に関心があります)です。まず、承認された計画から取得され、何も変更されません。
このようにして、プロジェクトの終了のモデルを作成できます。
偏差は、承認された期限と、ファクト+期待+予測モデルの終了との差です。
ベースラインは、比較する承認済みの計画です。
タスクの処理
ベースライン(承認済み)計画に従って、残りの期間の残りの作業範囲(予想+予測)を実行することの主なタスクがわかります。過去(事実)をコントロールすることはできなくなりましたが、そこから理由を抽出することはできます。これについては後で詳しく説明します。
事実と期待の収集
- /
/ .
- + 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% . .
.
.
:
( , , )
( ).