我正在寻找一种方法来让我们的 Scrum Grooming 会议更有效率。目前，感觉我们需要很长时间来创建用户故事和验收标准。对于一小时的会议，我们通常会以 2 到 4 个用户故事结束，包括验收标准。到达那里的过程感觉很痛苦，需要很长时间。
参与者包括来自 Dev + Architecture、QA、BA、客户、产品负责人（我）、可用性的成员。
我看到的问题是我们进行了很好的讨论，但是故事的措辞过程——尤其是验收标准——需要非常长的时间。
由于我们是一个分布式团队，我们必须通过电话、屏幕共享和协作编辑环境来完成这项工作。这肯定会影响生产力，因为我们不在同一个房间，但我仍然觉得我们的流程可以改进。
一些问题：
询问团队！
公平，我的回答很短，所以让我解释一下。团队比这里的任何人都更了解您的技术、问题、文化和产品；因此，他们是最好的答案。这是一个典型的话题，你应该在回顾中提出并本着持续改进的精神——检查和适应。不断适应和尝试，直到事情开始好转。
因此，在您的下一次复古中，提出并检查问题并承认它是无效的。寻找适应机会并做到这一点。
一些技巧（但不是作为 Scrum Master）
在一次梳理会议之后，您通常会完成多少个故事？
以准时制的态度完成接下来的两个冲刺就足够了
您是在梳理会议中创建验收标准，还是在外部创建？
既是与 PO 的正式会话中的关键业务接受标准，也是会话之外的功能性标准。验收标准应始终添加，即使在 sprint 计划和 sprint 中也是如此。避免将它们视为合同。
您如何创建用户故事以及适合您的流程？
我通常从满足业务需求的业务焦点故事开始。在修饰中，我们使用动作/动词或用例模型将其分解为功能性故事。这些可以写成故事。在一个典型的 1 小时会议中，您可以轻松地以高水平集思广益 50 多个需求。随着实施冲刺的临近，您可以将它们分解为 INVEST 故事；但在功能层面报告。