项目外包计划书模板(可编辑).docx
《项目外包计划书模板(可编辑).docx》由会员分享，可在线阅读，更多相关《项目外包计划书模板(可编辑).docx（5页珍藏版）》请在冰点文库上搜索。
项目外包计划
更改记录
日期
修改章节
修改类型*
修改描述
修改人
版本
*修改类型分为A-ADDEDM-MODIFIEDD–DELETED
文档编号:
项目名称：
（文档所属的项目的名称，《项目计划》或《立项报告》保持一致）
拟制：
（项目组接口人签名和日期）
审核：
（子合同项目teamleader签名和日期）
SQA：
//
批准：
（项目经理签字和日期）
（子合同经理签名和日期）
项目代号：
（和《项目计划》或《立项报告》保持一致，不需有代号的可以填//）
收文：
（主管总经理，项目经理，SQA经理，SCM角色，子合同经理，研发资源管理经理，测试角色）
产品版本：
（和《项目计划》或《立项报告》保持一致，不需有代号的可以填//）
抄送：
（评审会议的参加人员）
子合同项目名称：
子合同项目开始阶段：
（软件生命周期的某个阶段，如需求、计划、设计、详细设计、编码和单元测试、部件测试、集成测试等）
子合同项目结束阶段：
（参见“子合同开始阶段”的描述）
子合同项目资金需求：
（注明金额和对应的时间）
子合同资金来源：
（本事业部还是其它部门或公司）
评审参加人员：
（项目经理，子合同角色，子合同经理，SQA角色，测试角色，技术专家）
目的：
对子合同的活动作出时间安排。
背景、备注：
（本文件的背景；本文档其他条目无法涵盖但认为有必要写明的内容都可以放在此处）
定义：
（列出本文件中用到的专门术语的定义和外文首字母组词的原词组）
参考：
（列出要用到的参考资料）
产品功能、性能要求
（详细阐述该产品提供的各项功能）
（给出对该产品性能的要求）
（给出运行的软硬件环境要求）
技术要求和技术难点
（在此提出对开发过程中的软硬件环境、开发语言、开发工具和需要遵循的标准等方面的具体要求）
（指出本项目的技术难点）
子合同的原因
（说明为什么要外包，也就是要明确外包的目标和动机。
可以给出技术和非技术方面的原因）
子合同产品定义
列出我方要求得到，也就是子商应该提交的产品。
注：
1．填写规模一栏时需给出单位，例如文档的单位为“页”或其他（请注明），代码的单位为“LOC”。
2．可以根据实际情况增减要求子商提交的工作产品。
工作产品
规模
阀值
参考数据
假设条件和估计过程
每周状态报告
偏离百分比
（使用历史数据的说明数据来源；使用估计模型的给出模型描述）
（说明如何得出估计值。
参考历史数据的需说明与历史项目的相似程度，并纪录假设的条件；使用估计模型的需说明模型的参数）
项目计划
概要设计
详细设计
源代码
单元测试说明
单元测试报告
集成测试说明
集成测试报告
产品使用说明书
验收标准
（列出针对所要求的子合同产品的验收标准、方法和步骤等）
5.1可执行产品的验收标准
（由测试角色拟制）
5.2源代码的验收标准
全部的源代码都必须由版本控制工具（如sourcesafe或cvs）进行管理，必须将完整的代码树提交给我方，否则我方有权不予接受。
如果我方已经有相关的源代码规范，则要求将该规范提供给子商，要求子商按照该规范书写源代码。
也可以将代码同行评审的checklist作为最终的验收标准提供给子商。
5.1文档的验收标准
子商提交的所有文档尽可能使用事业部的文档模板。
我方将在以下几个方面对子商提交文档进行评价,以确定是否符合要求。
ü文档完备性：
是否按照合同及其附件要求提交了全部文档
ü内容针对性：
指本文档是否是我方要求的文档
ü内容充分性：
指该文档全面、详细的程度
ü文档的价值：
该文档的重要程度
ü图表翔实性：
是否包含了足够的图形和表格
ü符合我方规范程度：
是否很好地符合我方要求的规范、标准
ü内容一致性：
是否存在前后矛盾
ü文字明确性：
尽量不使用“可能”、“也许”“待定”等词语，尽量不使用语义含糊不清的语句
ü易读性：
能够在一篇文档中说明清楚的内容，尽量不要拆分成若干文档，不要循环引用，文档目录一目了然，结构清晰
1选择子商的标准
（列出对计算机、软件配置等方面的要求。
）
（提出选择子商的其他要求。
）
选择子商的标准包括子商的项目管理能力、通用技术能力、设计方法、实现的技术方方法、工程数据管理、需求管理方法、配置管理方法和质量保证方法。
子合同执行计划
7.1活动时间表
按时间顺序列出各个主要活动或产品的计划时间，可以根据情况增减表中的内容。
活动
计划时间
责任人
备注
我方
子商
子合同计划评审
//
发放子合同项目任务描述
//
//
提交项目申请报告
评价候选子承包商会议
//
拟制并提交合同草稿
//
签订子合同
签订子合同
//
提交项目开发计划
评审子商项目开发计划
//
提交子合同管理计划
//
//
提交详细设计说明书
评审详细设计说明书
//
//
提交确认测试第一版
提交测试计划
//
提交测试说明
//
提交测试报告、封样报告
//
子合同验收会议
//
子合同总结会
//
7.2里程碑设置
里程碑时间
计划提交的产品
产品要求
7.3关键依赖关系
相关
小组
类型
名称
职责
组内
组间
依赖关系
拟提供的产品
提供者
接收者
提供日期
验收准则
项目采用的生命周期
（可以根据实际情况省略此项内容）
工作量和费用估计
任务
工作量（人时）
阀值
参与人数
Duration（weeks）
预计费用
其他费用
成本类型
金额（元）
阀值
总成费用（元）
假设条件
（说明如何得出估计值。
参考历史数据的需说明与历史项目的相似程度，并纪录假设的条件；使用估计模型的需说明模型的参数）
注：
这里的其他费用指非人力成本，包括技术协作、购买设备、培训、会议、差旅、市内交通、餐饮等费用。
2配置管理计划
3风险管理计划
风险编号
风险估计
规避风险的措施
风险描述
级别
触发条件
具体步骤
负责人
备注
1
包括风险发生的表现、影响、发生的可能性、时间
在何种情况下开始实施规避风险的行动
2
风险的级别请参考《风险管理规范》（位于项目策划部分）的分级方法，对于特殊的情况项目经理可以酌情指定风险级别。
升级会员 