项目任务书
项目编号
项目名称
承担部门
项目经理
管理类别
业务线
项目级别
项目类型
下达时间
合同编号
简介
项目目标
增值目标
验收标准
战略意义
角色职责
1、审核组
组长：xxx
组员：xxx、xxx、……
2、实施组
项目经理：xxx，负责……
开发人员：xxx
测试人员：xxx
……
3、商务人员：xxx
顶层分解
里程碑
计划
1、xxxx年x月x日：项目启动
15、顶层分解：即项目WBS的一级工作包分解，无需划分太细；只对项目任务进行初步的工作包级别的分解，无需体现项目管理；
16、里程碑计划：依据顶层分解做进一步的里程碑计划，要求按照项目实际开展的进度做计划，而不是传统的瀑布式，大部分项目都是迭代开发。同时不要做完策划才开始实施，策划和实施是可以交错的；里程碑计划中必须包括策划阶段结束及项目验收；
13、战略意义：即阐明为什么公司要做本项目，项目对公司在市场上影响层面、产品层面及知识体系建设上有何意义等；可衡量的放在目标里面，无法量化考核的可以放战略意义中表述；常规维护型项目可以不写战略意义；如果项目经理无法总结，需联系项目总监、部门经理或项目发起人了解；
14、角色职责：主要是对项目经理的授权，以及明确审核组、实施组及商务人员等；审核组及开发、测试等明确的岗位不写职责；项目管理主要角色（项目经理、开发经理、测试经理等工作包负责人）需要确定人选，其他人员若不确定可只写人数，具体项目团队可在策划阶段进行确定；
10、合同编号：有合同项目填写，无合同或暂未签订合同无需填写；
11、简介：简要介绍项目的背景、总体要求、项目主要任务的描述及项目的甲方单位等信息，要达到“项目办及项目承担部门直接通过该段文字表述就能够清楚项目的基本情况”的目的；
12、项目目标：项目目标包括项目的外部目标及内部目标；目标要求可量测，项目经理需提供目标成功与否的衡量标准，即需要定性、定量的描述目标及成功标准；如果部门对项目有成本率的要求，可以将成本率的控制也作为目标；填写目标切记要符合实际及可预见结果，目标的达成将作为项目通过内部结项的评判标准；
时间：年月日
签收人：（承担部门）
时间：年月日
备注：
项目任务书-填写说明
一、填表说明
1、项目编号：由公司统一分配，从项目库中获取，在编写项目任务书时可以暂时不填，待项目立项通过后由项目办助理或项目承担部门助理填写；
2、项目名称：采用合同名称或另起新名称，不得与已有项目的名称重复。编写项目任务书时可由项目承担部门经理拟定，待项目立项会议后确定；
成果1；
成果2；
2、xxxx年x月x日：项目策划结束
3、xxxx年x月x日：形成xx系统V0.9版本
4、xxxx年x月x日：……
6、xxxx年x月x日：项目完成验收
7、xxxx年x月x日：项目正式结束
工时评估
项目总监x人，预计工时x人月；
产品经理x人，预计工时x人月；
项目经理x人，预计工时x人月；
开发经理及开发工程师x人，预计工时x人月；
17、工时评估：实际上是公司对项目规模的控制及成本的控制，公司根据当前资源现状按照岗位分级评估工时及参与人数，粗略的工时评估，可由部门经理给出；
18、主要风险：初步识别主要项目风险，并简单制定风险应对策略；当前主要风险可考虑：项目成果提前交付；项目主要成员抽调；项目范围扩大等；尤其注意：风险具有不确定性，必然发生的属于问题，不列入风险。
3、承担部门：项目立项所在部门；
4、项目经理：公司或部门根据项目类型、所属行业等指定立项所在业务线；
7、项目级别：重点项目；一般项目；内部项目；
8、项目类型：实施项目；科研项目；数据项目；产品项目；维护项目等（与项目库一致）；
9、下达时间：待项目立项通过后由项目办助理或项目承担部门助理填写；
19、项目成果要求：包括文档成果、数据库成果和软件成果等；成果不仅包括甲方要求提交的成果，内部成果也应列入。识别项目的关键成果，用“▲”标识。
20、控制要求：基于公司的标准项目管理模型进行过程剪裁，即指出本项目做什么过程，不做什么过程，如无特殊，可以不填写；
21、项目启动任务签发——由项目办/部门助理先进行相关信息的确认，包括项目级别、项目承担部门（一个或多个承担部门）、项目经理；相关人员分别写明签收意见（同意（预）立项、暂缓（预）立项、不同意（预）立项）并签字确认，签收意见尽量简洁。
测试经理及测试工程师x人，预计工时x人月；
……
主要风险
项目成果
要求
1、文档成果
▲成果1
▲成果2
成果3
……
2、数据库成果
……
3、软件成果
……
4、……
控制要求
签发人：（项目办）
时间：年月日
签收人：（项目/产品总监）
时间：年月日
签收人：（项目经理）
时间：年月日
签收人：（承担部门）
时间：年月日
签收人：（承担部门）