{项目名称}项目计划

摘要

“简要描述该文档的内容。”
修改历史

注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。

正式批准

注释：1. 可以根据项目情况定制表中的角色。

2. 直接参与或与项目有密切联系的其它组织或部门（包含内部和外部）负责人的签名。

目录

1        概述... 5

1.1     项目介绍... 5

1.2     范围... 5

1.3     子计划... 5

1.4     项目计划的维护... 5

2        项目特性... 5

3        软件工作产品... 5

4        假设、依赖和约束... 6

5        项目过程定义... 6

5.1     软件开发生命周期模型... 6

5.2     组织标准过程剪裁... 6

5.3     方法和工具... 6

5.4     项目过程定义的改进... 6

6        任务细分... 6

7        估计... 6

7.1     代码量估计... 6

7.2     文档大小估计... 7

7.3     工作量估计... 7

7.4     关键计算机资源估计... 7

8        项目管理... 7

8.1     项目组织结构（举例）... 7

8.1.1       角色与职责... 8

8.1.2       组间合作... 8

8.2     人员计划... 8

8.3     培训计划... 8

8.4     风险管理计划... 8

8.5     项目技术变更管理... 8

8.6     进度跟踪... 8

8.6.1       项目会议... 8

8.6.2       项目里程碑... 9

8.6.3       项目数据统计与分析... 9

8.6.4       其它跟踪项... 9

9        移交标准... 9

9.1     集成测试移交标准... 9

9.2     系统测试移交标准... 9

9.3     发布标准... 9

10      进度表... 9

1         概述

1.1       项目介绍

本节简要描述该项目的基本信息（如项目名称、项目代号、项目目的及背景、客户信息、与其它系统的关系等）。

1.2       范围

本节描述项目的功能范围、应用范围等。

1.3       子计划

本节将描述包含在项目计划中的其它计划。例如：

（1） 软件配置管理计划

（2） 软件质量保证计划

1.4       项目计划的维护

本节将描述该项目计划在何种情况下需要被更新，以及如何更新。例如:

项目计划在下列情况下将被更新：

·           项目关键问题的解决

·           需求更改导致项目进度的调整在两周或两周以上

·           项目资源需求的改变（人员、硬件、软件等）

·           新技术的引入

·           开发过程的改变

·           软件工作产品的改变

·           项目特性的改变

在项目阶段性审核时，如果更改项目计划，那么项目进度表也应作相应的更新。

如果项目进度或项目特性有重大变化时，项目计划的更改应得到相关部门认可。

2         项目特性

列出并描述该项目的所有特性。

3         软件工作产品

注：I=审查，   R=评审，   采用审查还是评审由项目组决定。

4         假设、依赖和约束

假设是指项目把某些条件暂时认为是真实的，作为估计、计划等的基础。

依赖是指项目能够按预定计划进行所必须依靠的外部条件。

约束仅仅指技术约束，它是一个软件产品必须满足的环境条件。

5         项目过程定义

5.1       软件开发生命周期模型

描述该项目采用的软件生命周期模型，例如瀑布型等等。

5.2       组织标准过程剪裁

请在过程栏内填入项目选用的组织标准过程。如果为适应项目的需求而修改了组织标准过程，请在备注栏内详细说明。

下列情况下，应考虑改进项目定义的软件过程。

1.       组织标准软件过程的改变；

2.       出现的问题可能会影响项目达到质量目标；

3.       新技术和方法的引入；

4.       缺陷预防活动。

5.3       方法和工具

本节将描述或参考软件开发所使用的方法和工具（手工或自动），例如， 面向对象的程序设计方法，Microsoft Project等。

6         任务分解

描述软件任务分解和工作包，并提供进度表供项目运行、项目管理活动如每周一次的评审、高级经理评审使用。

7         估计

7.1       代码量估计

估计方法：

列出所有使用的估计方法，例如Wideband Delphi，历史数据等。

编程语言：

列出项目所用的编程语言，例如C，C++等等。如果项目使用多种语言，请分别用下表列出。

7.2       文档大小估计

7.3       工作量估计

7.4       关键计算机资源估计

注意：1、关键项可以是软件、服务器、内存、处理器、存储设备、I/O信道容量等等；

2、本节是可选的。

8         项目管理

8.1       项目组织结构（举例）

 

8.1.1    角色与职责

8.1.2    组间合作

请描述组间进行合作的具体方式和时间等方面的内容。

8.2       人员计划

8.3       培训计划

8.4       风险管理计划

其中，严重程度为高、中或低。

8.5       项目技术变更管理

参照组织的技术变更管理计划，具体制定本项目的技术变更管理计划。

8.6       进度跟踪

8.6.1    项目会议

这里描述项目预先确定的会议，包括周期性的和随机举行的会议。它可能包括以下方面的内容：

·         谁负责组织和安排项目会议

·         项目会议的时间或频度

·         项目会议上主要讨论的内容

·         会议记录分发的方式和范围

8.6.2    项目里程碑

里程碑是项目进度的关键点，这一部分将包括以下几项：

·         谁负责跟踪和更新项目里程碑

·         什么时间检查和跟踪项目里程碑

·         什么类型的报告将被提交？例如项目总体报告、会议记录等等。

·         定义一个时间偏差控制范围（当项目实际进度与项目里程碑的偏差超出此控制范围时，应采取相应的行动）。例如：在项目计划中描述项目里程碑，它的状态将在项目评审会议或高级经理评审会议中评审。如果项目里程碑与计划日期相比延迟两周以上，那么项目将得到红牌警告，并且将被立即报告给高级经理。

·         当发生重大变化时，怎样修正项目里程碑

8.6.3    项目数据统计与分析

本节描述如何收集项目数据及如何对它们进行分析，例如：

·           如何在项目生命周期中收集数据，例如，通过项目总体报告、评审数据、测试数据或更改控制工具等等。

·           如何分析收集到的数据，然后确定项目状态以及采取的改进工作措施。

8.6.4    其它跟踪项

本节描述除在本计划中已经提到的条目之外的其它因素的跟踪。列出所有的跟踪项和跟踪方法，例如承包商资金周转、资产流失、工程和管理开销，或其它任何影响项目按期交付的内容。

9         移交标准

贯穿整个项目，所确定的标准必须在项目进行到下一阶段前得到满足，最后阶段是把产品移交给客户。

9.1       集成测试移交标准

详细描述移交标准，它必须在集成测试之前得到满足。例如：代码、文档和单元测试报告等。

9.2       系统测试移交标准

详细描述移交标准，它必须在系统级的测试之前得到满足。

9.3       发布标准

在产品发布给客户之前详细描述移交标准。

10    进度表

项目进度必须用MS Project Gantt Chart。