你的团队是怎么做站会的？

每天?分享?最新?软件?开发?，Devops，敏捷?，测试?以及?项目?管理?最新?，最热门?的?文章?，每天?花?3分钟?学习?何乐而不为?，希望?大家?点赞?，加?关注?，你的?支持?是我?最大?的?动力?。

无论你称它们为 Scrums，站会还是聚会，一种适应性的计划方法是定期举行协调活动，以确保每个人都以一致的方式工作，并且都在做最重要的工作。

此类活动中较为常见的主题之一是讨论短期团队工作的积压。

但这种讨论可以通过几种不同的方式进行。

为了确保每个人都有机会发言，一种方法可能是逐人讨论不完整的工作。

虽然这样做的好处是确保每个人的声音都被听到，让每个团队成员有机会提出他们所关心的问题，或者确认他们可能做出的任何假设，但这也可能导致已经发言的团队成员脱离后续团队成员正在讨论的内容。虽然如果每个团队成员的工作是独立于其他人的，那么这不会引起太大的关注，但是在大多数情况下，团队成员之间可能在工作项或活动级别上存在依赖关系。

在这种情况下，如果一个团队成员“关掉”了谈话，他们可能最终会错过一些对他们的工作很重要的东西，或者他们可能会错过纠正其他人做出的无效假设的机会。

解决这个缺点的另一种方法是逐个工作项进行。这可能会使大多数团队成员比逐人方法参与的时间更长，特别是当多个团队成员需要一起协作以完成一个工作项时。然而，当一些团队成员完成了他们所提取的工作项，并且现在正在积极支持其他人完成那些“外来”工作项时，并不是团队中的每个人都有机会发言。

在工作项通过定义良好的工作流的情况下，另一种选择是按工作项所处的交付阶段讨论工作项。假设团队成员在不同的阶段处理项目，这将减少团队成员脱离一般性对话的可能性，即使他们已经完成了当前阶段的工作项目的讨论。

大多数工作管理工具将提供一种方法来组织工作板栏内的项目，以便团队可以讨论不完整的项目按其呈现的顺序。然而，一个更有效的方法可能是优先考虑那些真正值得讨论的重要的少数。

有三种常见的方法可以做到这一点:

根据延迟的成本——这将包括诸如业务价值、风险降低、对即将到来的工作项的依赖性或利用机会的能力等考虑因素

通过工作项目的老化——假设团队已经达到了足够的成熟度，只有几个不同的工作项目大小，那么团队可以专注于讨论活动工作项目，这些活动工作项目超出了正常的老化预期

通过工作项状态-这可以通过从阻塞的工作项开始，然后是那些已识别的障碍，然后(如果需要的话)其余的障碍来完成。

我工作过的许多团队都使用了一种逐个人的方法来进行协调活动，但我想了解不同方法之间的分布情况。

我在 PMI 的 LinkedIn 项目、项目和投资组合管理讨论小组和 projectmanagement.com 区进行了为期一周的调查。在收到的369份回复中，66% 使用了逐项工作方法，20% 采用了逐人方法，11% 按交付阶段讨论了工作项目，3% 采用了其他方法。在后一种情况下，我要求回答者提供详细信息，但是在大多数情况下，评论反映了一种按照工作项目的优先顺序排列的方法。

无论您的团队如何协调他们的工作，重要的是不要让团队或关键的涉众认为这些事件是在浪费时间。在诸如回顾之类的过程改进会议中讨论所有标准事件的有效性和效率是确保这种情况不会发生的一种方法。