外包计划书.docx

外包计划书
　　篇一：项目模板(可xx)
　　项目外包计划
　　更改记录
　　文档编号:
　　*修改类型分为A - ADDED M - MODIFIED D – DELETED
　　目的：对子合同的活动作出时间安排。 背景、备注：（本文件的背景；本文档其他条目无法涵盖但认为有必要写明的内容都可以放在此处） 定义：（列出本文件中用到的专门术语的定义和外文首字母组词的原词组） 参考：（列出要用到的参考资料）
　　产品功能、性能要求
　　（详细阐述该产品提供的各项功能） （给出对该产品性能的要求） （给出运行的软硬件环境要求）
　　技术要求和技术难点
　　（在此提出对开发过程中的软硬件环境、开发语言、开发工具和需要遵循的标准等方面的具体要求）
　　（指出本项目的技术难点）
　　子合同的原因
　　（说明为什么要外包，也就是要明确外包的目标和动机。可以给出技术和非技术方面的原因）
　　子合同产品定义
　　列出我方要求得到，也就是子商应该提交的产品。注：
　　1． 填写规模一栏时需给出单位，例如文档的单位为“页”或其他（请注明），代码的单位为“LOC”。 2． 可以根据实际情况增减要求子商提交的工作产品。
　　验收标准
　　（列出针对所要求的子合同产品的验收标准、方法和步骤等）
　　 可执行产品的验收标准 （由测试角色拟制） 源代码的验收标准
　　全部的源代码都必须由版本控制工具 (如source safe或cvs)进行管理，必须将完整的代码树提交给我方，否则我方有权不予接受。
　　如果我方已经有相关的源代码规范，则要求将该规范提供给子商，要求子商按照该规范书写源代码。也可以将代码同行评审的checklist作为最终的验收标准提供给子商。
　　 文档的验收标准
　　子商提交的所有文档尽可能使用事业部的文档模板。我方将在以下几个方面对子商提交文档进行评价,以确定是否符合要求。
　　? 文档完备性：是否按照合同及其附件要求提交了全部文档 ? 内容针对性：指本文档是否是我方要求的文档 ? 内容充分性：指该文档全面、详细的程度 ? 文档的价值：该文档的重要程度 ? ? ? ?
　　图表翔实性：是否包含了足够的图形和表格
　　符合我方规范程度：是否很好地符合我方要求的规范、标准 内容一致性：是否存在前后矛盾 文字明确性：尽量不使用“可能”、“也许”“待定”等词语，尽量不使用语义含糊不清的语句
　　? 易读性：能够在一篇文档中说明清楚的内容，尽量不要拆分成若干文档，不要循环引用，文档目录一目了然，结构清晰
　　1 选择子商的标准
　　（列出对计算机、软件配置等方面的要求。） （提出选择子商的其他要求。）
　　选择子商的标准包括子商的项目管理能力、通用技术能力、设计方法、实现的技术方方法、工程数据管理、需求管理方法、配置管理方法和质量保证方法。
　　子合同执行计划
　　 活动时间表
　　按时间顺序列出各个主要活动或产品的计划时间，可以根据情况增减表中的内容。
　　 关键依赖关系
　　项目采用的生命周期
　　（可以根据实际情况省略此项内容）
　　工作量和费用估计
　　2 配置管理计划
　　3 风险管理计划
　　风险的级别请参考《风险管理规范》