对于这个公式“计划完成百分比=（状态日-比较基准开始时间）/比较基准工期”，我认为分子部分的值就应该是“ 假如比较基准计划被严格执行到状态日时由Project计算的实际工期”；所以这里直接用“状态日-比较基准开始时间”来计算也是不太合适的，只能是这样表示一下；

试验了一下：
摘要任务的实际工期=（摘要任务下所有具体任务的实际工期之和/摘要任务下所有具体任务的工期之和）*摘要任务的工期；

MSP倒是提供了同一人员担任不同角色时的设置不同费率的方式，但这个设置的意义有多大呢？即便系统架构师去担任初级程序员的角色，但企业为他发的薪水肯定不能是初级程序员的水平，而他在这个时期为企业创造的价值又确实比较低的
不知道这种情况又该如何处理？

试验呗，从最简单的开始，规律还是很明显的
呵呵

说明 “实际完成百分比”域显示输入的完成百分比值，该值可用来计算已完成工作量的预算成本 (BCWP)。此域也称为“盈余分析完成百分比”。

最佳用途 如果计算出的完成百分比不能准确度量已完成或所度量的实际工时，可将“实际完成百分比”域添加到任务视图中并输入值。与“完成百分比”域不同，“实际完成百分比”域独立于“完成百分比”域用来计算 BCWP 的总工期或实际工期值。

示例 假设一个砌石墙的项目需要将 100 块石头砌成高度为五块石头的墙,第一排的 20 块石头可用 20 分钟砌好，但是第 2 排的 20 块需要 25 分钟，因为必须将石头举得更高一些，因而将花费更多的时间，第三排要花 30 分钟，第四排要花 35 分钟，最后一排要花 40 分钟，总共需要 150 分钟。在砌完前 3 排后，可以说项目已实际完成了 60%（砌完了 100 块中的 60 块）。但是，您只花了 150 分钟中的 75 分钟，因此从工期来看，工作只完成了 50%。在甘特图视图中添加“实际完成百分比”域可输入并跟踪该任务的进度。
根据工作获得报酬的方式或进行盈余分析的方式（按石头计算或按小时计算），您可以选择完成百分比值或实际完成百分比值，使进度在盈余分析中得到正确反映。

说明 虽然默认的盈余分析方法域是“完成百分比”域，但您仍然可以为任何应用的任务将其更改为“实际完成百分比”。
您也可以在“任务信息”对话框的“高级”选项卡上，为任务设置盈余分析方法。
若要为所有新任务设置默认的盈余分析方法，请在“工具”菜单上，单击“选项”。单击“计算方式”选项卡，再单击“盈余分析”。您也可以使用此对话框从 11 个可用比较基准中选择要用于盈余分析计算的比较基准。
在默认情况下，“实际完成百分比”域在“跟踪”表中可用。

你举的那个例子很能说明问题所在，其实这是个成本<>价值的问题，而MSP中的EVM应用是建立在价值=成本的基础上的，不过并非完全如此。
在说明这个问题的同时顺便解释下chen39yiTX提出的“弃完成百分比取实际完成百分比”是什么意思。

MSP计算EV的公式是BAC×进度百分比
为什么我不写“完成百分比”，是因为MSP提供了可选项，在选项-计算-盈余分析和任务信息-高级-盈余选项中都可以设置：
1)EV=BAC×完成百分比
2)EV=BAC×实际完成百分比

实际完成百分比是完全手工输入的，也就是说完全可以由项目自定义进度百分比的含义； 同时，使用实际完成百分比计算EV的时候，手工修改BAC将对EV产生影响，这可能是MSP中唯一一个手工修改比较基准信息会对EVM产生作用的地方，也正是MSP留给我们解决上述问题的关键：对任务成本和任务价值不靠谱的可以手工修改BAC，一般靠谱的任务总比不靠谱多吧，就算都不靠谱，保存完比较基准以后再拷贝BAC进去就行了，就是别忘了一旦覆盖保存比较基准，那就要重来一次了。

另外托随风老弟的福明白了摘要任务的实际工期算法以后，现在知道为什么为什么SPI和完成百分比/计划完成百分比之间有差异了：
摘要任务的EV是子任务EV的合计，不是摘要任务的BAC×摘要任务的完成百分比，如果按后者计算的话，SPI应该完全等于完成百分比/计划完成百分比的。
所以这是摘要任务级EV和完成百分比两者算法不同造成的误差，我接下去看看在什么时候误差会达到不能忽视的程度

另外还确认了一个要命的bug，不知道大家有没有兴趣

其实如果MSP提供按角色定义的生产率域的话倒是能解决成本<>价值这个问题的。