Scrum每日会议：守时超过团队的全部成员？

我的理解是，每日Scrum会议应该非常迅速，以友好的方式召开，并且需要所有团队成员在场。因为这样做的目的是使每个人都了解其他人在做什么。

我喜欢这样举行的Scrum每日会议。

在我最新的项目中，我们的每日Scrums更像是状态更新会议。尽管我们的立场是持有Scrums并练习适当的敏捷。

我们是一个分散的团队，在2个不同的国家中，并且同一国家/地区的人不在同一办公室。结果，我们有了虚拟Scrum。

问题在于我们的会议总是按时开始，很多人在实际开始时间之前打电话，所以他们实际上是在会议的第一秒开始。对小延迟没有任何容忍度。

例如，上次我们打通电话时，协调会议的人员检查了每个人的出席情况，而我们说团队中的一位成员尚未出席，但他正在打电话。有人告诉我不用等待我的团队成员就可以开始共享。

另外，每个人都有很多会议，有时他们在Scrum会议中背靠背，因此，如果他们在会议的第一或第二分钟到达，这是可以理解的。

这对于练习每日Scrum的团队来说是正常的吗？这是我第一次发生。

我找不到直接的参考书目。尽管强调了所有团队成员的出席，但也强调会议应始终同时开始。但是我想可能会有小的延迟容限。

我什至在博客上读到有人建议，如果有人迟到“ 5秒”，Scrum Master可以判罚。我以为Scrums应该很友善，而那样的罚款似乎适得其反。

在这种情况下，推荐的方法是什么？

与任何敏捷实践一样，Scrum团队可以自行决定。如果让您感到困扰，您应该回顾一下，并尝试找到每个人都满意的解决方案。也许其他团队成员也有同样的想法，但是认为这只是“如何完成混乱”。

话虽如此，除非有三个或更多的人失踪，否则我将在第二次会议上从第二次开始。对于每个人每天都必须参加的会议，我感到不尊重每个人的其他时间。当我是一个迟到的人时，我的团队就开始没有我了。如果最后有时间，我们可以回到迟到的人的任务上。

过去我对守时不那么严格，发生的事情是准时出席会议的人已经厌倦了浪费时间，因此他们开始尝试猜测会议何时真正开始，然后才出现。雪球效应。

对于日常会议，如果有人偶尔错过会议的一部分，这不是世界末日。希望这不是您整天要做的唯一沟通。

如果您等人，它会告诉他们迟到是可以的。如果您从会议开始的那一刻起，人们将被告知他们要参加会议，他们必须准时到达。编程是一项专业活动，至少需要一点纪律。

话虽如此，每天站起来的目的是讨论团队昨天的工作，他们今天的工作，并使每个人都意识到障碍。预定时间应该是“每个人都有空的早晨的第一件事”，而不一定是时钟上的特定时间。最终目标是团队协作，而不遵循严格的规则。如果您的团队刚开始使用敏捷，那么坚持不懈是建立团队技能的好方法。如果您是一支成熟的团队，请为您的团队做什么。

这是Scrum的工作方式吗？

我会向您建议，日常会议对于任何业务活动来说都是太多的事，除非您的团队特别富有成效（这意味着他们可以在很短的时间内产生大量的功能）。

如果您确实决定每天加标签，则标签的持续时间应不超过15到20分钟，是的，每个人都需要准时或不参加。标记是为了团队成员的利益，而不是Scrum Master。错过日常会议的罚款应采用与其他拖延措施相同的方式进行处理。

简而言之，我在这里看不到任何特别之处。我确实认为，任何形式的日常会议都涉及微观管理，但是如果您决定这样做，则需要适当地进行。

人过过程。那就是敏捷的核心租户之一，如果某个流程不适用于您的团队，请对其进行废弃或修改。让团队对其进行修改以满足他们的需求。

这样想，每天站起来有什么意义？

您可以借此机会与团队中的其他成员提起障碍，举报您可能需要帮助，并强调可能影响他人的变更。作为开发人员，重要的是要在那里。

在由4 -8名开发人员组成的团队中，他们需要快速而敏捷-在大多数情况下，每次需要30秒。如果要扮演Scrum Master的角色，我会担心会议迟开，因为这会增加会议成本。同样地，可变的会议时间会分散所有人的注意力-我们是否要...我也将非常意识到这与确保团队能够相互支持的需求之间的平衡，因此可能会延迟会议，因为有人可能受到阻碍的人在电话/厕所上。

如您所描述的那样，团队在地理上的分布情况，我会在每次回顾时都将其标记为团队的障碍。公然阻碍了Scrum的性能和交流，因为它们并没有坐在一起，并且能够自由，轻松地进行交流。

我会争辩说，应该将其组织为两个独立的Scrum团队，并组织工作，以便Scrum的Scrum应该处理国际交流。