Microsoft Projectでのアーンドバリュー分析

アーンドバリュー分析(EVA)は、プロジェクトの進行状況を制御するためのツールです。 主要業績評価指標（KPI）は、現在のスケジュールとコストの状況を示します。 アーンドバリューマネジメント（EVM）とアーンドバリュープロジェクト/パフォーマンス管理（EVPM）は、EVAの同義語です。 Microsoft Projectでアーンドバリュー分析を使用することは、プロジェクト管理の強力な方法です。

この記事では、アーンドバリューとそれに対応する主要業績評価指標を決定する方法を学びます。 さらに、予測を含むプロジェクトの現在の状態の計算を取得するために、これらをMicrosoft Projectで描写する方法を見つけることができます。

  • 定義：アーンドバリュー分析とは何ですか？
  • アーンドバリュー分析に関する一般的な情報
  • Microsoft Projectを使用したアーンドバリュー分析
  • まとめ

定義: アーンドバリュー分析

アーンドバリュー分析は、制御方法です。 プロジェクトの規模と複雑さにかかわらず、プロジェクトの進捗状況に関する明確な主要業績評価指標を提供します–コスト、時間、およびパフォーマン また、EVAは、プロジェクトの終了とコストに関する予測を許可します。 アーンド値は、特定の目標日までに達成されたパフォーマンス範囲の計画努力の合計から計算されます。 この値は、Kpiの最も重要な計算基準です。

この方法の結果と利点は次のとおりです:

  • プロジェクトの現在の状況に関する有効な声明
  • 計画リスクを最小限に抑えるために計算された予測
  • ステークホルダーの意思決定の基礎とし

プロジェクトステータスレポートを使用してプロジェクトの進行状況を追跡する方法を見てください。

アーンドバリュー分析に関する一般的な情報

プロジェクトの現在のステータスを評価する際に、次の質問が発生します:

  • 現在の努力は何ですか？
  • これまでに何が配信されていますか？
  • 対応する努力は何だったはずですか？
  • プロジェクトはいつ終了しますか？
  • 全体的な努力はどうなりますか？

特別なダウンロード：MS Project標準よりもMS Project Server/Project Onlineの利点

ここをクリックしてPDFをダウンロードし、クライアントバージョンよりもサーバーを好む理由を学びます。

単純原価差異

今日までの計画工数と実績工数の差を判断するには、基準としてベースラインが必要です。 このベースラインは、計画が完了した後で、実際のデータを使用して最初の変更と更新を行う前に設定する必要があります。

エヴァには欠かせない：計画が完了した直後にベースラインを設定します。

現在の日付までの累積計画値と実績値の差は、プロジェクトの赤字または黒字に加算されます。 これは、プロジェクトの現在の財務状態を反映しており、支払い計画にとって非常に興味深い数字です。 しかし、完成段階が考慮されていないため、プロジェクトがどれだけうまく行っているかを反映していません。

単純原価差異は支払計画には関係しますが、プロジェクトの実際の状態には関係しません。

余剰の場合は、自問してみてください:

  • それとも
  • プロジェクトは予定よりもずっと進んでいないのでしょうか？

赤字の場合、問題は次のようになります。:

  • 努力はこれまでのところ高くなっているか、
  • プロジェクトは計画よりもさらに進んでいる、すなわちより多くのものが提供されている。

どちらの場合も、これが以下のために何を意味するのかは関係があります:

  • 予想される全体的なコスト
  • プロジェクト終了日

当然のことながら、これまでに実際に配信されたコンテンツを知っていれば、これらの質問に確実に答えることができます。

: あなたは現在、あなたのプロジェクトの作業リソースのコストを計画していませんか？ あなたは、リソースの実際の時給が不足しているか、それらを表示することが許可されていませんか？ もしそうなら、これはあなたにとって興味深いかもしれません:

  • あなたは大きな努力なしですべてのリソースにEUR1の時給を割り当て、EVAは実際の作業にのみ関連するようにすることができます。 実質の費用は取り残されて得る。
  • 重要な注意：これは、他の場所で実際のコストを計画していない場合にのみ機能します。 その場合、比率と収益率の計算は間違っています。

このようにアーンドバリュー分析を非常によく採用できるユーザーは多く、プロジェクトコストはリソースワークによって完全に制御されているためです。

アーンドバリュー

アーンドバリュー(EV)は、ステータス日までの物理的完了の段階と対応する計画作業との関係を確立するようになりました。 これにより、実行された実際の作業に対して計画された作業がステータス日付に表示されます。

