我来谈谈我的看法。

你的这个问题中，实际包含了两个问题
其一是，项目管理软件到底能在多大程度上，来帮助我们准确描述“项目进展、WBS节点进展和作业进展三者之间的关系”。
project的算法首先计算作业的进展，然后汇总计算WBS节点（也称为摘要任务）进展，最后计算出项目进展。

基于你假设的情景，project提供的答案肯定是50%。

其二是项目管理软件在面对现实环境变迁的过程，到底有多大的适应性。

但在项目管理实际中，常常出现工期过半，任务没有过半的情况。对这种情况的处理，项目管理者的智慧和经验就显得非常重要。

在项目管理，有一个50—50法则来指导我们如何评估一个作业的进度。（其变形有20——80法则，和0——100法则），在实务中，具体任务的承担人，必须考虑到工作的实际完成情况，而决不能使用工期作为评价指标。

针对这个问题，project软件提供的方法是，如期记录工期的流逝，而允许作业者自己输入实际的进度百分比。这样，在计划和执行上就出现偏差。

通过对比比较基准，系统会计算出EV、PV，CPI、SPI，通过这些指标，项目管理者可以非常清楚的知道执行计划的实际进度、实际成本开销。

这是project帮助项目管理经理监控项目进度最精确的方法。

有人可能会说，干脆将部分复杂的作业下包含的步骤变为作业，那么带来的问题会是：
1）作业数量将变得很大；
2）本来是步骤，变为作业后，在管理上不如一个作业下的步骤不够直观；
3）有些作业的步骤在变成作业后，工期难以划分。

在project中，理论预设是这样的，首先将一个项目进行范围分解，确立主要的可交付成果，然后对要获得这些可交付成果而必须进行的活动进行在分解。

这样，一个大的项目就被分解为一个一个具体的活动。然后具体的活动分配和具体的人。有具体的活动承担人提供活动的完成进度数据。这些数据在项目经理那里汇总。

活动的实际进度汇总，项目进度当然就可以自动算出来。这种由下往上的算法，由于是从最底层的活动进度得出，所以我认为他已经非常精确了。

为什么非要使用“考核里程碑”？

50——50法则不是软件的法则，而是一种进度估算策略。和软件一点关系都没有。

我觉得我们出现分歧地方不是在软件功能和作用上，而是在如何管理一个项目的思路上。或者更准确的说，是我们对项目管理的认识不同上。