项目计划 v.docx
- 文档编号:2391403
- 上传时间:2023-05-03
- 格式:DOCX
- 页数:10
- 大小:35.50KB
项目计划 v.docx
《项目计划 v.docx》由会员分享,可在线阅读,更多相关《项目计划 v.docx(10页珍藏版)》请在冰点文库上搜索。
项目计划v
{项目名称}项目计划
状态:
草稿
标识号:
PRS-DOC-PROC-PP-003
评审
当前版本:
1.0
初始版
前一版本:
修订版
发布日期:
2001-2-23
摘要
“简要描述该文档的内容。
”
修改历史
日期
版本
作者
修改内容
评审号
更改请求号
2001-2-23
1.0
孙冬瑾
初始版本
R1
DOC00000001
注释:
评审号为评审记录表的编号。
更改请求号为文档更改控制工具自动生成的编号。
正式批准
角色
签名
日期
备注
部门经理
项目经理
软件质量保证员
注释:
1.可以根据项目情况定制表中的角色。
2.直接参与或与项目有密切联系的其它组织或部门(包含内部和外部)负责人的签名。
1
概述
项目介绍
本节简要描述该项目的基本信息(如项目名称、项目代号、项目目的及背景、客户信息、与其它系统的关系等)。
范围
本节描述项目的功能范围、应用范围等。
子计划
本节将描述包含在项目计划中的其它计划。
例如:
(1)软件配置管理计划
(2)软件质量保证计划
项目计划的维护
本节将描述该项目计划在何种情况下需要被更新,以及如何更新。
例如:
项目计划在下列情况下将被更新:
项目关键问题的解决
需求更改导致项目进度的调整在两周或两周以上
项目资源需求的改变(人员、硬件、软件等)
新技术的引入
开发过程的改变
软件工作产品的改变
项目特性的改变
在项目阶段性审核时,如果更改项目计划,那么项目进度表也应作相应的更新。
如果项目进度或项目特性有重大变化时,项目计划的更改应得到相关部门认可。
2项目特性
列出并描述该项目的所有特性。
3软件工作产品
工作产品名称
文档标识号
计划完成目期
IorR*
项目任务书
项目计划
I
软件配置管理计划
R
软件质量保证计划
需求规格说明书
概要设计
详细设计
…
注:
I=审查,R=评审,采用审查还是评审由项目组决定。
4假设、依赖和约束
假设是指项目把某些条件暂时认为是真实的,作为估计、计划等的基础。
依赖是指项目能够按预定计划进行所必须依靠的外部条件。
约束仅仅指技术约束,它是一个软件产品必须满足的环境条件。
5项目过程定义
软件开发生命周期模型
描述该项目采用的软件生命周期模型,例如瀑布型等等。
组织标准过程剪裁
请在过程栏内填入项目选用的组织标准过程。
如果为适应项目的需求而修改了组织标准过程,请在备注栏内详细说明。
过程
备注
下列情况下,应考虑改进项目定义的软件过程。
1.组织标准软件过程的改变;
2.出现的问题可能会影响项目达到质量目标;
3.新技术和方法的引入;
4.缺陷预防活动。
方法和工具
本节将描述或参考软件开发所使用的方法和工具(手工或自动),例如,面向对象的程序设计方法,MicrosoftProject等。
软件工作产品
方法
工具
6任务分解
描述软件任务分解和工作包,并提供进度表供项目运行、项目管理活动如每周一次的评审、高级经理评审使用。
任务
开始日期
结束日期
负责人
7估计
代码量估计
估计方法:
列出所有使用的估计方法,例如WidebandDelphi,历史数据等。
编程语言:
列出项目所用的编程语言,例如C,C++等等。
如果项目使用多种语言,请分别用下表列出。
估计代码量(无注释代码行)
新增加的
修改的
复用的
文档大小估计
文档名称
估计文档大小(页)
工作量估计
阶段
工作量(人小时)
关键计算机资源估计
关键项
数量
注意:
1、关键项可以是软件、服务器、内存、处理器、存储设备、I/O信道容量等等;
2、本节是可选的。
8项目管理
项目发起人<姓名>
项目组织结构(举例)
质量管理部经理<姓名>
角色与职责
姓名
角色(岗位)和职责
Andy
项目经理
Bob
需求
Dennis
开发
Jane
测试
…
…
组间合作
小组
联系人
支持描述
软件配置管理
姓名
参考“XXX项目配置管理计划书”
软件质量管理
姓名
参考“XXX项目质量保证计划书”
外部研发
姓名
…
…
…
请描述组间进行合作的具体方式和时间等方面的内容。
人员计划
起止日期
人数
技能等方面的要求
培训计划
主题(技能、领域、工具、方法)
人数
计划日期
提供者
备注
风险管理计划
序号
风险名称
严重程度
负责人
预期日期
预防及补救方案
其中,严重程度为高、中或低。
项目技术变更管理
参照组织的技术变更管理计划,具体制定本项目的技术变更管理计划。
新技术
评估期
试用期
推广期
进度跟踪
项目会议
这里描述项目预先确定的会议,包括周期性的和随机举行的会议。
它可能包括以下方面的内容:
谁负责组织和安排项目会议
项目会议的时间或频度
项目会议上主要讨论的内容
会议记录分发的方式和范围
项目里程碑
里程碑是项目进度的关键点,这一部分将包括以下几项:
谁负责跟踪和更新项目里程碑
什么时间检查和跟踪项目里程碑
什么类型的报告将被提交?
例如项目总体报告、会议记录等等。
定义一个时间偏差控制范围(当项目实际进度与项目里程碑的偏差超出此控制范围时,应采取相应的行动)。
例如:
在项目计划中描述项目里程碑,它的状态将在项目评审会议或高级经理评审会议中评审。
如果项目里程碑与计划日期相比延迟两周以上,那么项目将得到红牌警告,并且将被立即报告给高级经理。
当发生重大变化时,怎样修正项目里程碑
项目数据统计与分析
本节描述如何收集项目数据及如何对它们进行分析,例如:
如何在项目生命周期中收集数据,例如,通过项目总体报告、评审数据、测试数据或更改控制工具等等。
如何分析收集到的数据,然后确定项目状态以及采取的改进工作措施。
其它跟踪项
本节描述除在本计划中已经提到的条目之外的其它因素的跟踪。
列出所有的跟踪项和跟踪方法,例如承包商资金周转、资产流失、工程和管理开销,或其它任何影响项目按期交付的内容。
9移交标准
贯穿整个项目,所确定的标准必须在项目进行到下一阶段前得到满足,最后阶段是把产品移交给客户。
集成测试移交标准
详细描述移交标准,它必须在集成测试之前得到满足。
例如:
代码、文档和单元测试报告等。
系统测试移交标准
详细描述移交标准,它必须在系统级的测试之前得到满足。
发布标准
在产品发布给客户之前详细描述移交标准。
10进度表
项目进度必须用MSProjectGanttChart。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目计划 项目 计划