前言
最近，，我所带的项目风险很高，目前项目风险已经转化为时间进度严重滞后的问题。按照项目最初规划和实施方案，项目开发周期为5个月，开始时间点为2015年1月份，预估开发工作量为100~120人月，项目进度甘特图简图如下图所示：
如今6月份是上线时间，而由于各种客观原因，没有人力实施，实际投入与离上线还有些差距，因此，为了按新计划实施项目，被逼转型提出了业务外包解决方案。 基于业务外包的进度计划调整为下图所示甘特图。
业务外包方案项目概况
系统建设方案是使用OpenText Cordys产品做为管理支撑系统的统一PaaS平台，基于此平台搭建办公流程能力服务平台和信息类专业应用。 系统架构及技术使用设计如下表所示：
名称 类型 描述 备注
PaaS平台 产品 OpenText Cordys BOP 4 搭建在Linux环境上
SOA 技术 面向服务 由平台SOA Grid提供ESB
Web服务 产品 Apache HTTP 平台内部集成
开发语言 技术 Java和JavaScript JQuery
关系型数据库 产品 Oracle、MySQL
文档型数据库 产品 MongoDB 开源免费
目录服务 产品 OpenLDap 平台内部集成【注：前台通过Webservice使用】
客户端组件 组件 BootStrup 开源免费，HTML5+CSS+JQuery
接口规范 技术 Soap Webservice 通过XML传递JSON数据
其他 技术 XML、JSON、HTML、CSS 解析XML、Document【注：支持HTML5】
由于系统系统平台及其所采用的BPM产品技术专业性比较强，而产品厂家服务支撑中心又不擅长业务方面的实施，所以业务外包采用分包方案，以平台产品为核心的系统能力平台和以平台外围应用开发的业务应用两部分。
业务外包分标一：系统能力平台的范围及要求
系统能力平台分标由基础能力平台、系统接口及流程能力平台等三部分构成，围绕着OpenText Cordys BOP 4产品开发基础服务和二次封装。
Webservice接口
系统能力平台对外主要提供Webservice API，业务应用分包方使用。
技术要求
系统能力平台分包方需具有原厂服务授权，其技术人员需具有此产品的开发、实施经验，主要技术有：
业务外包分标二：业务应用的范围及要求
业务应用分标由阳光大厅、专业信息及流程能力平台信息服务等三部分组成，围绕用户业务开发应用和实施，也是基于办公流程能力二次开发平台进行业务实施。
业务应用的范围
业务应用的范围如下表所示，范围主要是用户的业务及大量界面展现内容，从业务视角看：
主页——我的办公桌面
主页——阳光大厅界面
界面设计简明明细（片段）
业务应用分包方接手发包方的详细设计，并按自身技术特点，补充及优化设计（较大的调整，需经发包方认可）。
技术要求
系统平台属于SOA架构，基于平台产品提供的SOA Grid（ESB）和Web服务（Apache HTTP）进行设计开发，部分业务应用需支持SaaS模型，主要具体开发技术有：
分工界面及其他工作安排分工界面
软件工程内容 发包方 分包方一 分包方二
需求 负责并提供 了解 掌握
概要及数据库设计 负责并提供 参与并掌握 参与并掌握
功能及接口设计 负责并提供 参与并实施 参与并实施
详细设计 负责总体并提供 负责各自分工 负责各自分工
编码及单元测试 监管 负责各自分工 负责各自分工
集成测试 组织、协调 负责各自分工 负责各自分工
系统测试 组织、协调 负责各自分工 负责各自分工
压力测试及调优 组织、协调 负责平台调优 参与配合
上线实施 组织、协调 负责各自分工 负责各自分工
业务部署实施 负责实施 参与配合 负责各自分工
验收 负责实施 参与配合 参与配合
注：分包一是指系统能力平台分包，分包二是指业务应用分包。
项目管理参照公司CMMI规范执行，执行标准为三级。
沟通与协调管理方案
1、沟通形式 （1）会议 会议分为周例会、里程碑会议、评审会议，周例会是非常重要的正式沟通形式，三方主要管理、开发人员都要出席，由发包方项目经理指定例会主持和记录人员，会议结束后，由会议主持者负责通过邮件发出会议纪要给与会人员，如果没有疑异，等同签字确认，并按会议精神执行，如果有疑虑，本着平等、友好方式协商处理。 （2）邮件 （3）其他形式
2、沟通效率 对于三方沟通有效性和效率做出如下规则： （1）首先，在相关分包协议上归档沟通效率考核机制，明确相关责任方，以及处理办法； （2）主要规则如下：
3、冲突处理办法 （1）由直接责任人承担相关各方损失，损失定义如下： 任务或时间进度超期超过8%为底限，超过者承担相关损失。 （2）客户端与服务端接口纠纷定义规则如下： 接口BUG率转化为任务或时间进度方式处理，同时，也按质量目标进行考核。 （3）冲突仲裁责任人为技术经理，升级顺序为项目经理、公司专家组，直至按合同约定其他方式仲裁。
4、沟通对象及层级约定 （1）技术层面内容，系统能力平台分包方与业务应用分包方可以直接组织沟通，按沟通管理办法执行，涉及到设计及变更内容，需要发包方参与； （2）技术人员可以直接点对点沟通； （3）重大技术事项由分包方项目经理与发包方技术经理直接沟通； （4）项目重大事项由分包方项目经理与发包方项目经理沟通； （5）涉及到合同等商务事项，由发包方项目经理协调处理。
其他工作安排
其中，公文管理瘦身及优化、通用办公迁移重建、业务流程实施等内容不做业务外包，由公司协调内部资源，上线时逐步自行完成。
1、关于开发环境约定
2、其他
分包的风险及应对措施
分包商数量的增加不仅会降低生产率，减缓工作进程，更重要的是可能会增加未来系统的维护工作量。
开发进度风险
由于软件系统中存在业务应用依赖系统能力平台的情况，系统能力平台的开发进度直接影响到业务应用开发。
应对措施：系统能力平台分包开发计划，按比业务应用提前一周执行，但不能提前过多，避免工作脱节。
沟通风险
多家分包单位，易出现相互推诿的风险，沟通不畅、沟通效率低的风险。
应对措施：详见本文中“沟通与协调管理方案”内容。
分包接口风险
对软件系统拆分多个分包，易出现拆分不合理、分包界限不清晰的风险，相互见接口定义不准确、不清晰的风险。
每一天都是一个阶梯，是向既定目标迈进的新的一步。
