充分利用日常站立会议的两种方法

每日站立会议是敏捷软件开发的重要组成部分。 这是每个工作日在相同地点和时间举行的会议。

这次会议的议程很简单。 每个团队成员必须回答以下三个问题：

1. 我昨天做什么？
2. 我今天要做什么？
3. 哪些问题（障碍）阻碍了我的工作？

看起来很简单。 对？

但是，在过去的六年中，我参加了许多日常站立会议，并且我注意到人们在这些会议中犯了两个常见的错误：

1. 团队成员不够具体，无法描述他们过去和将来的行动。
2. 每日站立会议不鼓励团队成员专注于正确的事情。

让我们找出如何避免这些错误。

1.具体化

一种常见的情况是，人们在描述自己过去和将来的行为时并不太明确。 让我们考虑以下情况：

Scrum Master： “谢谢你，X，该你说话了。”

开发人员X： “昨天我正在实施功能X，今天我将继续实施。”

问题在于开发人员X不够具体。 换句话说，不可能知道

1. 他昨天做了什么？
2. 他今天要做什么？
3. 功能X何时完成？

当然，主持每日站立会议的人可以通过向开发人员X询问其他问题来解决此问题。问题在于这需要更多时间，并且由于每日站立会议应该有时间限制，因此这是“最好的解决方案。

解决此问题的最佳方法是期望团队成员尽可能具体（但又不要太具体）。 如果开发人员X会遵循这个原则，他会说出这样的话：

“昨天我正在实现功能X。我完成了域模型和数据库迁移脚本。 我还创建了所需的存储库并实现了服务层。 今天，我将实现Web层。 如果我没有遇到问题，我希望今天完成此功能。”

这绝对比第一个陈述更好。 它是具体的，时间不长，并且可以回答前面提到的所有三个问题。

具体些 。 它有助于我们将信息传播给我们的团队成员并尽快发现问题。

2.专注于正确的事情

如果发现有故障，请立即修复。 我还注意到，大多数开发人员的行为方式往往都与我相同。

修复损坏的东西不是一件坏事，但有时损坏的东西与分配给相关开发人员的功能无关。

这是一个问题，因为它无法帮助我们实现当前sprint的目标！

幸运的是，这是一个容易解决的问题。 当开发人员在每日站立会议上报告其过去和将来的活动时，团队注意到该开发人员已陷入困境，他们应该帮助开发人员专注于正确的事情。

那我们该怎么办呢？

我们应该要求开发人员在产品待办事项中添加一个项目。

我错过了什么？

您可能已经猜到了，我认为每日站立会议有两个重要目标：

• 通过与我们的团队成员共享信息来帮助我们发现问题。
• 让我们专注于正确的事情。

您可能有不同的优先级，这很自然。

就像我说的那样，这篇博客文章中给出的建议是基于我的经验。 您的经历可能完全不同。 如果是这种情况，我请您在此博客中发表评论，以分享您的技巧！

如果您正在寻找改善日常站立会议质量的方法，请阅读标题为“ 不仅仅是站起来：每日站立会议的模式 ”的文章。 它解释了日常站立会议的许多有用模式。

参考：在Petri Kainulainen博客上，我们的JCG合作伙伴 Petri Kainulainen可以从日常站立会议中获得最大收益的两种方法 。

翻译自: https://www.javacodegeeks.com/2014/02/two-ways-to-get-the-most-out-of-daily-stand-up-meetings.html