第十章:野心

　　包达伟挂了电话，坐在椅子中没有动，大拇指在手机屏幕上不断的划来划去，这个林然，比他预料的还有威胁。之前他看到林然提交的工作计划时，就觉得她野心很大，一个小小的南京质付部，十个人都没有，又提什么员工能力拼图计划，又想搞什么大部门共享平台，说是想打通前端后端的知识共享体系，“我看是想把借此多加人，扩张自己的地盘吧。”包达伟心中暗想：“绝对不能让林然有做大的机会，否则自己位置难保。”
　　“自己也要快点想想部门今年能有什么亮点能做出来。”包达伟想着。林然的方案很不错，但是她很聪明，只给了一个方案思路，没有具体的执行说明。包达伟在看林然方案的时候其实并不能非常清楚的理解林然到底想达到什么目的，通过什么手段实现。比方那个大部门知识共享平台，这个是要建设一个系统么？现在内部不是有一些文档管理库，员工可以直接下载文档，林然提这个有什么意义呢？包达伟由此更加确信，林然的方案是个幌子，真实的意图是想多要一些人壮大力量。
　　果然今天林然提了要加人的事情，好在包达伟早有准备，给个理由先把路给封死了。“还要再想个理由给印臻行，说明一下为什么这些人都加在北京，没有给南京，万一林然去找印臻行告状，好有应对之策。”包达伟想着想着，没注意窗外已然暮色沉沉。
　　林然周一上班后，找郭晓晓细问了一下之前夏红莲来时推行的政策。郭晓晓把情况说了一遍，给了林然几个文档，说是当时夏红莲来的时候想推行的流程规范，后来因为南京开发部门的强烈反对而作罢。“这些在北京是正式实行了么？”林然问郭晓晓，郭晓晓说：“我也不是太清楚，只是听说北京的开发都挺怕测试的，测试说什么就是什么，听话的很。”
　　林然听完郭晓晓的介绍之后，打开了夏红莲的方案，认真的研究了起来。
　　最近几年软件行业开始流行敏捷开发模式，说是这种模式能够更快的响应客户需求，更好的提升产品竞争力。
　　简单的打个比方，传统的研发模式称为瀑布模式，可能需要用三个月调研客户需求，然后用九个月时间做完产品给客户用。但是经过这么长时间，有可能客户需求变了，也有可能之前设计的就有问题，这些都要在一年之后才发现，再修改的成本就很高。
　　而敏捷开发模式是先了解一个需求的全貌，然后把需求分解成各个小块，先花一点时间设计一块，客户确认后就开发，然后给客户看是否满意，客户不满意就立刻修改，同时再开发其它的需求，就这样快速的迭代，一般需求确认两周左右，客户就能够看到需求实现完大约长什么样了，有问题可以很及时发现，变更起来也很快，客户满意度比较高。
　　夏红莲在南京开发部门推行的方案就是基于敏捷的开发的要求的，方案中针对开发的工作有一些明确的执行要求，比方：每天上午九点开发必须实行站立会议；每天开发人员必须把他们的问题和创意写成小纸条贴在问题板上进行跟踪确认；每天必须进行一次代码的提交，代码提交编译不通过则说明当天任务没有完成，不允许下班等等。
　　“当时夏红莲定期抽查研发的执行情况，这些没做到的，就会对组长进行通报批评，为此卫刚城和夏红莲当众吵过架，有一次还闹到了邹国沧那里。”林然问些要求执行的情况时，郭晓晓说。
　　林然看完这个方案，就知道南京开发人员为什么对这个方案如此反感了。实际上，南京的开发模式和所谓的敏捷模式其实已经相差无几，只是没有那些书中举例的敏捷开发模式的一些表现形式。而北京的原来的开发模式的确是偏瀑布式的，包达伟他们之前在北京推行了敏捷开发模式，对北京的研发响应效率是有提升，也得到了公司的认可，所以他们觉得在南京也需要统一执行这个模式。
　　”他们来之前并没有对南京的研发模式进行过调研，直接硬推北京那一套，下了一堆开发的行为规范要求。卫刚城他们觉得包达伟并没有真正的理解敏捷开发的内容，就会照本宣科，提的全是形式上的要求，对开发过程并没有真正的帮助，反而增加了一堆无谓的工作量，所以非常反感。”郭晓晓又补充说。
　　为防止信息不全导致理解有误，林然约了卫刚城和董方学都聊了聊，结果印证了郭晓晓所说：卫刚城他们不是反感要规范行为，而是反感这种形式主义。
　　林然是很能理解卫刚城他们的感受的，他们都是印臻行手下十几年的员工了，印臻行的风格一向低调实在，不喜欢搞形式主义，所以手下基本都被这个风格所影响，大都是踏踏实实埋头干活的人。
　　“只会埋头干活不是一种值得提倡的精神，这其实是眼界高度不够，也是能力不够均衡和全面的一种体现。”这是包达伟的想法，他觉得工作一定要有一些流程和形式，否则难以总结和宣传。而宣传好，才能更好的让别人理解成果，引起别人的兴趣，才能把工作成果发扬光大。
　　包达伟和印臻行提过在南京工作的困难，希望印臻行能够请邹国沧和卫刚城支持一下工作，但印臻行说这些工作推进需要开发的配合，还是希望多做做开发的工作，包达伟觉得印臻行在护短，“毕竟南京的团队是一直跟着印臻行这么多年的，肯定偏心。“包达伟这样总结。之后对南京的工作就不是太放在心上，提点不痛不痒的要求，偶尔问问郭晓晓进展也就罢了。
　　林然把这些事情的前因后果了解清楚了之后，就开始着手开始定制流程优化方案了。她分别找了不同的开发小组的组长和对应的测试组长进行访谈，在充分了解了大家的需求之后，写好了方案，先拿出来在质付部内部进行评审。
　　新的方案中没有形式上的执行要求，而是针对关键性事件和操作规范性提出了要求，例如：
　　1、产品开始新版本研发的时候，必须启动不少于一次同行评审，不少于两次跨产品评审，由测试小组长负责监督执行……
　　2、所有大于15人天开发量的功能模块，必须先有原型界面设计，由测试组长根据每周的开发计划检查执行……
　　3、所有BUG必须进入公司系统，由质付部监控BUG的修改情况，并给出效率分析……
　　……
　　方案在质付部内部评审通过之后，林然并没有急着发布，而是让各测试组长和开发组长先进行沟通，根据大家反馈的意见再修改完善后，去征求了卫刚城的意见，卫刚城问了几个开发组长，都说没有什么问题，自然就同意了。
　　林然将方案提交给包达伟，同时告知卫刚城已经同意了这个方案，包达伟没有说什么，但是心里很是不爽。
　　“你在南京几个月没搞定的事情，林然才来一个多月就搞完了，这些人明显是联手起来排外，故意要让领导觉得北京团队能力不行，好加强南京的力量。”包达伟和夏红莲说：“不过你也不用担心，南京这边也的确不适合你，毕竟你家在北京，小孩也小，北京这边有合适的位置我就给你安排。”
　　夏红莲在包达伟手下已经快十年了，一直没有什么职位，和包达伟提了多次，有几次情绪还有点略微失控。包达伟倒也挺理解夏红莲的，他也希望跟随自己这么多年的员工能有个好的发展，积极的在帮她寻找机会。
　　印臻行刚接手北京团队的时候，有提到过北京这块的开发管理相对系统化一些，希望能在南京也能建立类似的管理流程，所以包达伟在南京也建了质付部，同时派了夏红莲去南京推行管理方案。但没想开发团队这边非常不配合，包达伟觉得是南京开发团队的保守思想在做怪，向印臻行提过说觉得卫刚城不好沟通，希望印臻行能提醒卫刚城配合一些，但这事一直没有进展，印臻行也没有同意夏红莲出任南京质付部的经理。
　　“红莲你后续也注意一下，如果林然要一些相关的技术资料，要紧的你都先问一下我，一一些管理流程类的文档可以先给她旧一些的版本，我想让她也多考虑一下这些相关的工作有没有可以完善的地方，这样也可以让她把经验和能力发挥出来。”包达伟又交待夏红莲，夏红莲点点头，心领神会。