开发者生产力迷思：故事点 = 生产力

故事点是一种衡量单位，用于表达对整体工作进度的估计，团队根据工作复杂性、工作量、风险或不确定性分配故事点。如果我们稳定的记录故事点并且估算每位开发者完成每次冲刺后达成的点数，那么应该就能推算出每位开发者的生产力？

故事点听起来和工作时数很像，一个是相对单位一个是绝对单位，说到底无论用任何方式去衡量生产力，最终都要转换为绝对客观的指标：事情什么会完成？能够完成哪些事？

• 适应曲线：整套思考框架需要时间适应与成员之间的配合
• 期望需要时间校准：故事点是没有意义的，直到累积足够的比对资料，不同人对于故事点的理解可能不同

当然我们可以借由讨论替点数的价值订下共识，多跑几趟适应整个流程，但在要求明确交付日期的情况下，其实还是需要反复转换为时间来衡量，更像是一个思考任务复杂度的框架。

它能有效的评估生产力吗？或许在互信有共识的团队中是个可以尝试的方向。