工作量评估之小马过河

在软件开发中，工作量评估至关重要，但使用绝对时间（如人天或人时）进行评估时，往往会遇到困难，因为团队成员能力和技术偏好的差异会导致评估结果的不一致性。例如，高级工程师可能4小时完成的功能，初级工程师可能需要超过8小时。

另一个问题是人脑对于事物的绝对大小估计通常不准确，而对相对值的估计则相对准确。这是因为我们的大脑更擅长处理相对值；只要参照物的比例不是太悬殊，我们通常能够作出较为接近的估计。

基于这种相对值估算的优势，用户故事点数估算方法应运而生，解决了团队在估算工作量时遇到的问题。通过选择一个中等难度的用户故事作为基准，并将其复杂度设为1，然后将其他用户故事与之比较，来确定它们的点数。这种方法既可以减少不同开发人员能力差异带来的偏差，也利用了人脑对相对值估计的优势，从而得到更客观的工作量评估结果。

将用户故事点数转换为实际时间的方法是基于经验。通过进行1-2个冲刺，可以确定团队在一个冲刺周期内能完成的用户故事点数，从而准确预测生产力。随着团队的变化和生产力的提高，用户故事点数可能会有所波动，但通常能够控制在一个可预测的范围内，使得团队可以更好地掌控生产力，做出承诺并确保完成。

IPD（集成产品开发）工具：如何满足客户期望？$APPEALS模型来了！

了解更多

想要了解更多内容？

查看原文：工作量评估之小马过河

文章来源：

老邓聊开发

扫码关注公众号