敏捷在团队中的实践与发展现状

敏捷与治理 的进展现状

记者：对于未来几年敏捷开发的进展，您希望看到哪些新方向?有何建议?

程显峰：进展方面的问题我还真不知道，还是觉得有点落后，这个还需要积存 吧，很长时间才会有一些改进，国内技术上落后的已经比较少了，反而是治理 上落后的非常非常多。比如Facebook的崛起，大家都看到它用的是什么技术，很少有人看到Facebook在壮大的时候立马就从e-Bay挖了一个人给他们做工程方面所有的事情，他们从很早期的时候就从e-Bay挖了一个高管去做所有工程化的东西，很早就做了，非常有远见，这些事情很少有人知道。Facebook每年开了什么会，开发了什么框架他都知道，到了一定程度你就会发现它不是几个毛头小子一个Idea就可以进展起来的。e-Bay大概已经有二十多年了，其实是经验w非常丰富的人去做这个事情，并不是一个Idea就能行的，现在好像不太注重这个方面。

其实在美国都是由非常资深的人去做工程化的，而且这个市场还是比较稳定的，真正去做这些东西的人还有一个相对比较稳定的流动环境，不会是从哪里突然冒出一个人就能做这些事情，或者是凭一个Idea就可以做的。

记者：微软就有自己的工程研究院和微软研究院，也是不一样的。

程显峰：其实从开发的各种东西来说，类似微软、苹果、谷歌这些大公司，他们在工程治理 上都有很多非常有经验的人，但是这些人在国内往往不讲这些。比如原来谷歌测试的负责人段念就是讲测试方面的略微 多一些，那个属于工程化的一部分，你就可以看到一些，多半也是做类似的工作，实际上他是一个非常有经验的做工程化的人。

记者：主要还是国内治理 上的问题。

程显峰：对，软件研发的治理 落后的不是一点半点，国内那种落后的方式跟美国六七十年代有得一拼，其实现实就是这样，尤其是互联网公司还觉得自己是什么高科技，其实工程治理 的水平差得一塌糊涂，但是不是垄断高额利润，如果是从一个软件公司的角度去衡量的话，那个研究体系简直是一塌糊涂。

记者：其实从工程化的角度也会影响本身推出产品的效率或质量。

程显峰：其实工程化是一种内功，为什么IBM谁打他都不太怕？内功非常深厚体现在几个方面。

记者：IBM也比较开源。

程显峰：它的内功深厚也是有各种方面，首先就是知识产权方面保护得特别好，专利大户一直 都是第一，第二就是在基础研究各个方面，工程化的思想，好多软件工程的思想，包括（41：20）都是在开发360的时候研究出来的，好多软件工程的方法，他们也很注重敏捷的一些东西。这就衍生了一个问题，为什么抄IBM的人都很惨、都死掉了呢？因为内功不够。IBM的治理 方法非常重型，轻型的公司想抄都死掉了，为什么？因为你根本无法调动那么多的资源驾驭那么重型的方法，你的内功不行，就是这样。IBM原来那个Case版本操纵 系统使用起来多负责啊，最后用的大部分都是电信系统，就是跟它有相同内功级别的人。他的客户都是金融、能源方面的，要是小公司用IBM做咨询，即便是你付得起钱也实施不下来。

记者：实施下来也达不到那种业务规模。

程显峰：我是觉得软件业的进展还是应该从基础做起，实实在在地把软件做好，不要过分地强调那些概念，好多人都是想解决别人的问题，每年实施的过程当中尤其要注意，作为一个团队的Leader，你最清楚的是团队自身的问题，你也最容易解决团队自身的问题，要是每天都解决自身的问题的话一定是个特别好的教练，根据不需要去搭理别人，可以借鉴别人的方法，看别人是怎么借鉴类似的问题，但是一定要着眼解决自身的问题，他们解决的都是别人的问题，比如看到别人的沟通方法就觉得自己的团队沟通有问题，实际上你就是三个人，你有什么沟通问题？根本就不存在。

记者：听你这样说，敏捷并不是一个特别有别于传统开发流程、软件开发工程的方法，只是在里面加入了一些治理 的理念，能够把工程化和治理 结合起来，可能就是一种敏捷。

程显峰：软件行业的治理 方法主要来自于两个途径，六七十年代的时候大体上是借鉴建筑行业的系统化治理 方法，主要是需求治理 、建筑治理 方面的东西，另一次改进就是在九十年代后期，由于丰田在制造业上的改进，就是精益方法，主要的改造就是发现问题及时生产及时交付，所有迭代周期方面的东西。软件行业主要的来源就是制造业，实际上他们也不能太超越这两种。我就觉得现在老是想标榜自己跟别人不同，反而是把自己给害了，那些方法实际上会在那些产业里实施得更好。

你看《精益软件开发艺术》那本书，写得特别好，那是波音的一个家伙开发的，因为波音在制造业生产的时候用了这种方法，他在波音的软件部门，借鉴了波音的生产，然后再去用精益的思想改造，实际上都是借鉴其它传统行业的。传统软件的方法主要是建筑业的，建筑业和制造业都是比较成熟的，他们也会互相借鉴，借鉴最后的结果其实是发现方法和方法之间的差别没有想像的那么大，可能只是流派之分而已。比如大家都注重的版本操纵 、质量治理 ，整个周期治理 这些东西，哪个没有呢？而且具体的操作方法大家都可以借鉴，你敏捷比较推举 的版本操纵 ，实施到传统软件当中可不可以？也可以的，实际上并没有那么不同。这是一种商业策略，就是非黑即白，不是那样子的，其实大家真正在玩的时候就会觉得他们是可以有很多互通的，大家也可以互相借鉴，而且两种方法都在成长，这就跟武侠小说里的江湖差不多，大家都是为了各自的势力划分出来，他们就是邪教，我们就是明门正派。

