某敏捷团队为“用户可以重置密码”这个用户故事写明：必须支持手机号验证、验证码 5 分钟内有效、重置后原登录会话失效。团队还规定所有用户故事都必须完成代码评审、单元测试通过、接口文档更新、无高严重缺陷后才算完成。关于这两类规则，较准确的是（）。
验收标准通常针对某个用户故事或需求，说明该需求在什么条件下可被接受。完成定义是团队对所有工作项统一适用的质量门槛，例如代码评审、测试、文档、缺陷状态等。题干中手机号验证、验证码有效期属于该用户故事的验收标准；代码评审、单元测试和文档更新属于团队统一完成定义。
选项分析
正确。一个是故事级验收条件，一个是团队级完成质量门槛。
错误。验收标准和完成定义是敏捷项目管理中的常见概念，不只用于采购付款。
错误。完成定义可以包含代码评审、测试、文档、缺陷等质量要求。
错误。二者相关但不相同，作用范围和关注点不同。
本题为什么容易错
很多同学把“验收”和“完成”都理解成做完了。考试会通过作用范围来区分：验收标准通常跟某个需求的业务规则绑定，完成定义是团队统一的质量底线。
简短答案
敏捷项目里验收标准和完成定义有什么区别，正确答案是 A（前者更像该用户故事的验收标准，后者更像团队统一的完成定义）。验收标准通常针对某个用户故事或需求，说明该需求在什么条件下可被接受。完成定义是团队对所有工作项统一适用的质量门槛，例如代码评审、测试、文档、缺陷状态等。题干中手机号验证、验证码有效期属于该用户故事的验收标准；代码评审、单元测试和文档更新属于团队统一完成定义。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 前者更像该用户故事的验收标准，后者更像团队统一的完成定义 | 本题正确答案 | 正确。一个是故事级验收条件，一个是团队级完成质量门槛。 | 看到题干核心场景时优先联想到它 |
| 二者都只用于采购合同付款，和敏捷无关 | 本题干扰项 | 错误。验收标准和完成定义是敏捷项目管理中的常见概念，不只用于采购付款。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 完成定义只描述页面颜色，不能包含测试和文档要求 | 本题干扰项 | 错误。完成定义可以包含代码评审、测试、文档、缺陷等质量要求。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 验收标准和完成定义完全一样，不需要区分 | 本题干扰项 | 错误。二者相关但不相同，作用范围和关注点不同。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 二者都只用于采购合同付款，和敏捷无关：错误。验收标准和完成定义是敏捷项目管理中的常见概念，不只用于采购付款。
- 完成定义只描述页面颜色，不能包含测试和文档要求：错误。完成定义可以包含代码评审、测试、文档、缺陷等质量要求。
- 验收标准和完成定义完全一样，不需要区分：错误。二者相关但不相同，作用范围和关注点不同。
知识点详解
验收标准和完成定义都能帮助团队减少含糊，但层次不同。验收标准回答“这个需求做到什么程度，产品负责人或用户可以接受”，通常是业务规则、边界条件、异常处理和可见结果。完成定义回答“一个工作项达到什么质量状态，团队才允许把它算作完成”，通常包括代码合并、评审、自动化测试、文档、部署脚本、缺陷清理和安全检查。软考高级题近几年越来越喜欢把预测型、适应型和混合型管理放在一起考，敏捷概念不能只背英文缩写，要能放进真实团队场景里判断。
备考速记
速记：验收标准管这个故事，完成定义管所有故事的质量底线。
用户故事在用户故事场景中的作用
用户故事在本题中的核心价值，是解决“某敏捷团队为“用户可以重置密码”这个用户故事写明：必须支持手机号验证、验证码 5 分钟内有效、重置后原登录会话失效。团队还规定所有用户故事都必须完成代码评审、单元测试通过、接口文档更新、无高严重缺陷后才算完成。关于这两类规则，较准确的是（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 给出用户故事场景，判断应该选择哪个概念、工具、协议或管理过程。
- 考查用户故事的作用，要求从四个相近选项中找出最符合题干目标的一项。
- 把用户故事和二者都只用于采购合同付款，和敏捷无关、完成定义只描述页面颜色，不能包含测试和文档要求、验收标准和完成定义完全一样，不需要区分放在一起考，重点看适用场景是否一致。
- 题干通常会出现一个关键动作或目标，先定位关键词，再回到选项逐一排除。
用户故事在信息系统项目管理师软考中的考法
软考选择题通常不会只考概念定义，还会把用户故事放到用户故事场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
这题先问规则作用范围。手机号验证和验证码 5 分钟有效，只对重置密码这个故事有意义；代码评审、测试通过、文档更新，是团队对所有故事的共同要求。老师讲敏捷题时会用一句话区分：验收标准看这个故事能不能收，完成定义看这个增量够不够完整。
考点定位
敏捷题看到“某个用户故事必须满足什么业务条件”，多半是验收标准；看到“所有故事都要达到的统一质量门槛”，多半是完成定义。
易错提醒
- 用户故事只有一句话，没有验收标准，开发和产品理解不一致。
- 完成定义过于宽松，故事看似完成但没有测试、文档和缺陷处理。
- 把团队级质量要求写进每个故事，造成重复和维护困难。
备考提示
- 敏捷题可以把用户故事、验收标准、产品待办列表、迭代、完成定义放在一组复习。
- 看到“所有故事都必须”，重点看完成定义；看到“这个功能必须支持”，重点看验收标准。
- 案例题中如果迭代末尾争议多，可以从验收标准不清和完成定义不一致两个角度分析。
你可能还想了解
- 敏捷项目里验收标准和完成定义有什么区别？
- 用户故事是什么？
- 用户故事在信息系统项目管理师考试中怎么考？
- 信息系统项目管理师用户故事题怎么理解？
- 验收标准和完成定义区别怎么考？
- 信息系统项目管理师敏捷怎么考？
本文小结
本题核心考点是用户故事在用户故事场景中的判断和应用。遇到类似题目时，先看题干描述的目标，再判断哪个选项最符合场景；本题应选择 A（前者更像该用户故事的验收标准，后者更像团队统一的完成定义）。