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