关于进度，比较容易让人想到的是询问、以及要求写日报、周报之类的。

　　这些措施首先是不完全的。因为进度管理不仅仅是获取进度信息、更重要的

　　是还要核实进度信息。就好比说这一样个任务，你让某人去下载一个软件的安装程序。

　　你要的是Linux版的。等他下载完了Windows版的，指不定他就告诉你这件任务完成了。

　　其次，这些措施效率太低，试想一下，一个30人的团队，如果每个人进度你都去询问一般，那结果是什么呢?

　　况且，别人可能还嫌你烦。

　　另外一方面，一旦发现进度有所滞后，比如较计划滞后，或者某件任务可以花更少的时间时，

　　还要采取一些矫正措施。就是说，还要一定的控制措施。

　　比如，有一个测试人员准备测试一个Linux定时任务脚本。

　　我让他通报下进度，他说还在等待。那么，他在等什么呢?

　　因为他把他准备测试的定时任务设置为每2小时运行一次。

　　我对他说，把那个定时任务设置为每5分钟运行一次从测试的角度来看是否也是一样的效果呢(这个脚本所需的执行时间通常只需要几秒钟)。

　　事实上，我事先就料到他会那么做，所以特意及时要求其通报下进度。

　　另外，在安排项目计划的时候，就要把进度管理考虑进来。在项目执行过程中，还需要时刻关注进度风险。

　　IBM developerWorks上面有篇有个如何把控进度的文章，以作者的实际的项目管理经验写的。感兴趣的可以参考.《敏捷项目管理实战之进度管理》http://www.ibm.com/developerworks/cn/rational/r-cn-agileprojectprogressmanagement