项目任务书模板.docVIP

项目任务书

项目编号

项目名称

负担部门

项目经理

管理类别

业务线

项目等级

项目类型

下达时间

协议编号

介绍

项目目标

增值目标

验收标准

战略意义

角色职责

审核组

组长:xxx

组员:xxx、xxx、……

实施组

项目经理:xxx,负责……

开发人员:xxx

测试人员:xxx

……

商务人员:xxx

顶层分解

里程碑

计划

xxxx年x月x日:项目开启

结果1;

结果2;

xxxx年x月x日:项目策划结束

xxxx年x月x日:形成xx系统V0.9版本

xxxx年x月x日:……

6、xxxx年x月x日:项目完成验收

7、xxxx年x月x日:项目正式结束

工时评定

项目总监x人,估计工时x人月;

产品经理x人,估计工时x人月;

项目经理x人,估计工时x人月;

开发经理及开发工程师x人,估计工时x人月;

测试经理及测试工程师x人,估计工时x人月;

……

关键风险

项目结果

要求

文档结果

▲结果1

▲结果2

结果3

……

数据库结果

……

软件结果

……

……

控制要求

签发人:（项目办）

时间:年月日

签收人:（项目/产品总监）

时间:年月日

签收人:（项目经理）

时间:年月日

签收人:（负担部门）

时间:年月日

签收人:（负担部门）

时间:年月日

签收人:（负担部门）

时间:年月日

备注:

项目任务书-填写说明

一、填表说明

项目编号:由企业统一分配,从项目库中获取,在编写项目任务书时能够临时不填,待项目立项经过后由项目办助理或项目负担部门助理填写;

项目名称:采取协议名称或另起新名称,不得与已经有项目名称反复。编写项目任务书时可由项目负担部门经理确定,待项目立项会议后确定;

负担部门:项目立项所在部门;

项目经理:企业或部门依据项目类型、所属行业等指定项目经理;

管理类别:A类;B类;C类;

业务线:项目立项所在业务线;

项目等级:关键项目;通常项目;内部项目;

项目类型:实施项目;科研项目;数据项目;产品项目;维护项目等（与项目库一致）;

下达时间:待项目立项经过后由项目办助理或项目负担部门助理填写;

协议编号:有协议项目填写,无协议或暂未签署协议无需填写;

介绍:简明介绍项目背景、总体要求、项目关键任务描述及项目甲方单位等信息,要达成“项目办及项目负担部门直接经过该段文字表述就能够清楚项目基础情况”目;

项目目标:项目目标包含项目外部目标及内部目标;目标要求可量测,项目经理需提供目标成功是否衡量标准,即需要定性、定量描述目标及成功标准;假如部门对项目有成本率要求,能够将成本率控制也作为目标;填写目标切记要符合实际及可预见结果,目标达成将作为项目经过内部结项评判标准;

战略意义:即说明为何企业要做本项目,项目对企业在市场上影响层面、产品层面及知识体系建设上有何意义等;可衡量放在目标里面,无法量化考评能够放战略意义中表述;常规维护型项目能够不写战略意义;假如项目经理无法总结,需联络项目总监、部门经理或项目提议人了解;

角色职责:关键是对项目经理授权,以及明确审核组、实施组及商务人员等;审核组及开发、测试等明确岗位不写职责;项目管理关键角色（项目经理、开发经理、测试经理等工作包责任人）需要确定人选,其她人员若不确定可只写人数,具体项目团体可在策划阶段进行确定;

顶层分解:即项目WBS一级工作包分解,无需划分太细;只对项目任务进行初步工作包等级分解,无需表现项目管理;

里程碑计划:依据顶层分解做深入里程碑计划,要求根据项目实际开展进度做计划,而不是传统瀑布式,大部分项目都是迭代开发。同时不要做完策划才开始实施,策划和实施是能够交错;里程碑计划中必需包含策划阶段结束及项目验收;

工时评定:实际上是企业对项目规模控制及成本控制,企业依据目前资源现实状况根据岗位分级评定工时及参与人数,粗略工时评定,可由部门经理给出;

关键风险:初步识别关键项目风险,并简单制订风险应对策略;目前关键风险可考虑:项目结果提前交付;项目关键组员抽调;项目范围扩大等;尤其注意:风险含有不确定性,肯定发生属于问题,不列入风险。

项目结果要求:包含文档结果、数据库结果和软件结果等;结果不仅包含甲方要求提交结果,内部结果也应列入。识别项目关键结果,用“▲”标识。

控制要求:基于企业标准项目管理模型进行过程剪裁,即指出本项目做什么