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