23.度量真实的进度

“用自己的时间表报告工作进度,我们会用它做项目计划,不用管那些时间的工作时间,每周填满40小时就可以了。”

时间的消逝(通常很快)可以证明:判断工作进度最后是看实际花费的时间而不是估计的时间。

哦,你说早已经用时间进行了追踪。不幸的是,几乎所有公司的时间表都是会工资会计准备的,不是用度量软件项目的开发进度的。例如:如果你工作了60个小时,也许你的老板会让你在时间表上只填写40个小时,这是公司会计想到的,所以,时间表很难真实的反映工作完成的状况,因此它不可以用来进行羡慕计划,评估或表现评估。

广告:个人专属 VPN,独立 IP,流量大,速度快,连接稳定,多机房切换,每月最低仅 5 美元

专注于你的方向

Focus on where your.re going

即使没有时间表,一下开发人员还是很难面对现实了解自己的真实进度,你曾经听到开发人员报告一个任务完成了80%吗?然而过了一天又一天,一周又周,那个任务仍然是完成了80%?随意用一个比率进行度量是没有意义的,这就好比说80%是对的(除非你是政客,否则对和错应该是布尔条件)。所以,我们不应该去计算工作完成的百分比,而应该测试还剩下多少工作量没有完成。如果你最初估计这个任务需要40个小时,在开发35个小时之后,你认为你还需要另外30个小时的工作。那就得到了最重要的度量结果(这里诚实非常重要,隐瞒真相毫无意义)。

在你最后真正完成一项任务时,要清楚知道完成这个任务真正花费的时间。奇怪的是,它花费的时间很有可能要比最初估计时间长。没有关系,我们希望这能作为下一次的参考,在为下一个任务估计工作量时,可以根据这次经验调整评估,如果你低估了一个任务,评估师2天,它最后花费了6天,那么系数就是3。除非是异常情况,否则你应该对下一次估计乘以系数3。你的评估会波动一段时间,有时候过低估计,有时候会过高估计。但随着时间的推移,你的评估会于事实接进近,你也会对任务所花费的时间更清楚地认识。

运行,你也需要测试他们。

阅读 ‧ 电子书库

如果能一直让下一步工作是可见的,会助于进度度量。组合的做法就是使用待办事项(backlog)。

待办事项就是等待完成的任务列表,当一个任务被完成了,它就会在列表中移动(逻辑上的,而物理上就是把它冲列表中划掉或者标识它是完成的状态)。当添加新新任务的时候,先排列他们的优先级,然后加入到待办事项中。你也可以由各人的待办事项,当前迭代的待办事项或者整个项目的待办事项。

通过代办事项,就可以随时知道下一步最重要的任务是什么。同事你的评估技巧也在不停的改进,你也会越来越清楚完成一些任务的花费的时间。

清楚项目的真实进度,是一项强大的技术。

度量剩下的工作量。不要用不恰当的度量来欺骗自己或者团队,要评估那些需要完成的待办事项。,要让他们像一般的测试一样可以自动运行。

阅读 ‧ 电子书库

切身感受

你会觉得很舒服,因为你很清楚哪些任务已经完成,哪些是还没有完成,以及他们的优先级平衡的艺术? 6分钟作为一个时间单位,它的粒度实在是太细了,这不是敏捷的做法? 一周或者一个月的时间单元,它的粒度太粗了,这不是敏捷的做法? 关注功能,而不是日程表。

? 如果你在一个项目中花费了很多时间来了解你所花费的时间,而没有足够的时间进行工作,那么你在了解你所花费的时间上花费的时间久太多了,听懂了吗? 一周工作40个小时,不是说你就有40个小时的编码时间,你需要减少去会议,电话,电子邮件以其他相关活动的时间。