甲、乙两个敏捷团队使用各自估算的故事点。甲团队最近迭代速度为 40，乙团队为 28。管理者据此断定甲团队生产率一定更高。该判断主要问题是（）。
故事点基于团队自身对复杂度、工作量和不确定性的相对估算，不同团队的标尺并不天然一致。Velocity 更适合用同一团队多个迭代的历史完成量预测未来容量，而不是做团队排名或个人绩效指标。
选项分析
错误。强行统一每个故事点数既不现实，也会破坏相对估算价值。
错误。Velocity 常用已完成故事点等团队选定单位统计，不局限于缺陷。
错误。速度高低要结合团队历史和上下文解释，不能倒置含义。
正确。跨团队故事点缺乏统一计量基础，直接比较会误导。
本题为什么容易错
数字看起来客观，不代表可直接比较。Velocity 不是标准工时，它建立在团队自己的估算基准上；一旦与奖金或排名绑定，团队很容易通过抬高点数“提高速度”。
简短答案
为什么不能用 Velocity 直接比较两个敏捷团队谁更高效，正确答案是 D（故事点和 Velocity 是团队内部相对尺度，适合本团队预测，不宜直接跨团队比较）。故事点基于团队自身对复杂度、工作量和不确定性的相对估算，不同团队的标尺并不天然一致。Velocity 更适合用同一团队多个迭代的历史完成量预测未来容量，而不是做团队排名或个人绩效指标。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 两个团队必须把所有故事都估成相同点数 | 本题干扰项 | 错误。强行统一每个故事点数既不现实，也会破坏相对估算价值。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| Velocity 只能统计缺陷数量，不能统计故事点 | 本题干扰项 | 错误。Velocity 常用已完成故事点等团队选定单位统计，不局限于缺陷。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| Velocity 越低表示团队交付越快 | 本题干扰项 | 错误。速度高低要结合团队历史和上下文解释，不能倒置含义。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 故事点和 Velocity 是团队内部相对尺度，适合本团队预测，不宜直接跨团队比较 | 本题正确答案 | 正确。跨团队故事点缺乏统一计量基础，直接比较会误导。 | 看到题干核心场景时优先联想到它 |
本题易混淆选项怎么区分
- 两个团队必须把所有故事都估成相同点数：错误。强行统一每个故事点数既不现实，也会破坏相对估算价值。
- Velocity 只能统计缺陷数量，不能统计故事点：错误。Velocity 常用已完成故事点等团队选定单位统计，不局限于缺陷。
- Velocity 越低表示团队交付越快：错误。速度高低要结合团队历史和上下文解释，不能倒置含义。
知识点详解
团队可以参考近几个迭代的完成量范围安排容量，同时考虑节假日、人员变化、技术债和工作类型变化。Velocity 明显波动时应分析拆分粒度、依赖和完成定义，而不是要求数字持续上升。对跨团队交付效果，更适合结合业务结果、周期时间、质量和可靠性等多维证据。
备考速记
速度用来预测本队，不用来给不同队排名。
Velocity 在迭代预测场景中的作用
Velocity在本题中的核心价值，是解决“甲、乙两个敏捷团队使用各自估算的故事点。甲团队最近迭代速度为 40，乙团队为 28。管理者据此断定甲团队生产率一定更高。该判断主要问题是（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 用历史 Velocity 估算剩余迭代数量。
- 识别跨团队比较故事点和以点数考核个人的反模式。
Velocity 在信息系统项目管理师软考中的考法
软考选择题通常不会只考概念定义，还会把Velocity放到迭代预测场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
看到 40 和 28，先别急着比大小。甲团队的一点可能代表半天，乙团队的一点也许代表另一套相对复杂度；标尺都没统一，数字就不能横着比。老师更关心的是：同一个团队过去 5 个迭代稳定完成多少点，据此决定下个迭代别承诺过量。Velocity 用来照自己的后视镜，不是拿来和隔壁车队比码表。
考点定位
速度是计划和预测工具，不是跨团队绩效排行榜。把指标变成考核目标，还可能诱发故事点膨胀。
易错提醒
- 用单个迭代的偶然速度替代滚动平均或区间。
- 把未达到完成定义的工作也计入已完成速度。
- 用个人完成点数评价成员，削弱协作。
备考提示
- 做敏捷度量题时先问指标服务于预测、质量改进，还是被误用于绩效考核。
- 把 Velocity、燃尽图、累积流图和周期时间放在各自用途下比较。
你可能还想了解
- Velocity 怎样预测剩余迭代？
- 故事点能不能换算成人天？
- 为什么不建议用完成点数考核个人？
本文小结
不同团队使用自己的故事点标尺，40点和28点不能直接比较生产率。Velocity应主要依据同一团队的历史完成量做容量预测，不能简单变成员工或团队排名指标。