1/7
文档分类:管理/人力资源

外包计划书.docx


下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

特别说明:文档预览什么样,下载就是什么样。

下载所得到的文件列表
外包计划书.docx
文档介绍:
外包计划书

  篇一:项目模板(可xx)
  项目外包计划
  更改记录
  文档编号:
  *修改类型分为A - ADDED M - MODIFIED D – DELETED
  目的:对子合同的活动作出时间安排。 背景、备注:(本文件的背景;本文档其他条目无法涵盖但认为有必要写明的内容都可以放在此处) 定义:(列出本文件中用到的专门术语的定义和外文首字母组词的原词组) 参考:(列出要用到的参考资料)
  产品功能、性能要求
  (详细阐述该产品提供的各项功能) (给出对该产品性能的要求) (给出运行的软硬件环境要求)
  技术要求和技术难点
  (在此提出对开发过程中的软硬件环境、开发语言、开发工具和需要遵循的标准等方面的具体要求)
  (指出本项目的技术难点)
  子合同的原因
  (说明为什么要外包,也就是要明确外包的目标和动机。可以给出技术和非技术方面的原因)


  子合同产品定义
  列出我方要求得到,也就是子商应该提交的产品。注:
  1. 填写规模一栏时需给出单位,例如文档的单位为“页”或其他(请注明),代码的单位为“LOC”。 2. 可以根据实际情况增减要求子商提交的工作产品。
  验收标准
  (列出针对所要求的子合同产品的验收标准、方法和步骤等)
  5.1 可执行产品的验收标准 (由测试角色拟制) 5.2 源代码的验收标准
  全部的源代码都必须由版本控制工具 (如source safe或cvs)进行管理,必须将完整的代码树提交给我方,否则我方有权不予接受。
  如果我方已经有相关的源代码规范,则要求将该规范提供给子商,要求子商按照该规范书写源代码。也可以将代码同行评审的checklist作为最终的验收标准提供给子商。
  5.1 文档的验收标准
  子商提交的所有文档尽可能使用事业部的文档模板。我方将在以下几个方面对子商提交文档进行评价,以确定是否符合要求。
  ? 文档完备性:是否按照合同及其附件要求提交了全部文档 ? 内容针对性:指本文档是否是我方要求的文档 ? 内容充分性:指该文档全面、详细的程度 ? 文档的价值:该文档的重要程度 ? ? ? ?
  图表翔实性:是否包含了足够的图形和表格


  符合我方规范程度:是否很好地符合我方要求的规范、标准 内容一致性:是否存在前后矛盾 文字明确性:尽量不使用“可能”、“也许”“待定”等词语,尽量不使用语义含糊不清的语句
  ? 易读性:能够在一篇文档中说明清楚的内容,尽量不要拆分成若干文档,不要循环引用,文档目录一目了然,结构清晰
  1 选择子商的标准
  (列出对计算机、软件配置等方面的要求。) (提出选择子商的其他要求。)
  选择子商的标准包括子商的项目管理能力、通用技术能力、设计方法、实现的技术方方法、工程数据管理、需求管理方法、配置管理方法和质量保证方法。
  子合同执行计划
  7.1 活动时间表
  按时间顺序列出各个主要活动或产品的计划时间,可以根据情况增减表中的内容。
  7.3 关键依赖关系
  项目采用的生命周期
  (可以根据实际情况省略此项内容)
  工作量和费用估计
  2 配置管理计划
  3 风险管理计划
  风险的级别请参考《风险管理规范》
内容来自淘豆网www.taodocs.com转载请标明出处.