敏捷开发中如何把握项目进度

很多刚刚转向管理岗位的人员，对于项目进度如何把控，往往不知所从。
关于进度，比较容易让人想到的是询问、以及要求写日报、周报之类的。
这些措施首先是不完全的。因为进度管理不仅仅是获取进度信息、更重要的
是还要核实进度信息。就好比说这一样个任务，你让某人去下载一个软件的安装程序。
你要的是Linux版的。等他下载完了Windows版的，指不定他就告诉你这件任务完成了。
其次，这些措施效率太低，试想一下，一个30人的团队，如果每个人进度你都去询问一般，那结果是什么呢？
况且，别人可能还嫌你烦。
另外一方面，一旦发现进度有所滞后，比如较计划滞后，或者某件任务可以花更少的时间时，
还要采取一些矫正措施。就是说，还要一定的控制措施。
比如，有一个测试人员准备测试一个Linux定时任务脚本。
我让他通报下进度，他说还在等待。那么，他在等什么呢？
因为他把他准备测试的定时任务设置为每2小时运行一次。
我对他说，把那个定时任务设置为每5分钟运行一次从测试的角度来看是否也是一样的效果呢（这个脚本所需的执行时间通常只需要几秒钟）。
事实上，我事先就料到他会那么做，所以特意及时要求其通报下进度。

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

IBM developerWorks上面有篇有个如何把控进度的文章，以作者的实际的项目管理经验写的。感兴趣的可以参考：

《敏捷项目管理实战之进度管理》：
http://www.ibm.com/developerworks/cn/rational/r-cn-agileprojectprogressmanagement