9

1

不同的团队做法差异很大，涉及到对 Scrum 的理解和工作方式。有几点：
1. 故事点的用意是隔离“复杂度”和“工时”两个概念。避免简单的把复杂度映射为工时。这样做的目的，一是方式估算时间成为硬的承诺时间；二是取得独立于成本投入的产出指标，比如团队交付的故事点数可以翻番，但是工时翻番就不太可能（当然 996 不算）
2. 进一步而言，背后的理念是关注于产出而不是成本。如果在计划的时候，成员关注点在于怎样可以达成某个成果，而不是我要干多少活。
3. 这个不是单纯的计量单位的转变，很多团队和老板不论是否采用故事点都会最终把它映射为工时。这种情况下可以尽可能弱化背后的工时，逐步向 Scrum 倡导的理念转变（当然前提是团队和老板确实希望如此）。总而言之估算只是估算，不论是点数还是工时都不必太纠结于具体数字，尽可能保持相对大小稳定即可。