期間の推定

Project scheduling tutorialプロジェクトがタスクとそれらのタスクに割り当てられたリソースに分割されたら、タスクの期間を決定します。 これらの期間は、プロジェクトのスケジュールを構築するために使用されるため、このステップのこの重要性は、軽く取られるべきではありません。

スペースシャトル-チャレンジャーを倒した小さなoリングのように、小さな過小評価はしばしばプロジェクトが回復できない連鎖反応をもたらす。

PMBOK

PMBOKには”活動期間の推定”と呼ばれるプロセスが含まれており、タスク期間の推定の準備に関連するタスクが含まれています。

PMBOK,5th Edition,Section6.5,”活動期間の推定”

活動期間の推定は、推定されたリソースを使用して個々の活動を完了するために必要な作業期間の数を推定するプロセ このプロセスの主な利点は、各アクティビティが完了するまでにかかる時間を提供することであり、これは開発スケジュールプロセスの主要な入力で

リソースの可用性を判断するために、プロジェクトマネージャーはリソースカレンダーと呼ばれる文書を参照します。 たとえば、

Mark is at jobsite X from Sepです。 1にSep. 30

明らかに、計画されている新しいプロジェクトは、その時点でこの作業者を使用することはできません(他のプロジェクトマネージャーとの手配がな リソースカレンダーは、従業員の可用性の簡単なリストから、従業員のスケジュールを追跡するプロジェクト管理ソフトウェア内の完全なカレンダー

前のページでは、主に三つのタイプの見積もりを記載しました。 このページでは、それらを展開し、それらを介して作業し、もう一つ追加します。 見積もりの4つのタイプは次のとおりです。:

  1. 類似推定
  2. パラメトリック推定
  3. 三点推定
  4. 専門家の判断

類似推定

名前が示すように、これは以前に実行されたのと同じ、または類似したタス 実際に完了した作業は、調整が必要であっても非常に信頼性が高いため、これが最良の情報源です。 私たちのログホームの例では、以前のプロジェクトは、リソース、コスト、および期間を決定するための優れた比較を提供します。 実際には、多くの企業が多数の同様のプロジェクトを持っており、これは自然な出発点です。 ただし、タスクごとにいくつかの調整を行う必要があります。 ここに調整のチェックリストがあります:

  • タスクは最後のタスクよりも大きくても小さくてもかまいません。
    持続時間を適切な量だけ上または下にスケールします。 たとえば、ログハウスの面積がわずかに増えたり、私道が長くなったり、いくつかの窓が追加されたりします。 これは明らかに聞こえるかもしれませんが、それはプロジェクトマネージャーのための問題を引き起こす大きな、明白なものではありません、それはささいなことだし、あなたは彼らのために十分な不測の事態を含めることを確認する必要があります。
  • タスクには、最後のものではなかった専門的な製品やサービスが必要です。
    この場合、適切な製品やサービスを追加し、通常どおりに進みます。 これはまた明白に聞こえるが、プロジェクトの超過のための均等に高い潜在性を有する。 例えば、わずかに大きい屋根のトラスはクレーンの次のより大きいサイズを要求する。 または、基礎は粘土の代わりに岩を取り除く必要があります。
  • タスクは、わずかに異なる最終製品のためのものです。
    材料および/または技量の違いを決定し、リソース、コスト、および時間の違いを把握します。 たとえば、ログホームが前のものよりも20%多くの木材を必要とする計画から計算することができます。 それから木製の仕事の仕事の20%のより多くの時間を取ることを推定できる。

類似推定の最も問題となる問題の1つは、推定が取得されているタスクと同じくらい信頼性があるということです。 多くの場合、comparatorプロジェクトのプロジェクトマネージャーであるか、少なくとも何が起こったのか、どのように行ったのかを知るのに十分近い必要があ たとえば、クレーンが故障し、2日ではなく現場で4日間過ごした場合、その詳細について知らなかったため、それを考慮しなかった場合、期間(および価格)の2倍になるとします。

また、作業の生産性は重要な考慮事項です。 エンジニアなどのナレッジワーカーの場合、それらの多くを追加すると、時にはそれをスピードアップするのではなく、生産と意思決定プ 同様に、非常に経験豊富な労働者は、経験の少ない労働者よりも生産性が高い。 したがって、以前のプロジェクトが経験の浅い労働者を使用して屋根のトラスを配置し、今回はより経験豊富なものを使用する場合、見積もりは異な

パラメトリック推定

タスクの期間を推定するための第二の一般的な方法は、作業をログホームの平方フィートあたりの建設時間などの単位コストにドリルダウンする必要があります。 ここにいくつかの例があります:

  • ログの家の平方フィートあたりの総建設時間。
  • コンクリートの立方ヤードあたりの注ぐ時間。
  • 平方フィートあたりのカーペットの設置時間。

エンジニアリング業界では、エンジニアリングの時間から建設資材まで、ほとんどすべてがこのように行われています。 丸太の家の会社が家の正方形の長さとともに”木製の仕事”の個々の仕事のための構造の時間を、特に把握したら、仕事の持続期間のためのかなりよいパラメトリックエ推定値で結局着くことができる。 あなたの会社が多くの同様のプロジェクトを持っていて、これをしないならば、それはすべきです。

パラメトリック値には、建設する木材の量に関係なく、設置に一定の時間を必要とするドアや窓などの固定アイテムが含まれることがあります。 この場合、固定された項目を分離して、パラメトリック推定全体に追加することができます。

三点推定

この方法では、推定器は三つの数値を決定します:

  1. 楽観的
  2. 最も可能性の高い
  3. 悲観的

第二の、”最も可能性の高い”は、何度も実行された場合のタスク期間の平均です。 それはあなたがそうでなければ他の方法を使うことを思い付くかもしれない「通常の」見積もりです。 他の2つは、超えない可能性の高い上限と下限を表します。

これを数値的に行うには、上限と下限(楽観的値と悲観的値)に90%などの信頼区間を割り当てます。 多くの教科書は99%または他の値を使用していますが、方法論は異なります。 しかし、以前のプロジェクトに相談し、90%の信頼区間(10のプロジェクトのうち1つを超える)を決定すると、それを実行できます。

一般的には、二つの分布のいずれかが使用されます。 三角分布は単純に3つの推定値の平均であり、ベータ分布は少し厳しいです。

三角(平均)分布 ベータ分布
te=(a+m+b)/3 te=(a+4m+b)/3 te=(a+4m+b)/3) / 6

