在 Agile2008 上， Charles Suscheck 演示了怎样用修改后的 Rummy 玩法，教给大家项目中沟通、计划和协作的重要性。这个游戏对团队的各种分布情况，以及在项目进行中增删人手所带来的影响进行了探索。
在 Charles 的话题上，参与者分成了三组，每组有 5、6 个人。
- 第一组被告知，他们只能通过“email”进行沟通。有一个特定的“邮件服务器”，大家通过它相互传递写下的消息。
- 第二组可以通过“电话”交流。
- 第三组没有沟通手段的限制。
每组都有一个人充当“用户”。游戏开始以后，所有用户都会得到完整的游戏规则，其中包括每一轮游戏中的规则变化。除了“用户”以外，其他人将会得到另一套不完整的规则。
在 Charles 的游戏设计中，会同时出现 6 种不同的团队：
团队 1: 只通过 email 交流，没有用户参与
代表分布于不同时区的团队 团队 2: 只通过 email 交流，有用户参与
代表分布于不同时区的团队团队 3: 只通过电话交流，没有用户参与
代表没有文档的团队团队 4: 只通过电话交流，有用户参与
代表没有文档的团队团队 5: 开放交流，在最后 5 分钟的时候有用户参与
代表难以为继的团队，最后有专家参与提供帮助团队 6: 开放交流，在最后 5 分钟的时候用户退出
代表运作良好的团队，故而最后专家退出
每个团队都有三分钟自由交流的时间，讨论团队的组织、沟通方式、每个人担任的角色等等。
接下来，规则会被分发到团队中，每个参与者都不得把手中的规则给别人看，或是读给别人听。他们可以把自己对规则的理解通过该组特定的沟通方式描述给别人。 最终目标是看哪一组玩 Rummy（被 Charles 修改后的版本）的回合数最多。团队中得分最高的那个人也会成为团队中的“赢家”。
游戏进行了 20 分钟，Rummy 的版本在不断变化，团队中出现分歧，新规则需要理解，团队要进行调整采取新的策略。
20 分钟过后，开放式交流的团队玩了 11 轮，而且还额外搞定了一个文档。这个团队很快作出决定，既然游戏的目的是尽可能的多玩几轮，那他们就要齐心协力，帮助第一个人尽快“出局”，不去管个人“成绩”。
“电话团队”的策略是使用电话会议模型来满足尽可能多的人参与沟通。不过，直到他们玩完一轮以后，才达成一致要帮助一个人“出局”。他们最后玩了两轮。
“邮件团队”一直没能进行协作，有一两个人在很强势的玩牌，争该组中的“赢家”。20 分钟内只玩了一轮。
游戏结束以后， Charles 组 织了一场总结会议，大家互相分享了自己的心得体会，并且跟各自的实际项目经验进行了对照。很多人都认为，在他们的实际工作中，火爆的内部竞争一直都是达成 协作的绊脚石。即使所有团队在一开始都有计划的时间，但还是没能做到保证沟通渠道畅通，从而在实际实施过程中调整计划。这方面的沟通限制对结果的影响要比 对游戏速度的直接影响尤为突出。
查看英文原文： Card Game Teaches Distributed Project Communication Lessons
中国开源发展研究分析 2022
本次报告为开发者，技术管理者，开源社区运营、市场，开源办公室工作人员带来信息上的增量以及对开源趋势、...
评论