关于如何衡量项目的进度一点思考

在最近的一个项目中，每次的周总结会议上对项目进度的衡量都是最重要的一个环节，也是花时间最长的一个环节。每次大家都会说：我完成了50%，我完成了80%，我完成了90%…… 但是我心中一直有一个疑问：这个百分比对项目真正进度的衡量有多大意义呢？在当前的这个项目中，我看到的现象就是，大家都说自己的功能完成了多少多少，可是测试人员却没有可以测试的功能，更别说达到上线标准的东西了。那么问题又出在什么地方呢？
一个项目的完整流程，基本上包括需求、设计（包括视觉和功能）、编码、测试、验收、上线等六个环节，当然这六个环节对整个项目不一定是串行的，但是对于一个具体的功能点来讲肯定是串行的。项目的整体进度肯定是要从达到上线标准的功能来衡量。如果功能无法正常运行，对于用户来讲，就等于零。在用户眼里只有1和0的区别，没有用户会接受完成度是80%的说法。作为开发人员，我们更希望从代码的角度去考虑这个事情：主流程实现完了，那就是80%，再加上异常的处理流程，Okay，那就是100%了。其实这个100%对于整体的功能来讲，最多只能算是30%，过了验收测试应该可以算上90%，上线稳定运行才是1。在会议上，开发人员估计的进度，换个角度应该可以理解为，这个功能编码工作量的完成度。