人人为我，我为人人——共享成果的行为组织化

要提升效率，最有潜力可挖、见效最快的举措就是共享交付成果。由于兄弟连中项目的二次开发都是在1号产品基础上进行的，所以很多交付成果非常类似，完全可以相互参照、甚至直接复用；而软件的特点是复用几乎没有成本，所以节省的工作量就是直接效益。

实际上，在兄弟连计划执行之前，很多项目已经在有意无意地共享成果了，只不过都是非正式地随机进行的。例如，有时因为两个项目组之间关系好，经常交流发现了相互借鉴的机会；有时是因为人员流动，把交付成果从一个项目带到了另一个项目。现在，小H想要建立一种成果共享的机制，把这种无序的个人行为变成有序的组织行为，从而提升项目集的整体效率。

小H首先向公司申请建立了一个专门存放兄弟连所有成果的知识库；然后，制定了规章制度，要求各项目定时提交和更新交付成果，同时可以按权限查看或者下载他人的成果。由于知识库中内容繁多、数量庞大，小H还制定了分类索引的规范，并请大家按照规范整理成果。

虽然知识库的建立和维护需要占用大家不少时间，但是各个项目组都能按要求提交成果。学习和借鉴这些成果对大家帮助很大，例如，看到别人设计思路能够少走很多弯路，利用别人的成果直接给客户演示可以迅速锁定需求，因此查询和下载的人还是挺多的。

但是，与此形成鲜明对比的是复用成果的人却较少，除了一些简单的功能和程序片段有人会直接使用，“大块”的模块基本上没有人复用。小H担心如果复用率低，时间长了恐怕大家积极性也就没了；复用虽然比共享难度大多了，但这才是提高效率的最有效途径，所以必须趁热打铁往前推。想到这里小H有点着急，连忙找到小M商量对策。

小M觉得，按照一般逻辑肯定是复用现成的成果比自己开发省事；如果大家明知道有现成的而不愿意使用，一定是复用比自己开发还麻烦，这确实有点解释不通！但是，“解铃还须系铃人”，具体什么原因还要请小H深入一线自己去发现。

小H不愧是技术出身的项目经理，不仅在一线进行了广泛的调研，还一头扎进了一个项目组跟踪分析了一个放弃复用的案例……几天后小H终于恍然大悟，急忙向小M汇报自己的发现。

原来，兄弟连中进行的二次开发需求只会针对一个客户而不用考虑通用性，所以不像产品开发那样有严格的架构设计和技术规范。运维项目有苛刻的进度压力，项目组当然怎么快怎么来，所以程序的结构性较差，与数据库和其他模块错综复杂地绑在一起；加上运维项目需要经常修改，程序上补丁摞补丁，到最后如果不是直接负责人，别人很难一下看明白。(www.xing528.com)

这些问题都给复用带来极大障碍。举个形象的例子，A项目想要造一辆车，肯定会先到知识库里找找有没有类似的车型，结果发现B车最像，但是不能满足全部需要；那就拆个发动机用吧，不过拆的时候发现B车没有底盘，发动机与其他部件杂乱无章地焊接在一起了，拆起来很困难。等到好不容易把发动机拆下来了却发现不能运行，除非要搞清楚发动机与周边那些部件的复杂关系，然后再进行修改和重新调试。相对而言，看看B车发动机的设计思路和制造过程，然后自己重新设计开发一个新发动机来得更容易，而且对发动机的结构还更熟悉，以后维护起来也方便。

现在，项目组在成果复用时遇到的问题与上面的例子非常类似，因此，大家更多情况下是通过知识库查询一些需求和设计文档，顶多再找些简单的零配件，然后自己重新设计开发。要想提高复用率，就必须有统一的技术标准，遵循相同的标准框架，按统一规范开发各种组件。同样用设计汽车的例子，标准框架相当于汽车的底盘，各种组件相当于各个部件，如果部件都以底盘为基础进行连接，而且部件功能独立、接口标准，这样设计其他的车子时拿过来改改尺寸就能用了。

小M听到这里，觉得小H已经抓住了问题的关键并且找到了解决方案，今后所有的项目如果都按照技术标准开发就能提高复用的成效。但是，要想复用以前的成果就必须按技术标准重新进行梳理，将成果拆分成可以复用的各种组件，这可是一项工作量不小的任务，而且只能由小H的兄弟连自己解决。

小H和兄弟连的技术骨干做了仔细分析，决定先统一技术标准，完成标准框架；然后再整理出一些使用最普遍、复用率最高的基础组件。如果基础组件的复用效果好，就扩大战果，一批一批地整理其他组件。但是，这些整理任务都需要技术人员在不影响正常工作的情况下完成，小H很担心大家是否愿意接受。征求意见的结果令小H非常感动，几乎所有人都愿意义务完成这些工作，因为大家觉得这项工作的意义在于“人人为我，我为人人”，自己是奉献者，也是最终受益者。

标准框架和基础组件两项工作完成之后，复用的效果很理想，发布的组件包其他项目组拆开就能用。在技术上取得成功之后，为了有效推进复用成果，小H还调整了兄弟连的实施方法，在完成需求分析后增加了一个复用评审的环节。

复用评审的方式是根据项目的需求邀请有过类似经验的其他项目组成员一起确定技术方案，参会人员可以建议复用哪些组件，介绍组件的功能和特点，说明其使用方法，这样可以提高技术方案的复用率。另外，如果项目有新增的开发内容，则大家一起考虑哪些功能可以提取出来作为组件，这样项目完成之后又有新的组件可以使用了。

通过建立知识库、确定技术标准和推行复用评审机制，不仅交付成果的复用率大大提高了，而且各种可复用的组件也逐渐积累起来，交付成果的共享和复用走上了正轨，兄弟连成功迈出了第一步。