#主旨：
・EVMチャートを使って、実績と心得を書いてみる
・アジャイル開発にも使用されるバーンダウンチャートの場合、どうなるかも書いてみる
#環境：
・マイクロソフトProject３６５を利用した
・WBSからチャートを出力した
#EVMチャート
・工数を折れ線グラフにしたものである。
・左下（0工数）から右上に向かって上がっていくグラフである。
・工数が以下で構成される：（詳細はググってみてください）
PV（計画値）は計画上の工数のこと
EV（実績値）は実際上の工数のこと
AC（コスト）は実際にタスクを完了するのに投入した人日のこと
##実際に出力したもの：
進捗状況の見方は以下である：
オンスケジュール：EV、PV、ACがくっついている状態（下の図へ参照）
遅れ：PV(オレンジ)が上に出ている状態、ACを見て分析すると以下のことが推測できる（下の図へ参照）
・EVがACにくっている（あるいは上回っている）場合、生産性が問題なさそうだが、アサイン不足している状態（下の図へ参照）
・EVがACに下回っている場合、課題による生産性が落ちている状態（下の図へ参照）
前倒し：EVがPVに上回っている状態
##心得-メリット：
1.分かりやすさ１：進捗状況が一目で分かること
2.分かりやすさ２：アサイン状況が一目で分かる
3.手軽さ１：ペラ一枚で収まる
4.手軽さ２：マイクロソフトProjectのレポートのテンプレートを生かせば、自動生成が可能
##心得-デメリット：
1.工数についてばれたくはない場合、お客さんに出せないこと
2.先行着手した分のEV工数はチャート図に反映されない
★変更ありきのプロジェクトでは、手間がかかるのでアジャイルティが欠けているように思える。
ウォーターフォール開発であればEVMチャートが王道だと思うだが、
もう一つ、消化したタスクの数をメインとされるバーンダウンチャートはどうなるだろうか。（近年、アジャイル開発ではよく使用されるチャートらしい）
#バーンダウンチャート
・タスクの数を折れ線グラフにしたものである。
・一番左上（総タスク数）から右下（0）に向かって下がっていくグラフである。
・計画残存タスク（計画したタスクの数のこと）と残存タスク（実際に完了したタスクの数のこと）で構成される。
##実際に出力したもの
進捗状況の見方は以下である：
オンスケジュール：実績の数＝計画の数（下の図へ参照）
遅れ：実績の数＞計画の数（下の図へ参照）
前倒し：実績の数＜計画の数（下の図へ参照）
##心得-メリット：
1.分かりやすさ１：進捗状況が一目で分かること
2.手軽さ１：ペラ一枚で報告可能
3.手軽さ２：マイクロソフトProjectのレポートのテンプレートを生かせば、自動生成が可能
4.タスクの数で語るチャートなので、工数がばれちゃう心配がない
##心得-デメリット：
・EVMのようにAC分析はできなくなる（情報がEVMよりすくない）
#結論：
両方とも「自動生成が可能」なので、同時に出力したほうがいいと思う。EVMは内部ようで、バーンダウンチャートはお客さん向けにすることができる。
後、チャート出力自体が進捗管理のすべてではないないので、これらの情報を活かして影響・傾向・代替案分析を行うのを役に立つものである。