项目计划 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。
升级会员 