中兴敏捷转型的2个核心3个阶段和4个故事
2019-12-24
来源：壹佰案例 张莹
外支持工作；开发经理默认是第二支持，负责和防火墙一起解决疑难问题；防火墙尽量直接搞定外部支持，若搞不定先查WIKI知识库中有无相关记录，还找不到，则找该功能以前的维护队员，该队员必须无条件支持防火墙工作。
防火墙制度开始运作后，虽然头几个月也遭遇诸多困难，但当熬过这段时期后，团队发现模块壁垒问题竟然慢慢消失了。
站在防火墙队员这方面，他现在能从全局角度看待整个团队的问题。随着和外部用户交流增多，他更多体会到从用户视角看待我们系统是什么样子，这让他越来越多的反思我们以前的编码方式、日志记录和文档编写习惯。同时，在支持工作中，他看到了更多模块的代码，对导致维护痛苦的烂代码越来越难以容忍，越来越愿意学习那些写得好的代码。
对于其他队员：
一方面由于防火墙队员在知识库中找不到必要的信息时，还是会不断来打扰自己，所以他们会倾向在WIKI系统中多写将来可能会用的信息，这导致了知识库中的有用信息进一步丰富。
另一方面，由于防火墙是轮流担任，为了自己当防火墙更方便，他们开始更多开始关注他人工作。
第三，由于承担过防火墙支持工作，现在大家对烂代码的坏处更有切身体会，所以他们现在的代码会尽量争取有更好的可读性和可维护性。
结果，不到一年时间，困扰团队的技术壁垒问题逐渐减弱并最终消散了，而且伴随着团队知识库有用内容的极大丰富。整个团队的整体目标意识极大加强。
●测试休假故事
某一天测试MM怀孕了，因为身体原因，她马上就会请一年以上长假。由于项目组没有其他测试能投入团队，而且历史上测试一直在团队中起最后的质量守门员作用，这导致整个团队进入危机状态。所有人都担心团队质量会大幅下滑，故障泄露率将直线走高。但令人意外的是，几个月，甚至持续一年后的统计数据表明，团队外部泄露和内部故障数是呈双下降趋势！
促使此现象发生的直接原因是，当所有开发人员发现自己身后不再有其他安全网，必须靠自己把事情做对时，他们的质量意识明显上升。而且，在危机面前，所有人都觉得做出改变应对是必须的，所以虽然团队人数减少一名，团队内队员交叉走查，交叉测试，单元测试编写和学习交流等活动反而更好的借此开展起来。而且，通过这次事件，也让整个团队重新思考测试在团队中的作用和定位，这为团队在后来接受测试前移，实例化需求等理念打下了思想基础。
通过这次危机，我们见识到了危机时刻在团队转型中的强大促进作用。当团队经过了初期碰撞，转型基础已经构建完毕，通过先跟后带等方式让团队自组织性建设达到一定程度后，运用或者制造一些危机让团队去经历风雨并进一步成长是一种极为有效的方法。
案例启示
总之，通过一系列的转型动作，团队终于突破了早期的困扰，进入一个全新阶段。虽然，团队转型之路不会有终结，旧的问题解决，新的问题还会继续。但是这并不妨碍我们总结已有经验，并思考这些经验对未来的意义。
首先，通过这四个小故事，我们看到了团队转型三阶段需要实施的不同建设方法：
阶段一是基础期：这时候最重要的是帮助团队打好持续改变的基础。其两大核心手段：
一是引入可视化来展示团队工作状态，同时暴露问题，为下一阶段改变做准备。
二是努力在团队中引入正式的回顾制度，让团队开始定期审视自己的工作方式，并引发团队成员积极参与到微改进微尝试中来。
由于历史惯性，
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
