团队与项目
故事点转小时计算器
输入故事点和团队的每点小时数来估算小时和天数,或翻转方向把时间估算换回故事点。
从历史中找出你的每点小时数:用过往一个冲刺耗费的小时数,除以它交付的点数。
点如何换算为小时
故事点衡量的是相对大小,而非时间,所以没有通用的换算。唯一诚实的桥梁是你自己团队的每点小时数,从已完成的工作中测得:取过往一个冲刺实际花费的小时数,除以它交付的点数。若一个冲刺耗费120小时完成20点,即每点6小时。然后计算器做乘法:8点 × 6小时 = 48小时,按每天6个专注小时计,就是8天。切换方向改为做除法,把一个24小时的任务换成 24 ÷ 6 = 4点。
每日工作小时特意低于整个班次,因为会议、邮件和切换上下文会蚕食工作日。许多团队按每天5到6个高效小时来排期,而非8个,所以一个对应6小时的点会跨越不止一个自然日。
| 点 | 小时(每点6) | 天(每天6小时) |
|---|---|---|
| 1 | 6小时 | 1天 |
| 2 | 12小时 | 2天 |
| 3 | 18小时 | 3天 |
| 5 | 30小时 | 5天 |
| 8 | 48小时 | 8天 |
| 13 | 78小时 | 13天 |
何时换算,何时不该换算
用它来核对一份预测,或向习惯按小时思考的干系人解释计划,而不是把点变成工时表。故事点的全部意义在于它保持稳定,而每点小时数会随团队提速而改善;如果你一开始就把每个估算都换成小时,就丢掉了这个信号,并重蹈点本想避免的精确度陷阱。
把小时数看作一个区间,而非承诺。更大的故事带有更多不确定性,这正是许多团队把单个故事上限设在8或13点、并拆分更大项目的原因。每隔几个冲刺重新计算你的每点小时数,因为基于上季度速度的换算,会随团队、代码库和工作构成的变化而慢慢过时。
常见问题
一个故事点是多少小时?
没有固定答案。这完全取决于你团队的速度。用近期一个冲刺花费的小时数除以它完成的点数来测量,并预期这个数字会随时间变化。
我到底该不该把故事点换算成小时?
只用于粗略预测,或与习惯按小时思考的人沟通。一开始就按小时估算会抹掉点带来的相对估算优势,往往招致虚假的精确度。
为什么每天用不到8个工作小时?
会议、邮件、评审和切换上下文,意味着很少有人能获得整整8小时的专注工作。按每天5到6个高效小时排期,得到的估算在实践中更站得住脚。