《项目管理体系文件项目计划规格书.doc》由会员分享，可在线阅读，更多相关《项目管理体系文件项目计划规格书.doc（21页珍藏版）》请在三一办公上搜索。
1、项目管理体系文件项目计划编 撰 人：TMO审 核 人：批 准 人：批准日期：2010-9-1保密级别：机密文档版本：0.0.4北京中软国际信息技术有限公司版本历史日期版本说明作者目 录1.引言41.1.编制目的41.2.适用范围41.3.术语定义41.4.参考资料42.项目概况52.1.项目背景52.2.项目基本信息52.3.项目范围53.项目目标63.1.业务目标63.2.管理目标63.3.技术目标64.组织结构64.1.组织结构图64.2.联系方式84.2.1.外部干系人84.2.2.项目组成员95.任务安排和里程碑95.1.项目进度计划95.2.里程碑信息95.3.关键依赖关系106.项
2、目经费预算107.从属计划107.1.沟通计划107.2.风险管理计划117.3.基础架构和支撑平台127.4.资料管理计划127.5.评审计划137.6.培训计划137.7.复用计划147.8.项目辅助管理工具147.9.项目开发环境147.10.构件集成计划167.11.产品发布计划178.项目验收相关179.项目管理制度179.1.作息制度179.2.请假制度179.3.绩效考核制度179.4.安全管理制度171. 引言1.1. 编制目的1.2. 适用范围简要说明此项目计划的范围：它的相关项目，以及受到此文档影响的任何其他事物。1.3. 术语定义本小节应提供正确解释此项目计划所需的全部术
3、语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。1.4. 参考资料本小节应完整列出此项目计划中其他部分所引用的任何文档。每个文档应标有标题、日期和版本。这些信息可以通过对附录或其他文档的引用来提供。对于项目计划，参考资料可能包括：1) 项目类：（1） 项目合同；（2） 售前技术方案；（3） 项目立项信息表；（4） 项目过程定义。2) 产品类：（1） 产品规划方案；（2） 项目立项信息表；（3） 项目过程定义。2. 项目概况2.1. 项目背景简要说明本项目的业务背景。 2.2. 项目基本信息简要说明本项目的基本信息，下面给出了一个示例，并非均采用表格方式。表格 1 项目基本
4、信息项目基本信息项目编号项目名称请如实填写项目全称及简称建设系统名称请如实填写项目所要实现的应用系统的名称甲方名称请如实填写客户全称及简称甲方负责人请如实填写负责项目的客户信息，包括联系方式、所在部门、负责内容等甲方联系人请如实填写负责沟通和接口的客户信息，包括联系方式、所在部门、负责内容等项目类型办公自动化系统 电子政务审批系统 电子商务系统数据中心类 MESERP系统 产品研发类其他，请具体填写 业务关键字描述系统涉及行业普遍使用的业务术语，大的如OA、行政许可、数据中心，小的如综合事务、信息采集、全文检索等，可多写，越详细越好2.3. 项目范围简要描述本项目涵盖的需求范围，包括组织范围、
5、业务范围）及与其它系统间的关系等。3. 项目目标提示：说明本项目的几种目标，这些目标必须是“可实现”、“可验证”的。3.1. 业务目标说明本项目的业务目标，可以来自于合同，也可以来自于客户的沟通记录。3.2. 管理目标说明本项目的管理目标，管理目标可包括进度控制目标、成本控制目标、产品质量目标等。项目的目标应该能够量化，对于不能量化的应说明什么情况下可以达到。3.3. 技术目标说明本项目的技术目标，技术目标可包括可复用的业务构件和技术组件期望，项目最终形成的可复用技术组件的期望、技术储备及人才培养期望。4. 组织结构4.1. 组织结构图使用组织结构图的方式描述项目的结构组成，项目组织结构应包括
6、项目经理、责任设计师、开发工程师、测试工程师、实施工程师、项目CM人员、项目QA人员、需求调研人员、项目CCB、项目评审委员会等内部角色，同时还应包括直接客户、关注项目的领导、销售人员、其他开发商等外部角色，下面提供了一个示例，项目根据实际情况来调整。图 1 组织结构图示例同时，采用列表方式对内部角色的职责进行说明，用来约束成员行为；同时应说明角色需要具备的技能，可结合公司定岗定责的职称级别来描述。表格 2 内部角色职责说明角色职责技能要求PM负责整体计划的制定和监督执行，确保项目目标的完成熟悉项目管理过程，并具备相当的管理能力和沟通能力责任设计师负责需求、设计、编码、测试和实施阶段的主要工作
7、和安排对于软件工程理解和技术架构设计有相当的能力，有丰富的设计经验需求调研人员负责需求调研对业务相对了解，有丰富的需求调研经验设计师负责子系统的概要设计和详细设计具备UML、OO等设计能力和开发能力开发工程师负责系统的详细设计和开发具备UML、OO等设计能力和开发能力测试负责人负责测试计划的制定和测试工作的监督熟悉测试工作，并了解测试人员技能测试人员负责系统的测试熟悉测试工具和测试技巧实施工程师负责系统的实施有相当的部署能力和实施能力项目CM人员负责项目的配置管理对配置管理工具的使用比较熟悉，并了解有关配置管理（如基线）的概念，并有过配置管理经验项目CCB 负责变更的评审对项目情况相当了解评审
8、组负责管理类和工程类的评审采用列表方式对外部角色的期望、利益程度、影响程度进行分析和说明，用来识别重要干系人。表格 3 外部干系人利益分析主要利害关系姓名在项目中的角色需求和期望利益程度对项目的影响程度甲方其他开发商销售人员PDTD4.2. 联系方式4.2.1. 外部干系人使用列表方式说明项目外部干系人的联系方式，包括客户、公司内部其他对项目的成功有重要影响的成员、销售人员等。表格 4 外部干系人联系方式主要利害关系姓名职位手机或座机电子邮件甲方其他开发商销售人员PDTD4.2.2. 项目组成员使用列表方式说明项目组成员的联系方式。表格 5 项目组成员联系方式姓名手机电子邮件5. 任务安排和里
9、程碑5.1. 项目进度计划本小节说明项目任务的WBS分解，应包括任务的名称、起止时间和相应的资源等。此处可以引用项目进度计划。5.2. 里程碑信息本小节说明项目的里程碑信息，包括里程碑的名称、进度百分比、时间点和交付物。表格 6 项目里程碑信息里程碑名称进度百分比重要交付物Bill点付款条件6. 从属计划6.1. 沟通计划说明与项目组内部以及外部的沟通计划。对于每个外部组织，应确定联系人姓名。表格 7 沟通计划示例沟通类型沟通内容方式频次沟通对象（内部）个人工作汇报汇报任务完成情况和存在的问题邮件/例会每周五PM（内部）项目周报汇报项目进展情况和存在的问题和识别的说风险邮件+附件每周五PD；项
10、目组成员抄送部门PMO（内部）通知任命通知、会议通知、基线的建立通知、产品发布通知等邮件+电话提醒/口头提醒按进度计划通知接收人（内部）电子文档传递管理类和工程类文档的发布，不允许直接发送，应说明文档在配置库中的位置和版本邮件+配置管理库按进度计划项目组成员（内部）评审会各类技术评审和管理评审根据评审计划安排根据评审计划安排评审委员会/CCB（内外部）会议纪要/备忘录例会、沟通会、阶段汇报会的纪要和结果邮件会议结束当天会议参与人（外部）项目周报汇报项目进展情况和存在的问题邮件+附件每周一甲方负责人；甲方接口人（外部）项目例会汇报项目进展情况，沟通并解决问题会议每周一甲方负责人；甲方接口人；（外
11、部）项目问题沟通沟通项目问题和寻求解决方案会议/电话沟通随时甲方负责人；甲方接口人；第三方负责人。（外部）需求调研沟通需求会议按进度计划客户；甲方接口人；（外部）阶段汇报会沟通阶段目标和工作完成情况会议每个里程碑阶段结束甲方负责人；甲方接口人；6.2. 风险管理计划本小节说明本项目的风险范围和类型、识别的时机、风险处理的基本策略。表格 8 风险管理计划示例基本分类详细分类具体分类识别时机基本处理策略管理风险范围或需求风险项目需求控制不严格，导致项目范围无限膨胀或者超出预定义范围的30%以上，影响项目进度；项目生命周期风险规避预算风险项目预算估计不充分，导致项目执行出现超预算；项目执行中后期风险
12、规避人力风险项目人员流失（例如长期出差或者目前方向与其发展方向不匹配导致）风险，尤其是掌握项目关键技术的人员流失风险；重点发生在各个里程碑点风险规避技术风险商业风险6.3. 基础架构和支撑平台详细说明交付系统拟计划采用的基础机构和支撑平台，一般J2EE的业务系统应首先考虑采用R1 framework作为基本支撑平台。6.4. 资料管理计划详细说明纸质文档、电子文档的分类和管理方案。纸质文档应说明专责负责人，并建立档案方便检索，区分签字类和非签字类。电子文档的管理均应提交到配置库。属于配置项的文档同时应纳入配置管理。表格 9 资料管理计划示例类型对象负责人管理方式纸质文档签字类（需求、签收单、验
13、收材料等）张三文件夹管理非签字类（重要会议纪要/备忘录、周报等）张三文件夹管理非配置项需求类电子沟通记录及参考资料李四纳入配置库存储进度类电子沟通记录（会议纪要/备忘录、周报等）李四纳入配置库存储配置项各类配置项李四纳入配置库存储；纳入配置管理；基线配置项纳入基线管理6.5. 评审计划本小节说明本项目的各类评审规划,包括评审对象、评审方式、评审组成员等。表格 10 评审计划评审对象评审方式评审组成员项目计划审查组长：梁XX（PD）组员：张XX（中级PM）、李X（中级PM）、王X（QA）、马XX（销售）需求规格说明书审查组长：陈XX（TD）组员：张XX（中级PM）、李X（中级PM）、晋X（中级设
14、计师）、张XX（中级设计师）、贺XX（售前工程师）6.6. 项目辅助管理工具此处说明缺陷管理系统、配置管理系统等项目管理工具的使用情况。表格 11 项目辅助管理工具规划示例工具名称URL是否单独建设？管理员缺陷管理系统http:/192.168.0.220/No张三配置管理系统http:/192.168.0.221/No李四6.7. 项目开发环境此处说明项目需要使用的软件、硬件设备以及其他相关资源。首先需要提供开发环境拓扑结构图，下图为示例：图 2 开发环境拓扑示例图同时，需要简要说明硬件资源的使用规划，比如开发环境和测试环境的设备安排等。表格 12 硬件资源用途示例设备用途配置IP安装软件部
15、署应用开发应用服务器CPU：双核内存：硬盘192.168.0.1Windows 2003IBM WAS ND6.1R1 FrameworkV4构件一构件二开发数据库服务器CPU：双核内存：硬盘192.168.0.2Windows 2003IBM DB2 V8无测试应用服务器CPU：双核内存：硬盘192.168.0.3Windows 2003IBM WAS ND6.1R1 FrameworkV4构件一构件二测试数据库服务器CPU：双核内存：硬盘192.168.0.4Windows 2003IBM DB2 V8无针对开发类软件，尽量依照公司要求使用授权软件或者免费软件，如果客户方有采购，则使用客户
16、采购产品。表格 13 软件资源配置示例资源类型软件名称版本用途编程开发工具R1 StudioV4负责开发代码文档编写工具Office2007负责编制文档图片处理工具GIMPV2.6负责图片处理即时通讯工具QQ.Build工具Ant应用服务器IBM WASV6.1数据库IBM DB2V8用于构建系统的数据库6.8. 产品发布计划说明项目计划分几个提交版本，每个版本实现哪些内容，版本的发布时间等。表格 14 版本发布计划示例版本名称发布时间版本内容XXX-V1.02008-10-08包含功能A、B、CXXX-V2.02008-12-31包含功能A、B、C、D、E、F、GXXX-V3.02009-02-28包含所有功能同时，应附加说明产品发布的准则，例如时间是否满足计划中约定的发布时间点，测试结果应满足的条件7. 项目管理制度此处说明项目各种规章制度。7.1. 作息制度7.2. 请假制度7.3. 绩效考核制度参见公司的绩效考核规定。7.4. 安全管理制度参见公司的安全管理规定。 感谢您的阅读