どこで:

  • te=予想期間
  • a=楽観的
  • m=最も可能性の高い
  • b=悲観的

三角分布は、結果を最も可能性の高い値から遠く離れた値にスキューします。 推定値を最も可能性の高い値に近づけるには、ベータ分布を使用します。 私はそれがこれよりも複雑になるべきではないと信じています。 あなたがなりたい最も可能性の高い値にどのようにタイトを決定する必要があります。

たとえば、タスクの木材作業の予想期間が18日(m=18)であり、遅延の可能性が大きいとします。 楽観的な推定値は15日(a=15)ですが、悲観的な推定値は33日(b=33)です。 ベータ分布は次のようになります:

te=(15+4×18+33)/6=20日

当初の推定値は18日でしたが、33日に達する可能性があるため、推定値を20日に増やす必要があります。

さらに進むと、タスクの標準偏差は単純に次のようになります。

σ te=(b–a)/6

各タスクのすべての期間(σ m)と標準偏差(σ)を合計すると、プロジェクトの総期間と標準偏差が得られます。 これから次の結論を引き出すことができます:

  • 一つの標準偏差における信頼水準、すなわちM±∞は約68%である。
  • 二つの標準偏差における信頼水準、すなわちM±∞は約95%である。
  • 二つの標準偏差における信頼水準、すなわちM±∞は約99.7%である。

上記の例では、木材作業タスクの標準偏差は次のようになります(33 – 15) / 6 = 3.0. したがって、タスク期間は次のようになります:

  • 20 daysは公式の見積もりです。
  • 23日で68%の自信を持っています。
  • 26日で95%の自信を持っています。
  • 29日で99.7%の自信を持っています。

あなたの上司はこれを愛していませんか?

入力データが信頼できない場合は、派手な統計にだまされないでください。 結果は、入力データ、つまり、ガベージイン、ガベージアウトと同じくらい良いです。

専門家の判断

専門家の見積もりは、本の中のすべてのテクニックにもかかわらず、技術的な専門家があなたが今まで持つことができる最高のリソー それらはあなたが推定のために必要とする唯一の資源であることができる。 彼らの専門知識は、多くのプロジェクトに使用されますので、技術的な専門家は悪名高い忙しいです。 しかし、社内でも社外でも、アクセスできる場合は、それらを使用する方法を見つける必要があります。

しかし、技術専門家が他の方法と矛盾する場合はどうなりますか? たとえば、carpetをインストールしていて、carpetインストーラが特定のプロジェクトには4日かかりますが、過去の経験(類似)が10日かかると言っているとします。 その後、専門家の意見はどのように価値がありますか? すべての状況に適用される良いアドバイスを与えることは困難です。 各メソッドの基礎となるデータを考慮して、2つのメソッドを互いに比較する必要があります。 たとえば、このカーペットのインストーラーは、期間を頻繁に過小評価したり、過去の経験の見積もりが特定のデータによって歪んでいる可能性があります。

プロジェクト管理自体は、プロジェクトに固有の技術的専門知識とは独立して存在しません。 つまり、プロジェクトマネージャーまたは経営陣は、仕事の技術的側面に少なくとも慣れていなければならないか、プロジェクトが成功する可能性はほと

サンプルプロジェクト

ログホームを構築するには、前のステップから各リソーステーブルを検査し、必要な時間を決定します。 この場合、期間にダウンタイムを含める必要があるため、50%から100%の不測の事態が含まれています。 たとえば、配管の3日間があるかもしれませんが、タスクには到着する前の時間を含める必要があり、時間通りに到着する可能性はないと思います。

タスクID 名前 期間 コスト
110 発掘 6日 $5,850
120 プールファンデーション 10日分 $4,700
210 ウッドワーク 20日 $60,850
310 電気&配管 10日 $20,260
320 フローリング 8日 $18,760
330 仕上げ 12日 $16,760
410 造園 14日 $7,620
合計 80日 $134,800

$134,800のための小さい丸太の家を造ることができることを考えるか。

この時点での80日間の合計期間はあまり意味がありません。 タスク期間の単純な追加では、タスクを並列に実行することによる潜在的な減少や、リソースの可用性による潜在的な増加は考慮されません。 次のステップでは、潜在的にスケジュールを短縮できるように、”クリティカルパス”を決定します。

Write a Comment

メールアドレスが公開されることはありません。