验收标准如何写？

产品负责人（Product Owner，PO）常常在和团队讲解需求的会议中挣扎，遇到团队成员理解不了多次讲解的需求，以及被频繁打断以解释某个功能的情况。为了解决这一问题，文章介绍了编写验收标准（Acceptance Criteria，AC）的重要性和方法。

验收标准是PO和开发团队之间的一种契约，它是检验用户故事迭代交付的唯一标准。过去，PO通常被视为需求的管理者，负责编写验收标准。但这种做法的实际效果往往不理想，团队成员可能会忽略验收标准，只有在测试阶段才会真正关注。

为改变这种状况，文章建议让团队成员在PO介绍需求后，一起合作编写验收标准。这样不仅能验证团队是否理解了需求，而且在这个过程中，团队可能会提出PO之前没有考虑到的新点子。编写的验收标准最后可以作为文档供团队在迭代过程中用于扩展测试和开发自测的标准。

应用这种实践的团队反馈了以下效果：

• 动手写AC比单纯听PO讲解印象更深刻。
• AC促使团队参与需求讨论，增加了参与感。
• 团队开始思考需求的原因，而不仅仅是实现功能。
• 团队更早地考虑前提条件和依赖关系。
• 尽早达成共识，识别任务大小，减少误判。
• 当故事足够小时，AC使得估算变得更容易。
• Team和PO建立了伙伴关系，彼此更加理解。

通过这种方式，PO被解放，可以专注于更有价值的思考，同时团队更多地参与到功能讨论中，释放潜能。

最后，文章提醒读者，不要将验收标准简化为测试用例或者仅仅一句话概括，这样会失去许多上述提到的好处。文章还提供了一个AC编写模板，帮助团队开始实践：

    + Given: [a pre-condition]
    + When: [user inputs]
    + Then: [user gets expected results]