项目计划模板(共9页).doc

精选优质文档-倾情为你奉上 项目名称项目计划状态：草稿标识号：PRS-DOC-PROC-PP-003评审当前版本：1.0初始版前一版本：修订版发布日期：2001-2-23摘要“简要描述该文档的内容。”修改历史日期版本作者修改内容评审号更改请求号2001-2-231.0孙冬瑾初始版本R1DOC注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。正式批准角色签名日期备注部门经理项目经理软件质量保证员注释：1. 可以根据项目情况定制表中的角色。2. 直接参与或与项目有密切联系的其它组织或部门（包含内部和外部）负责人的签名。目录1 概述1.1 项目介绍本节简要描述该项目的基本信息（如项目名称、项目代号、项目目的及背景、客户信息、与其它系统的关系等）。1.2 范围本节描述项目的功能范围、应用范围等。1.3 子计划本节将描述包含在项目计划中的其它计划。例如：（1） 软件配置管理计划（2） 软件质量保证计划1.4 项目计划的维护本节将描述该项目计划在何种情况下需要被更新，以及如何更新。例如:项目计划在下列情况下将被更新：· 项目关键问题的解决· 需求更改导致项目进度的调整在两周或两周以上· 项目资源需求的改变（人员、硬件、软件等）· 新技术的引入· 开发过程的改变· 软件工作产品的改变· 项目特性的改变在项目阶段性审核时，如果更改项目计划，那么项目进度表也应作相应的更新。如果项目进度或项目特性有重大变化时，项目计划的更改应得到相关部门认可。2 项目特性列出并描述该项目的所有特性。3 软件工作产品工作产品名称文档标识号计划完成目期I or R*项目任务书项目计划I软件配置管理计划R软件质量保证计划需求规格说明书概要设计详细设计注：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 角色与职责姓名角色(岗位)和职责Andy项目经理Bob需求Dennis开发Jane测试8.1.2 组间合作小组联系人支持描述软件配置管理姓名参考“XXX项目配置管理计划书”软件质量管理姓名参考“XXX项目质量保证计划书”外部研发姓名请描述组间进行合作的具体方式和时间等方面的内容。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。专心-专注-专业