1、代码基线管控策略

        理想的代码复用是我们建立一条主干代码，持续维护下去。面对客户的新需求，需要我们拉一条临时分支来满足客户需求，然后将稳定后的临时分支代码成果回归到主干。这样我们所有的研发成果都可以在一个代码分支上进行追溯，后期如有类似客户，我们可以很快去满足，这样大大节约了人力成本。

        但在实际实施过程中，整个公司的开发人员都在修改同一套代码，在持续维护一条代码主干。如不能定期进行主干代码地清理、检修、重构，那么这条主干会越来越庞大和冗余，容易出现性能、稳定性的问题。

        虽然满足所有客户需求都从主干出，从全局来看是最优解，但对局部而言就未必。如自己的项目单独开发，轻装上阵，既不用判断是否会影响其他客户，也不用做完后回归主干，从工作量和工作复杂度来说，这样相对较为轻松快捷。

        2、共享和重用基础模块CBB

        共用基础模块（CBB）是不同产品系统间共用的零部件、模块、技术、技术等成果。共享和重用基础模块，能够减少组织的重复开发，节约开发资源，缩短开发周期。

        而适合交付场景的复用，就是做好模块化拆分，以组件、服务的形式去打造共用基础模块。如乐高积木一样，颗粒度尽可能小，这样方便插拔到各个地方进行重新组合。而针对客户定制化的需求，需要通过“胶水”代码去调用组件，而进行装配的工作留给交付现场。

        但需要注意，如果某需求的解决方案/共享模块不成熟，从全局公司战略部署来说，是需求的，但对单个项目来说并不需要，这种情况往往是跨团队合作冲突的重要来源， 因此一定需要将责权利划分清楚。

        3、建立资产市场

        因客户的个性需求复杂多变，大多数情况下，并不能开箱即用，需要完成特定功能，以便按需取用共用基础模块来交付项目。因此我们需要一个在线的资产市场来承载资产，并对资产进行集中管理，以供潜在的用户浏览和发现。

        如产品的安全性很重要，但在项目交付时，往往容易忽视，防范不到位。如果我们有一个通用的安全组件提供给开发者，那么就能够快速解决项目的安全防范问题。

        4、建立相应的项目奖考核机制

        需要建立对复用项目贡献作为项目奖的考核指标，可以根据项目调研确定的需求与通用项目已确定的需求做对比，确定从复用项目提出的共用基础模块以及项目对复用项目的贡献，从而确定项目奖的考核指标。

        项目需要在完成一到两周后，整理出可以对复用项目贡献的内容。后期其他项目使用了此共用模块内容，应该根据所节约的成本，奖励一定的比例给与提供者。

​        因此，我们在进行估算项目规模和项目产品报价时，需要将复用度因素考虑进去。如CoCode需求分析工具，为了提高自动估算项目的精准度，在通过调整功能点数和调整因子进行估算项目时，新增修改类型和重用程度两种功能点调整类型。

        工具将修改类型分为：新增、修改、删除、不变四种类型；重用程度分为高、中、低三种。我们通过修改类型和重用程度，调整相应的功能点数，从而更精准的自动估算项目规模、工作量和产品报价，有利于项目快速精准估算，需求分析工具能够节省15-25%的开发成本。

​        CoCode发布四大开发工具：Co-Project智能项目管理工具、需求分析工具、评审分析工具、故事点估算工具。项目管理平台发布4大版本，30天免费试用。CMMI落地工具上线，全面支持CMMI3-5级高效落地。