アーンド値は、物理的な完了の段階と当初計画された努力から計算されます。

このようにしてプロジェクトの状態を現実的に決定し、将来の予測を推測することができます。

以下の図は、ステータス日までの計画原価と実際原価の進行と、アーンド値が推定される物理的なジョブ完了の段階を示しています。

Microsoft Projectを使用したアーンド値分析–計画納入に伴う実績納入

実績納入が計画納入に遅れている

  • 赤い曲線は、計画された作業(BCWS–計画された作業の予算コスト)に関連して、計画された全体コスト(Bac–完了時の予算)のレベルまで上昇するコストの進行を示
  • 黄色の線は、現在の日付までに累積された実際原価を表します(ACWP–実行された作業の実際原価)。
  • その後の破線は、予想コスト（Eac–完了時の推定）の観点から、予想終了までの予想進行を示しています。

現在の日付(実績納入)までの納入品目が決定されると、結果は元の計画(計画納入)に転送されます。 これは、物理的なジョブ完了の実際の段階を特定することができる場所であり、これは予想よりも大幅に遅れています。

したがって、実際の納入が計画に応じてどのような値を持っているかを緑の計画曲線から読み取ることができます。 これは、アーンド値またはBCWP–実行された作業の予算コストです。したがって、

アーンドバリューは、当初の計画によれば、ステータス日に達成された物理的完了の段階に到達するために必要であったコストを表します。

実際のコストとは異なり、アーンドバリューはプロジェクトの物理的な完了段階を表します。

したがって、実際のコストとは異なり、アーンドバリュー（EV）は、プロジェクトの現在の物理的完了段階を表す厳密な財務要因です。 EV番号自体は有益ではなく、他のプロジェクトと比較することはできません。

しかし、EVは、予測のための本当に興味深い主要業績評価指標を推測するための完璧な基礎です。 それはまだ渡されるべき項目のための残りの計画の妥当性を点検するために用いることができる。 これにより、さらなる計画ミスのリスクを最小限に抑えることができます。

5つの最も重要なPPMのレポートについて学びなさい。

実際原価差異

実際原価差異(CV=BCWP–ACWP)は、実際原価とアーンドバリューの差を示します。 これは、プロジェクトの効率を記述するために使用されます。 また、パーセント（CV％=/BCWP）で計算することができ、したがって、プロジェクト間で比較することができる数字です。

実際のコスト差異は、コストパフォーマンス指数（CPI=BCWP/ACWP）として計算することができます。:

  • それは1に等しい、すべてがOKであれば
  • それが1未満であれば、得られた結果のコストが高すぎる
  • それが1を超える場合、実行された作業

0.8のCPIはコストの増加を示し、1.2のCPIはコストの削減を示します。

実際のスケジュール差異

実際のスケジュール差異(SV=BCWP–BCWS)は、計画原価とアーンドバリューの差を示します。 これは、得られた結果と計画された結果との間の財務ギャップを明確にします。 パーセント（SV%=/BCWP）で計算された場合、それはまた、プロジェクト間で比較することができる数字です。 スケジュールの差異は、すべてのイベントで時間に影響します。

スケジュールパフォーマンス指数(SPI=BCWP/BCWS)を使用して計算することもできます):

  • それは1に等しく、すべてがOKであれば
  • それが1を下回っている場合、得られた結果のコストはスケジュールより遅れています
  • 1を上回っている場合、実行された作業はスケジュールよりも先行しています。

0.8のSPIは遅延を示し、1.2のSPIはスピードアップを示します。

Ms Projectを使用したアーンドバリュー分析–TPG MTAクライアント

予測

プロジェクト計画を更新した後、実績値、完了段階、および新しい残工数を入力して、更新されたスケジュー

新しいコストを推定値と比較することができます（EAC–完了時の推定）。 結果の違いに応じて、あなたは再考し、おそらくまたあなたの計画を修正する必要があります。

しかし、これを行う前に、予測を計算できるようにするために、さらなる開発について仮定する必要があります。Eac=ACWP+（BAC–BCWP）/（CPI*SPI）eac=ACWP+（BAC–BCWP）/CPI
（注：これはMicrosoft Projectで使用されている数式です）（注：これはMicrosoft Projectで使用されている数式です）（注：これはMicrosoft Projectで使用されている数式です）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（注）（)

TPGのBlogの時事通信を今予約購読し、決して別のblogのポストを逃さないで下さい。

