撰写高质量验收标准：实地核查清单

验收标准是用户故事必须满足的条件，以确认工作已完成。写得好时，它们在开发开始前消除歧义；写得差时，则会引发返工和关于「完成」定义的争论。

Given/When/Then（Gherkin）格式

Given描述前提条件或上下文，When描述用户执行的操作，Then描述预期结果。示例：「给定」一位注册用户正在登录页面 /「当」他们输入有效的邮箱和密码并点击「登录」 /「那么」他们将被重定向至控制台，且导航栏显示其姓名。

高质量验收标准核查清单

1. 具体且可测试。 「页面加载速度快」无法测试；「页面在标准宽带连接下两秒内加载完成」才可以。

2. 在开发开始前撰写。 开始编码后才写的标准是对已构建内容的事后合理化，而非真正的需求。

3. 与团队确认共同理解。 在冲刺开始前与开发团队和测试人员逐条审阅。几分钟对话能发现的误解，在代码审查时可能需要数天才能暴露。

4. 覆盖正常路径和边界情况。 定义密码错误、账户被锁定或输入意外数据时会发生什么，而不只是成功场景。

5. 不规定实现方式。 验收标准定义系统应做什么，而不是如何实现。技术决策应由最合适的开发人员和测试人员来作出。

XNM咏询帮助Scrum团队建立将良好意图转化为交付成果的实践。欢迎了解我们的项目与计划交付服务。