用户故事验收标准：团队最常犯的错误
验收标准定义了产品负责人认为产品Backlog条目完成的条件。它是产品负责人与开发团队就特定条目达成的约定：如果满足标准，条目被接受；如果不满足，则不被接受。在Sprint开始前将其定义清楚，是产品负责人和开发团队能做的高杠杆活动之一。大多数团队在原则上都明白这一点，但在实践中，验收标准问题普遍存在。
常见错误
错误1：太模糊，无法测试。 "功能正常"不是验收标准。"用户提交表单后60秒内收到确认邮件"才是。验收标准必须足够具体，使构建该功能的开发人员和测试它的测试人员能对标准是否满足做出相同的二元判断。
错误2：在开发开始后才编写。 当验收标准在开发开始后——或功能完成后——才编写时，它们描述的是实际构建的内容，而非所需内容。改进方法：验收标准应在Sprint计划会结束前由开发团队审查和确认，它是Sprint计划会的输入，而非输出。
错误3：可测试，但不从用户视角出发。 "API返回200状态码"是可测试的，但作为验收标准毫无用处，除非该API响应就是用户收到的价值。以用户能观察到或能完成的事来表述标准。
错误4：缺少边界情况和错误状态。 满足路径的验收标准描述一切正常时会发生什么。大多数缺陷和返工发生在边界情况：网络慢时怎样，字段为空时怎样，用户提交重复数据时怎样，会话超时时怎样。一个没有至少最常见错误状态验收标准的产品Backlog条目还没有准备好开发。
错误5：Sprint开始前开发团队没有审查验收标准。 开发团队在Sprint计划会结束前未读取的验收标准，会在Sprint中产生意外。开发团队应审查每项标准、确认其可测试性、标记任何歧义、并就非显而易见的情况商定实现方法。这一审查是Backlog精化的组成部分，不是可选的额外步骤。
XNM协助公共部门及资本项目组织建立有效的Scrum实践，包括验收标准定义和产品Backlog精化。欢迎联系XNM项目群与项目交付咨询团队，获取敏捷交付支持。