软件系统项目建设项目管理文档
目录目录 1.项目管理 1 1.1 1.2 1.3 1.4 1.5 1.6 项目范围管理 1 项目时间管理 6 项目里程碑 9 培训方案 10 技术支持与售后服务 11 项目进度管理 .错误错误! !未定义书签。未定义书签。 信息系统项目建设项目管理文档信息系统项目建设项目管理文档 1.1. 项目管理项目管理 1.11.1项项目范围管理目范围管理 ((1 1)概述)概述 项目范围管理就是要明确项目目标是什么,界定哪些工作必须做,并将项目 目标分解到可以独立分包的程度,形成工作分解结构( WBS) ,并以此作为控制项 目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的 工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收, 很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控 制的变更所致。事实证明,缺少正确的项目范围定义和范围的核实是导致项目失 败的主要因素。 因此,项目管理最重要的也是最难做的一项工作就是确定项目范围,并使项 目范围在控制中,这就是项目范围管理的范畴,即项目范围管理就是项目该做什 么,不该做什么,以及确保该做的事情必须做到,不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期,我们通过售前阶段的资料和项目 现场的需求调研,确定项目该做什么,这就是经常说的定义项目范围。 ((2 2)管理内容)管理内容 1、定义项目范围 1)定义项目范围重要的参考资料和依据一般如下: 项目售前实施方案; 项目主合同; 许可软件通用条款及清单; 咨询实施服务和工作任务书; 支持服务条款; 战略合作承诺书; 建设单位内部正式发问的项目实施意见书。 2)口头承诺 定义范围除了依据上述可见的项目资料外,售前阶段的一些口头承诺也是定 义项目范围的重要信息来源,因此在项目准备阶段与售前进行内部交接时,一定 不能忘记交接口头承诺的内容,实践证明,口头承诺的往往是在项目实施过程中 难以交付的或者需求范围不好清晰界定的,正是范围管理的难点。 通过范围定义,可形成详细的范围说明书,以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和,它包括以下两种含义: 产品范围:产品或者服务的特性与功能,其衡量标准为产品要求,即产 品需求说明书。 项目范围:为交付所需产品(具有特定属性和功能)和服务而必须完成 的工作, 其衡量标准为项目管理计划、 项目范围说明书、 WBS 及 WBS 词汇 表。 项目实施的产品范围的描述一般应该通过两个维度,即产品功能模块和公司 范围两个维度,清晰的描述出哪些公司具体实施、哪些产品的功能模块,对于集 团型企业一定要以企业法人作为实施的公司范围。借用 EXCEL建立功能模块与法人 公司的二维表格来描述项目实施范围更加清晰。 3、工作分解结构 1)工作分解结构概念 项目实施过程中, 最能清晰描述和界定项目范围的工具是工作分解结构(WBS) , 这是一种以结果为导向的分析方法,用于分析项目所涉及到的工作,所有这些工 作构成了项目的整体范围。也是制定项目管理计划重要的基本文件,因为它是制 定和管理项目进度、成本和变更控制的基础。一些项目管理专家认为,未包含在 WBS里的工作是不应该做的。 WBS通常被表示为一个以任务为导向的活动家谱图。通常围绕项目产品或者项 目阶段展开,我们公司实施方法论已经把信息实施项目的实施过程划分了五个阶 段,并且根据项目经验把五个阶段常见的任务进行了分类和总结。因此,在制定 信息实施项目的WBS时,实施方法论的五个阶段及其常见任务,是很好的 WBS分解 结构框架的参考。这种运用已有的类似项目的WBS作为起点,进行新的项目WBS制 作的方法就叫类比法。 2)创建工作分解结构的意义 项目的工作结构分解,对项目管理有着重要的意义,主要表现如下: 通过工作结构分解,把项目范围分解开来,使项目相关人员对项目一目 了然,能够使项目的概况及组成明确、清晰、透明、具体。 保证了项目结构的系统性和完整性。 通过工作结构分解,可以建立完整的项目保证体系,因为这个分解过程 将项目的总目标的重点,如进度、成本和质量等分解到可控制的各项目 单元,便于执行和实现项目要求。 项目工作分解结构能够明确项目相关各方的工作界面,便于责任划分和 落实。 最终工作分解结构,可以直接作为进度计划和控制的工具。 为建立项目沟通管理提供依据,便于把握信息重点。 是项目各项计划和控制措施制定的基础和主要依据。 3)工作分解结构的表示形式 WBS 的表示形式主要有以下两种: 分级的树型结构,类似于组织结构图。 表格形式,类似于分级的图书目录。 4、范围确认 范围确认是项目干系人正式接受已完成的项目范围的过程。范围确认需要审 查可交付物和工作成果,以保证项目中所有工作都能准确地、满意地完成。项目 范围确认应该贯穿项目的始终,从WBS的确认(或合同中具体分工界面的确认) , 到项目验收范围的检验。 对于项目经理或项目管理人员来说,可通过“检查”来实现范围的确认。检 查包括测量、 测试、 检验等活动, 以判断结果是否满足项目干系人的要求和期望, 检查也可被称为审查、产品评审和走查等。当然,我们在实施过程中,主要在项 目实施阶段结束时,通过功能验收、竣工验收等项目验收来进行项目范围确认。 5、范围变更控制 范围变更控制是为了更好的管理好项目范围,采取必要的范围管理工具或者 技术。IT项目的需求有时是需要变更或者调整的,这是项目的本身具有的特点独 特性和渐进明细性所决定的。 但许多IT项目变更过于频繁, 特别是在项目的后期, 一些很小的需求变更有可能对项目造成很大的影响,甚至需要项目返工。因此, 有效地范围变更控制是项目实施成功重要的保障。 项目范围变更产生的原因: 项目外部环境发生变化。 项目范围的计划编制不周密详细,有一定的错误或遗漏。 出现了或是提出了新技术、手段或方案。 项目实施组织本身发生变化。 客户对项目、项目产品或服务的要求发生变化。 有关改进项目范围管理的建议如下: 制定并严格遵循需求管理程序。在项目的准备阶段,就要和甲方的项目 经理制定项目过程中需求变更管理的程序,并经甲乙双方重要高层领导 审批确认该程序。 对所有需求都要记录在案,以确保这些信息甲乙双方易于理解和交流。 可以借用一些工具,如项目重要事件备忘录、项目问题联络单、项目会 议纪要等,重要的是备案的资料中都要记述清楚与需求相关的人员、时 间、地点以及达成的明确的决议。 要对产品进行足够的测试,以确保项目产品能够符合客户期望的需求。 这一点很多实施团队(特别是对于年轻的实施团队)容易忽视,往往由 于对公司产品功能的不熟悉而导致无法实现客户的需求。 运用评审过程,从系统思维的角度,评审客户提出的变更要求。例如, 项目范围变更必然会引起相应项目成本的变更和进度的变更,这些都需 要经项目重要的干系人的认同。 强调项目交付时间,严格按照项目进度计划执行来控制项目范围蔓延。 6、注意事项: 项目范围管理特别重要,特别是对于 IT项目而言,很多的项目任务是不可见 的,更是如此,项目实施团队必须对项目范围进行很好的