包达伟挂了diàn huà，坐在椅子中没有动，大拇指在sh一u ji屏幕上不断的划来划去，这个林然，比他预料的还有威胁。之前他看到林然提交的工作计划时，就觉得她野心很大，一个小小的南京质付部，十个人都没有，又提什么员工能力拼图计划，又想搞什么大部门共享平台，说是想打通前端后端的知识共享体系，“我看是想把借此多加人，扩张自己的地盘吧。”包达伟心中暗想：“绝对不能让林然有做大的机会，否则自己位置难保。”

“自己也要快点想想部门今年能有什么亮点能做出来。”包达伟想着。林然的方案很不错，但是她很聪明，只给了一个方案思路，没有具体的执行说明。包达伟在看林然方案的时候其实并不能非常清楚的理解林然到底想达到什么目的，通过什么手段实现。比方那个大部门知识共享平台，这个是要建设一个系统么？现在内部不是有一些文档管理库，员工可以直接下载文档，林然提这个有什么意义呢？包达伟由此更加确信，林然的方案是个幌子，真实的意图是想多要一些人壮大力量。

果然今天林然提了要加人的事情，好在包达伟早有准备，给个理由先把路给封死了。“还要再想个理由给印臻行，说明一下为什么这些人都加在北京，没有给南京，万一林然去找印臻行告状，好有应对之策。”包达伟想着想着，没注意窗外已然暮色沉沉。

林然周一上班后，找郭晓晓细问了一下之前夏红莲来时推行的政策。郭晓晓把情况说了一遍，给了林然几个文档，说是当时夏红莲来的时候想推行的流程规范，后来因为南京开发部门的强烈反对而作罢。“这些在北京是正式实行了么？”林然问郭晓晓，郭晓晓说：“我也不是太清楚，只是听说北京的开发都挺怕测试的，测试说什么就是什么，听话的很。”

林然听完郭晓晓的介绍之后，打开了夏红莲的方案，认真的研究了起来。

最近几年ruǎn jiàn行业开始流行敏捷开发模式，说是这种模式能够更快的响应客户需求，更好的提升产品竞争力。

简单的打个比方，传统的研发模式称为瀑布模式，可能需要用三个月调研客户需求，然后用九个月时间做完产品给客户用。但是经过这么长时间，有可能客户需求变了，也有可能之前设计的就有问题，这些都要在一年之后才发现，再修改的成本就很高。

而敏捷开发模式是先了解一个需求的全貌，然后把需求分解成各个小块，先花一点时间设计一块，客户确认后就开发，然后给客户看是否满意，客户不满意就立刻修改，同时再开发其它的需求，就这样快速的迭代，一般需求确认两周左右，客户就能够看到需求实现完大约长什么样了，有问题可以很及时发现，变更起来也很快，客户满意度比较高。

夏红莲在南京开发部门推行的方案就是基于敏捷的开发的要求的，方案中针对开发的工作有一些明确的执行要求，比方：每天上午九点开发必须实行站立会议；每天开发人员必须把他们的问题和创意写成小纸条贴在问题板上进行跟踪确认；每天必须进行一次代码的提交，代码提交编译不通过则说明当天任务没有完成，不允许下班等等。

“当时夏红莲定期抽查研发的执行情况，这些没做到的，就会对组长进行通报批评，为此卫刚城和夏红莲当众吵过架，有一次还闹到了邹国沧那里。”林然问些要求执行的情况时，郭晓晓说。

林然看完这个方案，就知道南京开发人员为什么对这个方案如此反感了。实际上，南京的开发模式和所谓的敏捷模式其实已经相差无几，只是没有那些书中举例的敏捷开发模式的一些表现形式。而北京的原来的开发模式的确是偏瀑布式的，包达伟他们之前在北京推行了敏捷开发模式，对北京的研发响应效率是有提升，也得到了公司的认可，所以他们觉得在南京也需要统一执行这个模式。

”他们来之前并没有对南京的研发模式进行过调研，直接硬推北京那一套，下了一堆开发的行为规范要求。卫刚城他们觉得包达伟并没有真正的理解敏捷开发的内容，就会照本宣科，提的全是形式上的要求，对开发过程并没有真正的帮助，反而增加了一堆无谓的工作量，所以非常反感。”郭晓晓又补充说。

为防止信息不全导致理解有误，林然约了卫刚城和董方学都聊了聊，结果印证了郭晓晓所说：卫刚城他们不是反感要规范行为，而是反感这种形式主义。

林然是很能理解卫刚城他们的感受的，他们都是印臻行手下十几年的员工了，印臻行的风格一向低调实在，不喜欢搞形式主义，所以手下基本都被这个风格所影响，大都是踏踏实实埋头干活的人。

“只会埋头干活不是一种值得提倡的精神，这其实是眼界高度不够，也是能力不够均衡和全面的一种体现。”这是包达伟的想法，他觉得工作一定要有一些流程和形式，否则难以总结和宣传。而宣传好，才能更好的让别人理解成果，引起别人的兴趣，才能把工作成果发扬光大。