其实那两个人讨论的就是一个风花雪月的问题，完全没有必要分什么派别，大家讨论的就是一个质量操纵 的问题，敏捷也可以用，传统也可以用，根本没有必要说这个就是属于谁的，但是这种实践的东西多起来之后就会发现越来越多的共同之处。

记者：最后就会发现自己在实践的过程中总结一套结合了传统和敏捷的方法。

程显峰：肯定的，我觉得比较负责、比较讲究实际的人都会结合自己这些东西去实施的，敏捷方面有个非常重要的东西，要是按照书本上实施的话肯定不是敏捷，最重要的就是裁减，你要按照自己的东西来裁减，包括传统的软件研发人员那一套也有裁减，只是很多人都不知道。传统的软件研发虽然很重，但是会按照自己的需求去裁减，要是完全按照那种东西就会死得很惨，所以你要实施一套流程的时候第一件事情就是裁减，要把它裁成合适的部分，包括电信企业里面实施的东西都是经过裁减的。

原来我的一个同事是在Arktail做的，他们在项目实施的时候首先就是要看Arktail有标准的研发流程，弄下来一份之后再裁减，就说这个我们不要了，那个我们不要了，要是按照标准化他们也受不了，肯定不行，包括传统的实施。比如你就在一个猪圈，非得按照摩天大楼的质空标准去做，肯定不行，虽然都是建筑，但是不符合实际，所以最重要的就是符合实际产生效果，拿给老板也好说好看。

记者：那种大型的软件，比较像传统的，他们之间也有软件开发的部分吗？

程显峰：肯定会的，工程实践现在已经借鉴了很多，包括版本操纵 一般都是集中式的，现在大家对分布式的都会比较倾向，甚至是说公布流程，这些东西无所谓谁都可以用，比如传统上的需求治理 软件、Bug跟踪系统敏捷也在用，敏捷也有这些东西，你也需要跟踪Bug，你也需要有针对性地上线打包，这些东西都有。

记者：所以只要技术能力强，跟敏捷没有多大关系，都是在创业团队里用敏捷的比较多。

程显峰：是这样的，大家为什么要用敏捷？很多都是创业小团队偷懒的行为，因为他实施不了那种重型的，也没有实施的经验。其实实施规范化的还是相对较少，他们觉得这个东西能够玩转才这么做的，而不是真正考察过，做了一个比较公正的技术选型，比如传统上我们会得93分，用了敏捷会得94分，根据没有数据，就是自己想的，那种我们能不能玩得了？玩不了，这种我们能不能玩？差不多，实际上差得挺多的。因为敏捷强调的是不同，不同的东西又很少，所以大家就会觉得很容易，其实相同的部分也很大。其实国内真正好的测试团队简直凤毛麟角，能玩得起测试的凤毛麟角，能把公布上线流程做好的也很少，这两个都做好了，我觉得你是敏捷还是传统都已经不重要了，这些对你才是实实在在的东西，对于质量、对于产品都是非常有益处的东西，至于长什么样子已经不重要了，关键是对你是否有好处。

大家现在都是有点炒概念，不讲实惠，我是比较讲实惠的，这些东西好不好我很快就能知道，所以我要的是实惠。我向老板汇报的时候也是这样，老板不看这些概念，他也不懂，创业的人是Idea出身，炒个概念会很好看，也会很好卖，但是大家现在都知道了，也不见得好卖。

记者：你们现在关注团队的开发室，是从哪个方面去看这个问题？

程显峰：是看什么？

记者：就是和敏捷相关的，主要是关注别人的经验吗？还是整套流程？我想了解你们这些团队和程序员上网关注的问题，主要是哪个方面的问题？

程显峰：是什么样的问题？

记者：敏捷方面的问题。

程显峰：我个人比较关注的就是发现问题的方法，比如传统的东西，包括制造业的那些治理 方法我也都会看一些，还有《关键目标》的那套东西，主要是强调治理 的，各种各样的治理 思想都能启发你，实际上并不需要看特别针对软件行业的东西，要看软件行业里的东西。

我一般比较情愿 看失败的案例，就是类似《完美软件》那种常见的错误，比如程序员善于沟通，最后发现不是自己的错误。人家在七十年代的时候已经把这些总结得特别好了，你会发现过了四十年还是那些问题，你就看那些老的书就会发现这些问题已经存在相当长的时间了，完全没有什么新奇感。里面刻画的东西都是一样的，具体的问题还是很一样的，可能百分之九十的问题都是书上写过的，不会有太大的差异，只是人不一样、环境也不一样，问题还是差不多的。比如注重质量、需求发散，这些问题都是非常常见的。

记者：看来还是比较大块的问题，而且也不是软件行业专有的，各个行业其实都有这样的问题。

程显峰：但是你看软件行业的大师以前写过这些话就会觉得挺有意思的，当然，你还可以借鉴一些制造业的，我觉得都会帮助很大。

记者：还有治理 方面的，只要是这个行业的都适用。

程显峰：其实这个点应该也差不多，我看腾讯的荣昊也做软件治理 ，他也是什么治理 方面的书都看了。如果光看这个方面的话，因为都是需要互相借鉴的，要是想做得比较好的话还是需要看很多东西。确实有些东西大家都太强调了，软件行业的人都特别喜欢强调个性，其实治理 的方法通用性还是比较高的。你看德鲁克写的那些书，每一条都是挺实在的。你不能通过打他，骂他提高他的产量，如果有一堆的人需要提高产量就会很头疼。