打造能度量的真实进度

在做项目时，会常常要报告进度。经常的，我们会写出工作报告，项目已经完成了80%了。而第二天，第三天，工作中的工作进度还是那个80%。那个80%的数字是怎么算出来的？也只是我们主观上随意用一个比率进行度量，而结果却是没什么意义。如果想要度量一个真实的进度，最好的方法不是去报告完成了多少，而是去报告，还有多少要去完成。

我所在的公司项目开发所使用的是敏捷开发模式，这样，度量一个项目的工作进度就成为了一个很重要的开发因素。不能很好的度量工作的真实进度那将会使开发时间一再的延期。

敏捷开发中，对于任务的分割和估算是需要很强的分析和判断能力的。这个能力不是一日就能练成，或是别人一说就能运用自如的，这需要长期的经验积累和诚实的工作记录分析，如果好面子而隐瞒记录将对自己的度量能力毫无意义。

一个简单的例子。如果一个功能任务让你去开发，你自认为在8个小时内就能完成。而过了8小时后，再让你来估计时，你会根据前面的8小时工作能力认为还需要4个小时的时间，这样你就得到了一个很重要的度量结果。在正真完成任务后，把花费的总时间与估算时间进行一个比例就可以得出一个系数。这个系数就是你以后对于相似功能的一个重要的比较参数。如果再有下一个相似任务，你就可以用你的估算时间再乘上你的度量系数，就能比上一次更精确的进行工作进度估算。

使用这种近似评估的方法，会波动一段时间，有时会多，有时会少，但随时间的推移，你的评估会与事实越来越接近，对任务所要花费的时间会有更清楚的认识。到后来，你会发现你对自己的能力有了一个很高的精准的评估和把握，对于任何到手的任务你都会心中有数，会有种一种尽在掌握中的感觉。

不要用不恰当的度量来欺骗自己或是团队，对于任何要完成的待办事项都要进行评估。

我个人的感觉，敏捷开发在国内还是一个新兴的开发方法，虽然它已经在到国内来了不少年了。但从我所在的公司中的运行状况看来他还是一个有着中国特色的敏捷模式。因为，在国外，能完全发挥敏捷开发模式最大功效的团队基本上他们的队员都是有着十几年丰富开发经验的技术员，在运行敏捷开发的前提就是，对于队员来说没有解决不了的技术难题。而后才是加入客户的参与进行快速的需求的分析和任务的估算、切割，在开发进行中或许会再加个结对的编程，在阶段开发完成后，由测试进行驱动，并再进行需求变更分析估算开发等，如经循环，在国内很难达到这个水平，更不用去说那个更为快速的极限编程了。但是这些开发模式中的精华我们是可以吸取消化吸收和溶合的。

努力的锻炼出自己的真实度量能力，将会把自己从无尽的精神劳累工作中打捞起来转而进入到舒心工作日程。知道了自己的真实能力，就能对自己进行合适的工作时间调度，不同的工作时间调度又会使我们有着不同的生活质量，不过，那将是另一个话题了，今天就先写到这。