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

        在最近的一个项目中,每次的周总结会议上对项目进度的衡量都是最重要的一个环节,也是花时间最长的一个环节。每次大家都会说:我完成了50%,我完成了80%,我完成了90%…… 但是我心中一直有一个疑问:这个百分比对项目真正进度的衡量有多大意义呢?在当前的这个项目中,我看到的现象就是,大家都说自己的功能完成了多少多少,可是测试人员却没有可以测试的功能,更别说达到上线标准的东西了。那么问题又出在什么地方呢?

        一个项目的完整流程,基本上包括需求、设计(包括视觉和功能)、编码、测试、验收、上线等六个环节,当然这六个环节对整个项目不一定是串行的,但是对于一个具体的功能点来讲肯定是串行的。项目的整体进度肯定是要从达到上线标准的功能来衡量。如果功能无法正常运行,对于用户来讲,就等于零。在用户眼里只有1和0的区别,没有用户会接受完成度是80%的说法。作为开发人员,我们更希望从代码的角度去考虑这个事情:主流程实现完了,那就是80%,再加上异常的处理流程,Okay,那就是100%了。其实这个100%对于整体的功能来讲,最多只能算是30%,过了验收测试应该可以算上90%,上线稳定运行才是1。在会议上,开发人员估计的进度,换个角度应该可以理解为,这个功能编码工作量的完成度。

上一篇:K8S 部署 SpringBoot 项目(一篇够用)


下一篇:iOS网络编程实践--NSStream实现TCP Socket iPhone客户端