跳到主要内容

PM 故事点工时换算器

输入团队 velocity、sprint 时长、人数和专注小时数,把故事点换成人时、人天、sprint 数,也能把工时预算反推成点数。

  • 本地处理
  • 分类 计算度量
  • 适合 买东西、做计划、训练或排期前,先算出大概范围。

先设置团队 velocity 档案,再做 PM 排期换算:故事点换成工作量和 sprint 占用,也可以把人时预算反推出 backlog 点数。

团队档案
排期结果
130
人时
21.7
人天
0.43
Sprint 数
4.3
全队工作日
43.3%
Sprint 占用

对这支团队,1 点约等于 10 个专注小时(300 容量小时 / 30 velocity)。

在历史一个 sprint 容量以内,前提是整队确实能投入这项工作。
按这支团队标价的斐波那契量表
故事点人时全队工作日
1100.3
2200.7
3301
5501.7
8802.7
131304.3
212107

完全浏览器本地计算。分享链接会把当前可见排期假设写进 URL。

这个工具能做什么

面向产品经理的 Story Points to Time Converter,用来做 sprint 排期、 路线图评审和需求范围取舍。输入团队每个 sprint 平均完成多少故事点、 sprint 有几个工作日、团队人数、每人每天真实专注小时数,工具会用 「sprint 总容量 ÷ velocity」推导出这支团队自己的每点工时。你可以 把故事点换成人时、人天、全队工作日和 sprint 数,也可以反过来把一笔 人时预算换成大约能承接多少故事点。页面还会用同一套团队档案给 1、2、 3、5、8、13、21 点估算量表标上时间,方便 PM 跟业务解释「13 点」 大概意味着什么,同时避免把故事点当成固定小时表。所有计算都在浏览器 本地完成,支持清空、复制结果,并把可分享的排期参数同步到 URL。

工具细节

输入
文本 + 数值
页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
输出
即时结果 + 复制
结果区优先给出可操作结果,支持项会显示复制、下载或可视化预览。
隐私
浏览器本地处理
主工具逻辑未发现外部 API 调用,输入通常留在当前标签页内处理。
保存 / 分享
可分享链接状态
关键设置会进入 URL,复制链接后别人能复现同一组参数。
性能预算
首屏 JS ≤ 12 KB
没有声明 WASM 依赖,适合快速打开和移动端使用。
适用场景
计算度量 · 产品经理
分类和职业标签用于推荐相关工具、组织内链,并帮助用户快速判断是否适合当前任务。

怎么用

  1. 1. 输入

    把内容粘贴或拖入工具面板。

  2. 2. 处理

    点击按钮,在浏览器内本地处理,文件不上传。

  3. 3. 复制 / 下载

    一键复制结果或下载到本地。

PM 故事点工时换算器 适合怎么用

适合快速估算、对比和规划数字,帮你在做最终决定前先有底。

适合计算任务

  • 买东西、做计划、训练或排期前,先算出大概范围。
  • 一次只改一个输入,对比不同方案。
  • 把模糊假设变成能讨论的数字。

计算检查项

  • 认真核对单位、日期、比例和取整方式。
  • 健康、金融、税务、法律相关结果只能做规划参考,不能替代专业意见。
  • 重要结果要保存输入条件,方便以后复算。

下一步可以接着做

这些入口会把当前任务接到更完整的工具链里。

  1. 1 故事点工时换算器 填团队速度、sprint 长度和人数,13 个故事点等于多少小时、几天、几个 sprint,一眼看清,支持双向换算,全程本地。 打开
  2. 2 会议成本计算器 会议成本计算器,实时看这场会烧了多少钱。按团队薪资 + 福利系数计算。 打开
  3. 3 创业公司跑道计算器 账上现金 ÷ 烧钱速度 = 还能活几个月。填余额、月支出、月收入(可带增长率),算出跑道、现金耗尽日,和必须开始融资的最后日期,纯浏览器本地 打开

真实使用场景

  • 路线图评审里翻译一个 epic 的量级

    一个 onboarding epic 估了 40 点,产品经理需要跟销售解释大概时间, 又不能把点数硬说成固定小时承诺。填入两周 30 点 velocity、5 人团队、 每天 6 个专注小时后,工具显示大约 1.33 个 sprint、400 人时。PM 可以拿着可见假设讨论「下个 sprint 后半段还是下下个 sprint 初」, 而不是凭感觉争。

  • 把需求装进固定时间盒

    业务只给一个 4 人小组 10 个工作日补齐发布缺口。PM 切到工时转点数, 输入 240 人时,工具会按团队历史 velocity 算出这笔时间大约能买下 多少故事点。范围裁剪就能围绕具体点数预算展开,而不是一句「尽量做」 结束。

  • 检查 sprint 计划是否已经超载

    排期会上 backlog 越拉越多,当前 sprint 草案已经到 38 点,但团队 平均只能完成 30 点。把 38 点填进去会直接显示这已经超过一个 sprint 的容量。PM 可以在承诺前推动删减或后移需求,而不是最后两天才发现 完不成。

常见踩坑

  • 把每点工时当成全公司通用标准。这个比例只属于当前页面里的团队档案,换团队、换 sprint 长度或换专注小时数都要重新算。

  • 用计划拉入的点数代替真正完成的 velocity。预测应该从 Done 的工作出发,因为没完成的点数本身就是 PM 想暴露的风险。

  • 解释日期时忘了团队人数。人时描述的是工作量,全队工作日描述的是在整队都能投入时大约经过多久,两者不能混着说。

隐私说明

这个换算器完全在浏览器本地运行。velocity、团队人数、sprint 长度和预算 输入都留在当前标签页;只有你主动复制分享链接时,这些参数才会出现在 URL 查询串里。

常见问题

类似工具组合

做你这行的人, 还会一起用这些。

Made by Toolora · 100% client-side · Updated 2026-06-13