人月:知道，但不清楚如何在项目中去用，我们的项目都是每周进行跟踪的，任务一般也是按周下达了，到了周末项目成员任务完成的如何，究竟是否延期，大概要延期几天都很清楚。
神话:进度偏差可以每周跟踪清楚，那你的项目的成本偏差是否也每周分析清楚呢？
人月:人员这个倒没有注意，有些人员是多个项目共享了，项目有时赶进度也会从其它项目调些人力资源。
神话：成本和进度是项目管理的两个要素，都应该关心。
人月:我觉得我们现在周跟踪的方式不是特别适合应用挣值分析法。
神话:软件项目应该尽量采用增量迭代的生命周期模型，比如200个功能点可以分5次增量完成，每次增量的完成点就适合我们进行挣值分析。
人月：那挣值分析具体有什么用处
神话：可以在某些阶段点让你很清楚的了解倒项目的健康状态，辅助你进行项目跟踪和控制。辅助你进行项目的决策。同时挣值分析还是风险管理的一个重要武器，但你发现你项目的进度或成本偏差超过某个阈值后，你就可以去触发你分析的风险，去采取相关的缓解和应对计划。
我们模拟一个项目的实际数据如下：
整个软件项目分5次增量完成，第一次增量预计完成6个功能点，而实际仅仅完成了5个功能点。第一次整理预计投入6*10人天的工作量，但由于一个人被借调到其它项目实际只投入了5*10人天的工作量。由于第一个增量实际仅仅完成了5/6的功能，所以第一个增量实际应该挣的值为60*(5/6)=50人天。这里我们假设软件项目工作量即为具体的成本数据：
所以计算值如下：
计划值PV = 60
实际值AC = 50
挣值EV = 60*(5/6) = 50
成本绩效指数 CPI = EV/AC = 50/50 = 1
进度绩效指数 SPI = EV/PV = 50/60 = 0.83
挣值(EV)应该理解为完成的工作按道理应该获取的价值，而不是你实际付出的价值，一项工作项目成员只完成了80%，你本月仍然付了2000薪水，但根据他工作的
实际完成情况可能你只应该付1600的薪水。
所以经过计算后可以得到如下曲线图：
通过该图我们可以很清晰的看到在每个增量点项目的运行情况。如在第三个增量的时候EV挣值点在PV和AC两个值的下方，说明项目的进度延后，且成本也超支。项目采取相关的措施赶进度，到增量点4后EV位于PV和AC两者之间，说明虽然成本仍然超支，但项目进度已经提前。
