如果团队成员在Scrum会议期间不合作怎么办？
尽管对SCRUM方法学有很好的了解，但它们或者提供了当前正在处理的内容的非常高级的定义("对功能x进行处理")，或者涉及了极为不相关的细节。
这导致Scrum会议无效且无聊。

作为Scrum管理员，我们在会议期间如何充分利用他人的技巧？

编辑添加：

我们使用什么技术来阻止说话过多的人，而又不会冒犯他人？

我们使用什么技术鼓励某人提供更详细的答案？

当我们发现自己是唯一的一名聆听者，而其他团队成员只是坐在那里甚至入睡时，我们会如何反应？

解决方案

回答

询问我们需要的具体细节。人们不会意识到我们感兴趣的东西。

此外，还应尝试提出一些指导方针，以便在会议召开前更好，更有效地进行陈述。

回答

如果时间管理是问题。赶快安排计时器，并在时间用完时让别人嗡嗡作响。确保将任务分解为足够的粒度级别，任何任务应在4小时到2天之间的任何时间。最多3天。高于此的任何东西都可以在人们注册之前进一步分解。

我认为这三个问题是：

• 你昨天做了什么？
• 你今天打算做什么？
• 我们在前进的道路上看到什么障碍？

细粒度的任务(迭代后的计划)应满足项目1和2的要求。第三项实际上取决于环境条件。计时器应随着时间逐渐潜移默化地使成员思考他们的问题并构筑简短的句子。专注于具体的障碍，而不是解释原因或者前提或者任何其他原因。如果我们与一个人谈论超过5分钟的事情，而这些事情仅与你们两个人都有关。请停下来，做个记录(稍后在他们的办公桌前谈话)，然后继续。

更新：还请确保每个人都了解在Scrum会议之前进行"排练"可以节省每个人的时间。想一想我们要传达的内容，而不是单单站起来。

回答

他们应该说的是自己取得的成就，而不是他们所做的工作，如果他们什么都没取得，那么是什么阻碍了他们取得成就。

提出的问题可以用不同的措词表达

• 自上次会议以来，我完成了什么？
• 在下次会议之前我将完成什么？
• 我的方式(障碍)是什么？

同样重要的是，会议不是向Scrum Master汇报的团队，而是团队之间的相互监督。
如果人们直视Scrum管理员，则可以使用一些技巧来转移焦点。确保我们不看说话者，甚至不移开说话者，以免视线改变，并且他们在谈话时被迫看着队友。做它虽然微妙:)

编辑：

我从
http://www.implementingscrum.com/2007/04/02/work-naked/

回答

在Scrum会议之外与他们交谈，并告诉他们其他人如何看待他们介绍当前正在研究的内容的方式。我认为他们不是故意不合作，而是只是不习惯Scrum会议应具备的确切细节。

我们也可以问他们在会议期间他们希望从他人那里得到多少信息。

回答

通过"临时会议"，我们是指日常的"站起来"会议吗？如果是这样，我相信这些通常是在15到20分钟左右的时间范围内完成的。因此，将时间平均分配给每个人，一旦有人用完了所有的时间，他们就无法讲话。这可能很苛刻，但是我认为这应该会失败。

回答

How do you react when you find yourself being the only one who listenes, while other team members just sit there and maybe even fall asleep?

嗯，我们实际上正在举行站立会议吗？听起来可能有些曲折，但是除了使人们难以入睡之外，它还有助于培养快速挤成一团而不是悠闲开会的感觉。

回答

我所看到的导致改进的一件事是使用"会说话的棍子"(实际上是使用软球)。它进一步关注当前正在讲话的人，并使向他人的过渡更加明显。

回答

How do you react when you find yourself being the only one who listenes, while other team members just sit there and maybe even fall asleep?

如果我已经听到其他人说的话，我会问一个问题，那就是某人没有注意这可能对他们的工作产生怎样的影响。非常喜欢学校的老师，但是这足以让他们做出回应并再次参与会议。

我也同意基夫

回答

Scrum是一次站立会议，而手杖的概念是一个很好的观点。

这里的关键不是我们有一个或者几个不合作的团队成员，而是IMO，这是一个更根本的问题：Scrum团队应该是自我管理的，而Scrum会议是为了使团队保持知情。如果其他团队成员没有要求澄清并呼吁不合作的成员，则需要对Scrum进行重新教育。

请记住，并没有向Scrum Master汇报，他/她只是消除流程障碍的人。这确实包括促进Scrum会议，但是团队确实有责任独立于Scrum主管理解和要求澄清。

回答

Scrum是一个自下而上的过程，因此原则上每个团队成员都应支持该过程。

团队如何组合在一起？是出于组织传统还是出于共同目标？

并非每个人都认同Scrum的想法，我们应该尊重这一点。也许最好的办法是这些成员不属于Scrum团队？

回答

有些人只是不明白需要什么。我们可以尝试使用一些关键短语来引导对话。

如果某人提供的细节过多，则可以尝试使用"其他"将其切断。这将暗示它们已经完成了。或者，我们可以尝试"确定，我们可以讨论脱机"类型的方向。

对于不愿意购买的人，请向他们询问有关他们做了什么以及将要做什么的问题。

回答

首先...确保人们站起来...甚至不要倚靠在墙上或者桌子上。

从高层次上讲，我想说的是，每当我们面对团队中的问题时，最好的回应就是向团队寻求解决方案。但是，这是我用来解决所面临问题的一​​些技术。

说话太多

• 让他/她站起来
• 让他们在说话时伸开手中的Scrum"说话"记号。
• 在活动清单中添加活动挂图，以列出已列出的问题...当某人对一个不值得活动的话题long之以鼻时，打断并说："嘿-好点。我不确定每个人都需要讨论这个问题，如果我们将其保留以进行后续讨论，该怎么办？"成功实现这一目标的关键是在事后进行实际跟进并安排会谈。或者，发言者可以说"没有必要……今天下午我将与Joe合作"或者类似的内容，从而实现了减少焦虑感的目标，而无需安排后续活动。

需要更多细节。这是为了Scrum Master的利益还是团队的利益？

• 等到之后再询问各个个人更详细的问题。如果我们认为团队也需要了解他们，请通过传达(在后质疑中)指导团队成员"这是乔·史密斯的想法，我认为这将对我们有所帮助，我们认为呢？ ？"

团队不听。

• 逐个询问他们。 " Sally，我注意到我们似乎并没有从Scrum中获得太多收益。我们如何调整它以使其对我们有价值？"。
• 在Scrum期间向他人发布问题。就像莎莉说"我昨天整合了鲍勃的代码"一样，问鲍勃"情况如何？" (我会谨慎地使用它，以防Scrum花费的时间太长)。
• 我发现有时候团队成员在说话时会看着Scrum管理员或者项目经理，从而倾向于过时的习惯。当发生这种情况时，我会改变视线将视线移开，这几乎迫使说话者与团队中的其他成员进行眼神交流，这可能有助于团队中的其他成员注意。

回答

为了使团队参与其中，他们必须看到其中的价值，而不仅仅是因为我们告诉他们这样做而做到。

回答

为了争辩，假设某人确实有一些需要告知团队的信息，这将需要一些时间。我们是否有适当的地点，时间或者方法(电子邮件，其他类型的会议，午餐时间)来执行此操作？只是给人打扰，让他们知道站起来的聚会不是这个地方。

另外，在开发过程中会产生什么问题？如果由于缺乏沟通而出现错误，则需要面对人们为何在站立时不提及这些问题的问题。