PMP速度和周期时间区别在于观察单位：速度通常表示团队每个迭代完成的估算工作量，周期时间表示单项工作从约定开始到完成所经过的时间。前者帮助观察团队在相似迭代内的交付能力，后者帮助了解工作流动和等待，不能把两者直接换算成个人效率。
信息核对：2026年9月21日。概念参考PMI：敏捷术语中的周期时间；下文数字及项目情境为本站原创教学示例，不是官方试题或真实项目统计。
两个指标的单位怎样保持清楚
速度可以用故事点每迭代表示；周期时间可以用小时或天表示。速度的估算尺度由团队使用，周期时间的起止边界也必须明确。两者都需要统一“完成”标准，否则不同周期的数据不能直接比较。
| 指标 | 示例单位 | 主要问题 | 不宜据此判断 |
|---|---|---|---|
| 速度 | 故事点每迭代 | 相似迭代通常完成多少 | 哪名员工更努力 |
| 周期时间 | 天每项 | 开始处理后多久完成 | 投入了多少人时 |
| 吞吐量 | 项每周 | 单位时间完成多少项 | 每项工作的价值相同 |
| 前置时间 | 天每项 | 从请求到交付等多久 | 与周期时间天然同口径 |
前置时间的具体起点在不同组织可能不同，必须写在报表旁边。若周期时间从“进入开发”算起，需求在待办区等待的时间可能不在其中；若前置时间从请求提出算起，就包括这段等待。名称相似不能代替流程边界说明。
用一组数据解释平均周期时间
以下为本站原创示例。同一类五项工作从开始到完成分别经过二、三、三、四、十八天，平均值是六天，中位数是三天。若只承诺“通常六天完成”，会掩盖大多数工作较快而少量工作极慢的分布特点。
十八天的记录不应因为不好看而直接删除。先查是否存在外部审批、返工、依赖或数据错误，再决定如何分组。如果它代表真实复杂事项，可以单独说明服务类别；如果是录入错误，应修正并保留原因。处理异常值的原则是解释事实，而非修饰指标。
周期时间包括统计边界内的等待，并非只累计有人操作的小时。某项任务开发两天、等待审核三天、修改一天，总历时可以是六天，不能仅把主动处理的三天当周期时间。缩短等待常常比要求开发再快一点更有价值。
团队速度为什么不能横向排名
因为故事点是团队对工作复杂度与不确定性的相对估算，不是统一标尺。甲团队每迭代完成三十点，乙完成四十点，可能只是估算尺度不同，也可能是工作类型或迭代时长不同。没有可比条件，就不能据此得出乙更高效的结论。
即使是同一团队，也要检查成员、工具、依赖和工作类型是否变化。换了估算方式后速度突然翻倍，并不意味着交付能力翻倍。把速度设置成每期必须上涨的目标，还可能鼓励抬高点数而不增加客户价值。
讨论真实团队改善，可结合PMP团队绩效提升。使用速度时更适合关注自身趋势、目标达成与风险，而不是用一个数字替代对质量、协作和业务成果的观察。
速度能怎样用于近期预测
先取口径一致的近期完成数据，再结合未来可用容量和已知变化形成范围预测。假设某团队最近三次迭代分别完成二十、二十四、二十二点，下一阶段还有四十四点工作，在其他条件相近时可以把两次迭代当作讨论起点，但不能保证一定结束。
如果其中一项关键工作依赖外部审批，或者下个迭代有成员休假，就不能只除以平均速度。应说明哪些因素可能使预测偏离，必要时给出多个情景。范围持续变化时，完成日期预测更需要同步更新，而非固定一条线不再调整。
只有“完成”的工作才进入相应完成量统计，不能把做了一半的五点事项随意折成两点半。如果团队采用其他统计方法，需要明确说明，不能与按完整事项计数的数据混在一起。完成标准可参阅验收标准和完成的定义区别。
周期时间如何支持工作流改善
沿着工作项的时间线检查等待发生在哪里。如果大多数时间花在测试队列，就需要讨论测试能力、批量大小和交接条件，而不是单纯增加开发启动量。增加上游产出可能让队列更长，导致整体交付更慢。
可以分开观察常规工作、紧急故障和大型探索事项，因为它们的流程和不确定性不同。分组需要事先有明确规则，不能在结果出来后把所有慢项都剔除。样本很少时应展示单项记录，避免过早声称某个百分位具有稳定预测能力。
当同时进行的事项太多时，可结合PMP看板WIP限制检查多任务切换。限制启动量并不是让成员无事可做，而是推动团队先帮助已启动工作完成，减少排队和重复交接。
只统计已完成工作会漏掉什么
会漏掉仍然卡住的长龄工作。一项任务拖了一个月却一直没有完成，不会出现在已完成周期时间平均值里，报表可能看起来仍然很健康。因此还需要观察在制品年龄，即当前时间距离该事项开始的时间。
当未完成事项的年龄明显超过以往同类工作时，应尽早查阻塞原因，而不是等它结束后才在统计中发现。年龄高不一定意味着成员拖延，可能是缺少输入、外部审批或范围反复变化。调查时要看系统条件，避免先作个人归责。
向相关方汇报时应保留哪些说明
至少写清数据窗口、工作类别、单位、起止边界、完成标准和已知例外。可以结合燃尽图和燃起图区别展示范围与完成趋势，但不要把几个不同单位的指标强行合成一个“效率分”。真正需要支持的是接下来如何排期、减少等待和处理风险。
常见问题
周期时间就是实际工作工时吗？
不是。它通常是约定开始点到结束点的经过时间，包含边界内的等待；人时则累计人员投入，二者单位和用途不同。
两个团队速度不同能比较能力吗？
不能仅凭速度比较。估算尺度、迭代长度、工作类型和完成条件都可能不同，需要先具备可比条件。
平均周期时间可以直接用作承诺吗？
不宜。应查看分布、样本量、异常原因和当前依赖，把预测条件说清楚，而不是将平均值视为保证。
还没有完成的工作怎样监测？
可以观察在制品年龄和阻塞情况，避免长时间未完成的事项被排除在已完成周期时间统计之外。
来源与适用边界
PMI官网知识库中的署名论文属于实践参考，不等同于当前考试通知。本站为第三方知识整理站，本文不替代PMP考试内容大纲，不承诺某一工具的固定考试题量；考务及认证要求以官方最新通知为准。