0

我正在寻找一种方法来让我们的 Scrum Grooming 会议更有效率。目前,感觉我们需要很长时间来创建用户故事和验收标准。对于一小时的会议,我们通常会以 2 到 4 个用户故事结束,包括验收标准。到达那里的过程感觉很痛苦,需要很长时间。

参与者包括来自 Dev + Architecture、QA、BA、客户、产品负责人(我)、可用性的成员。

我看到的问题是我们进行了很好的讨论,但是故事的措辞过程——尤其是验收标准——需要非常长的时间。

由于我们是一个分布式团队,我们必须通过电话、屏幕共享和协作编辑环境来完成这项工作。这肯定会影响生产力,因为我们不在同一个房间,但我仍然觉得我们的流程可以改进。

一些问题:

  • 在一次梳理会议之后,您通常会完成多少个故事?
  • 您是在梳理会议中创建验收标准,还是在外部创建?
  • 您如何创建用户故事以及适合您的流程?
4

1 回答 1

2

询问团队!

公平,我的回答很短,所以让我解释一下。团队比这里的任何人都更了解您的技术、问题、文化和产品;因此,他们是最好的答案。这是一个典型的话题,你应该在回顾中提出并本着持续改进的精神——检查和适应。不断适应和尝试,直到事情开始好转。

因此,在您的下一次复古中,提出并检查问题并承认它是无效的。寻找适应机会并做到这一点。

一些技巧(但不是作为 Scrum Master)

  • Scrum 建议将 10% 的容量用于修饰
  • 没有规定每个人都应该在会议上这样做
  • 召开会议以管理需要更正式讨论的例外或领域
  • 尝试一些配对修饰
  • 记住故事是沟通的占位符,而不是合同
  • 获取核心验收标准,在规划会议和冲刺中构建其余部分

在一次梳理会议之后,您通常会完成多少个故事?

以准时制的态度完成接下来的两个冲刺就足够了

您是在梳理会议中创建验收标准,还是在外部创建?

既是与 PO 的正式会话中的关键业务接受标准,也是会话之外的功能性标准。验收标准应始终添加,即使在 sprint 计划和 sprint 中也是如此。避免将它们视为合同。

您如何创建用户故事以及适合您的流程?

我通常从满足业务需求的业务焦点故事开始。在修饰中,我们使用动作/动词或用例模型将其分解为功能性故事。这些可以写成故事。在一个典型的 1 小时会议中,您可以轻松地以高水平集思广益 50 多个需求。随着实施冲刺的临近,您可以将它们分解为 INVEST 故事;但在功能层面报告。

于 2013-02-20T12:08:36.983 回答