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

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

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

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

看起来很简单。对？

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

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

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

1.具体化

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

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

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

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

他昨天做了什么？
他今天要做什么？
功能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