3番目のオプションはMicrosoft Projectによって計算されたものです。 最初の2つは、カスタマイズされた数式を使用して計算できます。

ステータス更新には、予測と計画全体原価の差異も含まれます(完了時の差異VAC=BAC–EAC)。 この分散は、他のプロジェクトと比較する場合は、パーセントで計算する必要があります（VAC％=/BAC）。

: プロジェクトおよびポートフォリオ管理のためのPMOレポート

プロジェクトの比較可能性

これまでに言及した指標と割合の値は、段階に分けられ、赤/黄/緑 これにより、ユーザーはプロジェクト概要で、どの主要業績評価指標が問題ないかをすばやく識別できます。

交通信号インジケータとステージへの分割により、主要業績評価指標を見やすく保つことが容易になります。

原則として、色が変更された場合に撮影することを意図したさまざまな色にアクションがリンクされています:

  • 不利な値の場合、リンクされたアクションは、通常、ステアリングボードに通知するか、またはエスカレートすることです。
  • 過度に良い値は、計画の改訂を促すか、むしろスケジュールされたバッファの開示または削除を促す可能性があります。

CPI>1がSPI<1と一致するか、その逆が発生する可能性があります。 意味はまた、グラフィカルに示すことができます。 この場合、個々のプロジェクトの直径は計画原価を表すことができます。 これにより、絶対的な分散度の評価も可能になります。

Microsoft Projectで獲得したVaule分析-可能な交通信号色のいくつかのプロジェクトのパフォーマンス指標

可能な交通信号色のいくつかのプロジェクトのパフォーマンスインデックス

Microsoft Projectで獲得した価値分析がどのように機能するか

まず、知っておく必要があります：Microsoft Projectでは、すべてのタスクの獲得価値を計算します。:

  • 計画コスト（MSプロジェクトのベースラインコスト）、
  • ステータス日より前の開始、
  • ゼロより大きい完了段階。

要約すると、これは、計画が完了した後、最初の更新の前にベースラインを保存する場合にのみ機能します。

次の手順を実行します。

このプロジェクトのオプション/詳細設定/アーンドバリューオプションで、アーンドバリューの計算に使用できる11のベースラインのいずれかを選択できます。

同じ場所で、EVAの補完に使用するフィールドを選択することもできます:

  • フィールド%完了
  • フィールド物理%完了

気をつけてください：より良い理解のために、この記事ではフィールド%Physical Completeと呼びます。 ただし、Microsoft Projectでは、フィールド名は実際には物理的な%Completeです。

フィールド%Completeの更新は、通常、リソース作業の更新、すなわちフィールド%Work Completeにリンクされています。 これは、必ずしも物理的なジョブ完了の段階に関する声明を許可するものではありません。

このリンクを削除するには、このプロジェクトのファイル/オプション/スケジュールの下で、対応するプロパティ”タスクステータスの更新”リソースステータスの更新”をオフにすることができます。

物理的なジョブ完了の段階に関するステートメントを取得するために、リソース作業とフィールド%Complete間のリンクを削除します。

しかし、注意してください：それでも、％Completeは現在の期間と残りの期間と密接にリンクされているため、適切な結果が得られない可能性があります。 これは、実行された実際の作業に対応していない可能性があります。

私たちのヒント：一般的なルールとして、フィールド%Physical Completeを使用することは、他のすべての値とは無関係であるため、より明確です。 これにより、期間、作業、またはコストの更新に影響を与えることなく、実際の完了段階に入ることができます。

プロジェクトの更新

まず、プロジェクト情報にステータス日付を設定し、形式/グリッド線を介してガントチャートに垂直線として表示することをお勧めします。

すべてのタスクを正しく更新することは、アーンドバリュー分析を正しく計算するための第二の前提条件です。 これを実現するには、現在の時間とコストだけでなく、残りの作業と期間を入力する必要があります。%Work Completeまたは%Completeが計算されます。

MSプロジェクトのバージョンとその違いを区別するのに苦労していますか？ 記事を読む。

その結果、実行中のすべてのタスクの進行状況行がステータス日付まで到達する必要があります。 完了％を使用してアーンド値を計算する際の不正確さは、時間の使用が必ずしも物理的なジョブの完了に対応していないという状況によるものです。

アーンド値の計算方法を%Physical Completeに設定した場合、このフィールドはタスクの開始または完了ごとに編集する必要があります。

