在 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
评论