破窗效应,防止破窗效应的发生
游戏名称 漫画破窗谬论
现实抽象
千丈之堤,以蝼蚁之穴溃;百尺之室,以突隙之烟焚,在《韩非子.喻老》一篇中,已经预示了,任何一点小小错误的积累都有可能带来巨大的灾难性后果。基于圣贤先辈言论的感悟,让我想起了另一个词,破窗效应,以一幢有少许破窗的建筑为例,如果那些窗不被修理好,可能将会有破坏者破坏更多的窗户。最终他们甚至会闯入建筑内,如果发现无人居住,也许就在那里定居或者***。一面墙,如果出现一些涂鸦没有被清洗掉,很快的,墙上就布满了乱七八糟、不堪入目的东西。一条人行道有些许纸屑,不久后就会有更多垃圾,最终人们会视若理所当然地将垃圾顺手丢弃在地上。那破窗效应对我们的启示为,任何一种不良现象的存在,都在传递着一种信息,这种恶性传导使不良现象逐步扩张。所以我们必须要防患于未然,当有破窗出现时,我们应该及时修补,将这种恶性传导的可能性扼杀于萌芽。映射到我们的日常软件研发中,也存在着类似破坏一扇窗子的行为,比如有一个程序员和别人合作一起开发一个项目,别人的代码写的逻辑流畅、代码简洁、注释清晰,但是他就是乱写,为了完成任务而完成任务,写了很多脏代码,代码很不整洁,让其他的团队成员很难看懂。这样,当这个人离职或是换新的人来接手工作时,别人就看不懂这个人写的代码,越看不懂越不想看,就会失去耐心,这时,这段代码就有可能被抛弃,带来重写,增加开发成本。软件开发涉及方方面面,每一面都是一扇窗户,作为团队的敏捷教练,我们要建议团队不要打破第一扇窗户,既是打破了也要赶快去修补,不然软件就会像窗户一样,一扇一扇的被打破,慢慢的变成“火坑”。敏捷开发的一个重要目的就是消除浪费,防止破窗效应的发生,事情如果太难、流程如何太重,那就让事情进行拆解,让每一步变的相对简单一些,流程如何太长,太复杂,那就把流程简化、弱化、合理化,尽量扫清软件开发中的障碍,消灭破窗形成的环境。
关键挑战
团队成员需要理解什么是破窗效应,并要学以致用,结合自己的研发过程现状,发现相应的破窗效应,并以“破窗谬论”所展示的形式进行图形化阐述,讲解其中的现象规律,找到破解点,以实现降本增效、个人单产效益最大化与个人绩效最大化。
游戏魅力值 5分
玩家 敏捷教练、团队成员
适用人数 不限
游戏时长 60分钟
游戏道具 破窗谬论视频、白板纸、白板笔
游戏场景 室内培训
游戏目标
1) 提升团队成员的责任意识,防止破窗效应的发生。
2) 查漏补缺,警醒示范。
3) 提升团队成员的系统思考能力。
游戏规则
1) 每个团队需找出当前团队已经存在或可能存在的破窗效应。
2) 每个团队需找出如果没有破窗效应,则可以产生的价值点。
3) 破窗与价值点间的价值转换需用图像化的方式进行阐释。
4) 其间的辩证逻辑要符合破窗谬论,看似合理,其实不合理。
5) 游戏需在规定的时间内完成。
游戏的交互性
团队成员需进行充分的沟通,就团队内部存在的破产事件达成统一一致的理解,然后就浪费的资源,可以提升的效益、价值点达到共识。在谬论与价值点图形化的过程中,更需要集思广益、团队成员间紧密合作,才能让整个展示过程看起来逻辑顺畅、辩证合理。
游戏步骤
1) 游戏规则讲解。
2) 敏捷教练简单阐述什么是破窗效应。
3) 团队成员观看破窗谬论短视频(https://v.qq.com/x/page/c03382e5b7j.html)
4) 自由组队,把团队成员分为A/B两个小组。
5) A/B两个小组分别进行组内讨论,找到一个研发过程中的破窗现象。
6) A/B两个小组分别进行组内讨论,基于如果没有此破窗现象,则会产生的价值点进行组内讨论。
7) A/B两个小组分别进行组内图形化创作,把破窗现象以图形化的方式进行诠释。
8) A小组选派一名代表进行发言,阐释本组的破窗图形化杰作。
9) B小组提问,A小组答疑。
10) B小组选派一名代表进行发言,阐释本组的破窗图形化杰作。
11) A小组提问,B小组答疑。
12) 团队回顾总结,在禁止破窗问题上达成共识。
可能的变化
这个游戏不太限定人数可以是几个团队一起合着玩儿,所以在团队数量上会有变化。在分组时也可以进行变化,可以按角色分,也可以按团队分,这都是基于不同的岗位背景和团队背景来诉说的。特色明朗的分组会更有助于团队找到沟通的共鸣点。
模拟现场
情绪化反应
大家刚开始很认真、很平静的看完了关于破窗效应的视频,然后等真正结合到项目时,出现了短暂的迷茫,稍加解释后,情绪有所好转,开始进行热烈的讨论。在如何进行图形化展示时,又陷入了深思,在最后的团队呈现阶段,全体队员集中精力,都非常的认真。
量化结果
游戏不分输赢,游戏的目标为,大家通过对破窗效应的理解,可以迁移延伸到自己所在的项目当中,从需求、开发、测试、架构等多维度去发现可能出现的破窗现象,能尽力避免破窗现象的发生,严以律己,多填坑,少挖坑,就是胜利。
引导问题
1) 在游戏前后,你的情绪有什么样的变化?
2) 你有什么样的感触,觉得学到了什么?
3) 结合自己的项目、自己的团队,你觉得接下来应该如何做?
经验与教训
基于破窗效应的团队回顾总结,从产品端的产品需求整体规划,到前后端架构规划与编码规范,再到测试验证时的综合把控与跨项目沟通,每个团队成员讲了很多,作为团队的敏捷教练,我们其实期待的是团队成员可以真正的理解到“坑”的危害,合理规划,减少激进,多填坑,少挖坑,从综合层面提升团队效能。
在整个游戏的过程中,不免会有队员提出因时间紧张、人员变动、需求变更等客观原因带来的“坑”,更有因个人工作态度不端正或是工作能力问题而带来的主观的“坑”。不轮“坑”最终归结于任何原因,必将带来大厦的“倾覆”。通过游戏的感悟与反思环节,团队成员都认识到了“坑”的危害性,承诺在整个产品开发周期中减少挖坑,多多填坑。
- 点赞
- 收藏
- 关注作者
评论(0)