これを行うには、これらの値を入力する方法を正確に指定するルールを定義する必要があります。

  • 単一数字のパーセンテージエントリは、通常、これを正確に入力する必要はなく、精査される可能性があります。
  • この場合、さらに不正確さは実行中のタスクの数に依存します。
  • 開始されていない、または完了していないタスクは、単純に0%または100%として入力します。

プロジェクト2016でリソース契約を使用する方法を伝える私たちの他のMSプロジェクトのヒントをお読みください！

Microsoft Projectでの計算

アーンド値の計算は、両方の方法で基本的に同じです。

計画原価またはベースライン原価(フィールドベース。 コスト）は、計画期間と一緒に％完了または％物理完了に従って日々累積されます。

例:タスクに800ユーロのベースラインコストが4日間にわたってあり、50%の完了がある場合、ベースラインコストは計画期間の50%まで加算されます。 この場合、2日ごとに800ユーロ、つまり1600ユーロが加算されます。

Microsoft Projectの予測は、上記の三つ目のケースに従って計算されます:
EAC=ACWP+(BAC–BCWP)/CPI

画面上の計算に従うには、上部ビューでガントチャートを選択し、下部ビューでビュー/タスク使用量を選択し、下の図に示すように列を表示します。

私たちの例に固執する：あなたは、ベースラインが火曜日に始まり、一日あたり800ユーロの費用がかかる4日間の期間を持つ四つのタスクを持っています–あ したがって、各タスクの計画された全体コストは3,200ユーロです。

ステータス日付は水曜日の夕方に設定され、実際の状況を使用して計算のロジックを説明できるように、タスクはさまざまな方法で更新されました。

%Completeを使用した計算

すべてのタスクがアーンドバリューメソッド%Completeに設定されています。

Msプロジェクトによるアーンドバリュー分析–タスクBのキャリーオーバー付き%物理完了を使用したアーンドバリュー

タスクBのキャリーオーバー付き%物理完了を使用したアーンドバリュー

タスクA(“Vorgang A”)は計画に従って実装され、設定されたステータス日までに50%の完了度に達します。

  • これは、アーンド値が計画期間と実際期間の50％で1,600ユーロであることを意味します。
  • CPIとSPIは両方とも1であり、実際のコストはベースラインコスト（ベース。 コスト）。
  • この予測は、ベースラインと現在の計画の両方と3,200ユーロで一致しています。

タスクB(“Vorgang B”)は、予定されている8時間ではなく、わずか4時間で1日遅れて開始されます。 それでも、このタスクの50％の完了が報告されます。 これにより、進捗行がステータス日付を過ぎて突き出され、繰越が計算で無視されます。

  • 計画期間の25％のみが累積され、800ユーロで一日だけになります。
  • CPIは2に等しいが、これはわずか400ユーロのコストで達成されたためである。
  • SPIは0として計算されます。5月に予定されていた1,600ユーロのパフォーマンスの半分だけが配信された。
  • 上記の計算式によると、予測は1,600ユーロです。 したがって、実際の残りの作業は半額で実行されます。400+(3,200-800)/2= 1,600円
  • 現在の計画のコストは、再スケジュールされていない4時間の実行と残りの3日間の8時間の結果として2,800ユーロになりました。

タスクC(“Vorgang C”)は、正しく更新されたタスクBを示します。 一日だけで50％の完了が4時間で達成された場合、期間を4日から2日に短縮する必要があります。 そのため、進行状況行はステータス日付まで正確に到達するだけです。

  • これにより、アーンド値は1,600ユーロになります。
  • CPIは4の値に達し、16時間のうち4時間ではコストの4分の1しか蓄積されなかった。
  • SPIは1になり、まだ1,600ユーロを表す計画された作業のみがステータス日までに実行されたためです。
  • 2日目は初日のパフォーマンスでも達成できるため、予測はEUR800です。
  • 現在の計画のコストは、最初の日に実行された4時間と再スケジュールされていない二日目の残りの8時間に起因する1,200ユーロになりました。

タスクD(“Vorgang D”)は計画よりも1日早く開始されますが、1日8時間で50%の完了しか達成されません。

  • これにより、アーンド値は1,600ユーロになります。
  • CPIは追加の努力の3分の1のために0.67にしか達しません。
  • SPIは予想されるEUR1,600のために1です。
  • 追加の努力の3分の1が予想されるため、予測は4,800EURです。
  • 現在のベースライン費用も4,800ユーロに達しており、期間はすでに6日間に延長されており、それぞれ8時間です。

サマリタスク(“Sammelvorgang”)では、計画値とアーンド値はサブタスクの合計から計算されますが、%Completeは現在の開始と現在の期間の実際の位置から計算されます。 CPI、SPI、およびEACの値は、要約タスクで新たに計算されるため、EACはここではサブタスクの合計ではありません。

これを自分で計算したい場合は、cpiの表示値を使用しないように注意してください。 代わりにBCWP/ACWPの値を使用して計算します。 この場合、それは次のようになります4,800+(12,800-5,600)/(5,600/4,800)=10,971.4.

現在の計画の合計は、要約タスクの合計から10,972ユーロと、すべてのタスクのEacの合計であるEUR10,400ユーロに対して12,000ユーロになります。 したがって、これまでうまくいっていたタスクの努力計画を少し下方修正して、おそらくリソースの再割り当てによって一日の遅れを是正できるようにすることは理にかなっている可能性があります。

%Physical Completeを使用した計算

同じデータを使用して%Physical Completeに切り替えて、すべてのタスクに対して”50%Physical Complete”と入力すると、前の方法とほぼ同じ結果が得られます。

Microsoft Projectを使用したアーンドバリュー分析–タスクBのキャリーオーバー付き%物理完了を使用したアーンドバリュー

タスクBのキャリーオーバー付き%物理完了を使用したアーンドバリュー

タスクB(“Vorgang B”)では、ステータス日を過ぎた50%のキャリーオーバーが切り捨てられないため、アーンドバリュー、インデックス、および予測の結果が異なるようになりました。 この場合、位置に関係なく、50％は計画されたパフォーマンスの半分、すなわちEUR1,600です。 これは、これらのタスクの残りの計画に関係なく、SPIがタスクCのように1に、CPIが4に到達する方法です。

集計タスク(“Sammelvorgang”)で、サブタスクの合計に対応する予測を見つけることができるようになりました。

アーンド値自体は、プロジェクトの予算を知っている場合にのみ解釈できます。 さらに、いくつかのプロジェクト間で比較することはできません。 したがって、予測の指標と分散率をプロジェクトステータス情報として他の人に渡す方が理にかなっています。

これらの値は簡単に分類でき、プロジェクトの時間枠や予算とは無関係です。

プロジェクトにどれだけ時間がかかっても、0.5のCPIは1.5のCPIと同じくらい会社であなたの名前を目立つようにします。

結論–Microsoft Projectを使用したアーンドバリュー分析

この記事では、Microsoft Projectを使用したアーンドバリュー分析は、プロジェクトの進行状況を追跡するための強力なツー あなたは概念とそれを使用する方法について学びました。

Microsoft Projectでアーンド値を計算するには、フィールド%Completeを使用するオプションがあります。 この方法を使用すると、ステータス日付までのプロジェクトに費やした時間がスケジュールされた時間に対応するかどうかを判断できます。

第二のオプションは、Microsoft ProjectでEVAのフィールドPhysical%Completeを使用することです。 これは、プロジェクトに費やされた時間内に、実際に物理的なジョブ完了の計画段階に達したかどうかを考慮するため、推奨する方法です（計画されたプ

: アーンドバリューと指標を理解するスキルはあまり一般的ではありません。 データの受信者がそれらから関連情報を推測できるかどうかを常に確認してください。 単なる数字よりも、上に示したイラストを渡す方が常に良いです。

プロジェクトマネージャーとしての立場では、あなた自身の計画の妥当性をチェックするためにアーンドバリュー分析を使用することをお勧めします。

Microsoft Projectでアーンドバリュー分析を使用していますか？ このアプローチでのあなたの経験は何でしたか？ 以下のコメントを残してください。

Johann Strasser著者について:Johann Strasserの証明されたエンジニアはTPGに、ずっと2001年以来のプロジェクトのグループ管理パートナーである。 自動車およびエネルギー分野の開発エンジニアとして長年を過ごした後、Johann Strasserはプロジェクト管理の分野で独立したトレーナーおよびコンサルタントとして十年 在職中は、建設業界のソフトウェアプロジェクトのプロジェクトマネージャーを務め、大規模建設プロジェクトのスケジュール管理とコスト管理を支援しました。 TPGでは、彼は国際的な顧客のための製品開発とコンサルティングサービスに彼の専門知識を適用します。 彼の特別な焦点はPMO、プロジェクトの有価証券、雑種のプロジェクト管理および資源管理にある。 多くの年のために今、彼は提示、セミナー、記事およびウェビナーを通して彼の知識を共有した。

あなたはLinkedInとXINGでJohann Strasserについてもっと読むことができます。

コメントを残す

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