在玩牌中学到分布式团队的沟通

作者 Chris Sims 译者 秦时月 发布于 2008年8月30日

领域

过程 & 实践

主题

协作 ,

分布式团队 ,

团队工作 ,

教育 ,

敏捷 ,

Agile2008

分享到

在Charles的话题上，参与者分成了三组，每组有5、6个人。

• 第一组被告知，他们只能通过“email”进行沟通。有一个特定的“邮件服务器”，大家通过它相互传递写下的消息。
• 第二组可以通过“电话”交流。
• 第三组没有沟通手段的限制。

每组都有一个人充当“用户”。游戏开始以后，所有用户都会得到完整的游戏规则，其中包括每一轮游戏中的规则变化。除了“用户”以外，其他人将会得到另一套不完整的规则。

在Charles的游戏设计中，会同时出现6种不同的团队：

团队1: 只通过email交流，没有用户参与
代表分布于不同时区的团队

团队2: 只通过email交流，有用户参与
代表分布于不同时区的团队

团队3: 只通过电话交流，没有用户参与
代表没有文档的团队

团队4: 只通过电话交流，有用户参与
代表没有文档的团队

团队5: 开放交流，在最后5分钟的时候有用户参与
代表难以为继的团队，最后有专家参与提供帮助

团队6: 开放交流，在最后5分钟的时候用户退出
代表运作良好的团队，故而最后专家退出

每个团队都有三分钟自由交流的时间，讨论团队的组织、沟通方式、每个人担任的角色等等。

接下来，规则会被分发到团队中，每个参与者都不得把手中的规则给别人看，或是读给别人听。他们可以把自己对规则的理解通过该组特定的沟通方式描述给别人。 最终目标是看哪一组玩Rummy（被Charles修改后的版本）的回合数最多。团队中得分最高的那个人也会成为团队中的“赢家”。

游戏进行了20分钟，Rummy的版本在不断变化，团队中出现分歧，新规则需要理解，团队要进行调整采取新的策略。

20分钟过后，开放式交流的团队玩了11轮，而且还额外搞定了一个文档。这个团队很快作出决定，既然游戏的目的是尽可能的多玩几轮，那他们就要齐心协力，帮助第一个人尽快“出局”，不去管个人“成绩”。

“电话团队”的策略是使用电话会议模型来满足尽可能多的人参与沟通。不过，直到他们玩完一轮以后，才达成一致要帮助一个人“出局”。他们最后玩了两轮。

“邮件团队”一直没能进行协作，有一两个人在很强势的玩牌，争该组中的“赢家”。20分钟内只玩了一轮。

游戏结束以后，Charles组 织了一场总结会议，大家互相分享了自己的心得体会，并且跟各自的实际项目经验进行了对照。很多人都认为，在他们的实际工作中，火爆的内部竞争一直都是达成 协作的绊脚石。即使所有团队在一开始都有计划的时间，但还是没能做到保证沟通渠道畅通，从而在实际实施过程中调整计划。这方面的沟通限制对结果的影响要比 对游戏速度的直接影响尤为突出。

在Agile2008的站点上有完整的游戏指导 。