我也非常赞同你说的观点，“项目管理软件设计的管理理念和可提供给用户的管理方法是十分重要的！否则基于PMBOK的许多管理想法是得不到实现的，或者实现起来很困难。”

看来我们分歧，的确出在管理思路上。

实际上，我反复强调的是Project软件完全有能力提供对项目进度的精确描述。

挣值技术作为一种描述项目进度工具，并不是微软的独创。它实际上是项目管理中具有广泛适用性的一种分析工具，对任何项目都有效。P3也好，PROJECT也好，其他软件都是以自己的方式应用挣值分析。

我坚持认为，如果项目WBS是合理和完善的，那么采用挣值分析出来的进度应该如实的反映了项目实际。

至于挣值分析出来项目进度与项目支付进度的关系，我认为是另外一个范畴的问题。

在这方面，我给我的客户的建议是首先分阶段支付，在一个具体的项目阶段，支付行为的发生与本阶段关键的可交付成果直接挂钩。

TOSEA上面帖子的观点我有不同理解：
在作业等级EV是准确的，不能保证在WBS等级和项目等级的肯定是准确的，因为WBS等级和项目等级的完成百分比计算方式可能和作业不同，因为我上面的帖子说了设立WBS等级的完成里程碑控制点，将WBS等级的完成情况和该WBS节点下作业完成汇总断开了，目的就是要保证WBS等级的完成百分比更加有可控性。

不过，象刚才这样毫无根据话，未免太没有档次了吧。

我的客户是指来听我课程的企业领导，而不是其他人。

我维护是不是微软的利益，而是一种待人处事的态度。

还是那一句话，不要把了解到熟悉，不要把熟悉当精通，尤其是评判一个东西的时候，搞清楚在发言！

话又说回来了，我习惯用微软的产品，维护他的利益有怎么样？！

不同的项目有不同WBS分解方式。要保证WBS等级的完成百分比更加有可控性，关键不在软件上面玩花样，而是细心分解项目和精确定义活动。

所以，不要以为用了项目管理软件，就以为在进行项目管理了。这是技术人员最经常产生错误认识。软件的应用在项目管理活动中的作用永远是有限的。