庆祝小胜，成功不再遥不可及【玩转大公司敏捷变革系列-1】
本文是“玩转大公司敏捷变革”系列连载的第1篇。
“我们总是脚步匆匆的从一个起点奔向一个终点，却忽视了沿途的风景。”
从球场进球说起
在球场上，最激动人心的是什么时刻？当然是进球！进球的一方，球员、教练、替补席上的队员、场外的观众、乃至守候在电视机或网络直播前面的观众，立即欢愉雀跃、额手相庆。他们已经取得整场比赛的胜利了吗？显然没有，但庆祝进球（“小胜”），给予每一个人莫大的精神激励，在内心对胜利充满更多的渴望，团队凝聚力也在这一瞬间得到加强！我们还可以观察到：
球星庆祝进球的有趣的方式，例如西班牙球星劳尔亲吻结婚戒指、巴西球星贝贝托跳摇篮舞、德国球星克洛斯的前空翻，为大家所津津乐道，他们在用一种特别的方式享受“小胜”所带来的乐趣
在进球之后，团队通常会对战术部署作出即时的调整，要么是针对发现的对方的弱点，继续穷追猛打，争取扩大胜果；要么由攻转守，增强防御力量，守护胜利果实
敏捷变革中的庆祝小胜
敏捷变革是一项长期、艰巨、牵涉甚广、阻碍重重的工作，为了不被困难和挑战压垮，我们需要及时庆祝，哪怕仅是一个微小的胜利，就像一个进球，或者哪怕没有进球，只是一次精彩的配合、一脚精彩的射门、一次成功的扑救。下面举3个案例，看看我们在拉动敏捷变革过程中如何庆祝小胜。
CASE 1：庆祝迭代成功
这是一个运用移动互联平台支持保险运营专员工作的开发团队，我们鼓励这个团队自行制定了每个迭代的成功标准（DoD，Definition of Done），下面是2013年12月迭代2的DoD示意：
其实当时总共有8条标准（截图不全），另外2条不在图片上的标准比较有意思：
7. 人均加班不大于2.5天
8. 团队分享不少于1次
同时，团队也共同制定出了成功的奖励标准（花生米+啤酒一箱）、失败的惩罚措施（男士50个俯卧撑、女士50个仰卧起坐）。
于是就有了下面的事件发生，在某个成功的迭代结束之后……
在某个失败的迭代结束之后……
CASE 2：单元测试覆盖率逐步提升
这是一个提供基于CallCenter平台提供电话服务的开发团队，在引入敏捷开发方式的时候，这个平台已经是一个遗留系统，做单元测试、重构代码都需要花费额外的开销，而业务方对需求交付的时效要求比较高，能够进行技术改进的时间和资源有限。团队经过思考和集体讨论，达成以下共识：
针对关键业务逻辑逐步补充单元测试，提升质量守护的信心指数，是团队必须坚持的原则。
每个迭代的单元测试覆盖率，必须比上一个迭代有所提升，可以是小数点之后最后一位的增加。团队为此共同承诺，并写入每个迭代成功标准中。
新代码如果添加测试没有意义，可以在老代码中寻找有意义的逻辑或缺陷进行测试覆盖。
下面是团队每个迭代结束后（从第8个迭代开始引入这个规则）记录下来的单元测试行覆盖率数据。当我拿到这份数据的时候，团队已经坚持了整整20个迭代。难能可贵的是，在每一个迭代中，团队都兑现了当初的承诺！在团队回顾的时候，整个团队都为此而感到自豪（尽管每次只是“小胜”或“微胜”），并且他们会商量，接下来的一个迭代中，优先去补充哪些案例。
迭代\行覆盖率单元测试行覆盖率
迭代87.74355884750328
迭代97.88963702438464
迭代107.97382682159169
迭代118.13919581356493
迭代129.29004893715219
迭代139.31878490689591
迭代149.34109993191618
迭代159.63230565538112
迭代1610.07309941520460
迭代1710.10367577756830
迭代1810.13128865420080
迭代1910.18315388390150
迭代2010.20170256247880
迭代2110.30014867378670
迭代2210.32229887197180
迭代2310.33485382911720
迭代2410.44600354355080
迭代2510.46486862562740
迭代2610.50012143141230
迭代2710.54637687252140
CASE 3：试点后的满意度回访
这是2012年对敏捷开发试点团队关键干系人做的一次满意度调查。在这1年，我们选取了不同业务线、不同系统特点的9个团队进行敏捷开发模式的试点，那个时候敏捷开发在公司里还是一件新鲜事，对习惯于传统顺序式开发过程的团队（不管是IT人员还是业务人员）来说，面临着原有角色职责、工作习惯、协作形态都要被打破，中间有不适应、也有质疑的声音。年底到了，对于当年敏捷试点的效果，我们需要一份能给自己打气的答卷。除了在时效、质量、价值、可持续性等维度收集一些量化数据，分析提升的效果之外，我们第三方的名义对这些试点团队IT方及业务方的主要成员和干系人发起了一次满意度调查。
调查结果使我们如释重负，神清气爽。在“相对于之前的传统开发模式，您更喜欢哪种模式？”的问题上，有88%的受调查人表示，他/她更喜欢敏捷模式！！我们当天就把这个结果作为“喜讯”，奔走相告给所有关注敏捷变革的人。
这次调查给了我们莫大的信心和鼓舞，坚定了我们跨步向前的步伐。在2013年，我们启动了公司层面的开发过程全面敏捷转型之旅。
