项目管理规范指南

项目范围管理1.明确客户需求1.1项目范围管理概念对于工程咨询服务项目，项目范围是指项目团队为向客户提交达到双方约定或有关标准要求的咨询服务成果所需完成的所有工作的集合。

项目范围管理的任务就是确保项目团队只做必要的工作，而不做不必要的工作。

1.2客户需求的概念客户需求就是客户已经量化且记录下来的需要与期望，对于工程咨询项目来说，就是客户对工程咨询过程及咨询成果的具体需要及要求。

当客户（委托人）想要或者已经启动一个项目时，总会对于工程咨询服务有所需求，比如项目策划、项目建议书、可行性研究、投资估算、方案评估、项目财务评价、设计概算、施工图与算、招标投标代理、合同签订、竣工结算、项目后评价等。

客户对工程咨询服务的需求有可能是全过程的，即从项目策划到项目竣工验收并投入使用的整个过程服务，也有可能只是对项目某一个阶段的工程咨询服务有需求，例如招标代理或者竣工结算。

客户需求是制定工作分解结构的基础，项目成本管理、项目进度管理、项目质量管理等都需要建立在客户需求定义的基础之上。

为实现项目目标，必须定义、记录和掌握客户需求，以便日后对项目进行监控，最大限度地满足客户的需求。

1.3项目范围管理的重要性1.明确界定了项目界限2.使项目控制更有效3.是项目绩效考评的标准和依据4.是项目成果交付的依据1.4项目范围管理流程1．明确客户需求2．定义项目范围3．创建工作分解结构4．项目范围变更控制5．项目范围核实1.5需求收集的过程1.5.1输入（模板）●项目建议书（合同？）项目建议书，又称立项申请。

是拟增上项目单位向项目管理部门申报的项目申请。

是项目建设筹建单位或项目法人，根据国民经济的发展、国家和地方中长期规划、产业政策、生产力布局、国内外市场、所在地的内外部条件，提出的某一具体项目的建议文件，是对拟建项目提出的框架性的总体设想。

✧参见项目建议书模板1.5.2工具与技术●与客户直接沟通●专题会议1.5.3输出（模板）●客户需求文件。

需求文件需要将项目各种单一的需求合理地组织起来，使它们成为项目整体需求的有机组成部分。

随着项目信息量的增加，需要将一开始概括性需求逐步细化，作为项目范围基准的需求必须是明确的、可跟踪的、完整的、相互协调的、项目相关方认可的。

需求文件包括：✧需求概况✧需求管理计划✧需求跟踪矩阵✧附需求文件的格式。

2. 范围定义2.1 范围定义概念范围定义就是根据项目启动过程中记载的主要交付成果、主要风险、假设条件和制约因素对最终要向客户交付的咨询服务成果进行详细描述，并形成项目范围说明书。

参考约束和假设、历史信息和其他规划输出，采用适宜的工作分解结构模板，通过分解过程将范围说明书指定的项目可交付成果变成更小、更容易管理和操作的单元。

项目定义包括于项目的规划过程之中，是一个逐步求精和建立项目工作文档的过程。

以最初的服务描述、项目建议书和最初的约束和假设作为开始，通过服务分析、收益/成本分析等制定出范围说明书和范围管理计划及其支持细节。

2.2 项目范围定义过程2.2.1输入（模板）●项目建议书●需求文件●累积的资料和经验2.2.2工具与技术●研讨会●专家判断2.2.3输出(模板)●项目范围说明书。

项目范围说明书详细描述项目的最终交付成果，以及位提交这些成果而必需开展的工作，项目范围说明书也表示项目干系人之间就项目范围达成的共识，为了更充分地满足客户的需求，项目范围说明书可以明确指出那些工作不属于项目范围。

3．创建工作分解结构（WBS）3.1 WBS的重要性1)WBS是计划过程的中心。

2)WBS是制定工期计划、资源需求、成本预算、风险管理计划等的重要基础。

3)WBS同时也是控制项目变更的重要基础。

4)WBS定义项目的范围，是一个项目的综合工具。

3.2 WBS的主要用途1)WBS帮助项目经理和项目团队确定和有效地管理项目工作。

2)WBS是一个清晰表示各项目工作之间的相互联系的结构设计工具。

3) WBS 是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。

4) WBS 定义了里程碑事件，可以向高级管理层和客户报告项目完成情况。

3.3创建WBS 的方法创建WBS 是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。

1) 使用工作分解模板。

2) 类比法。

3) 自上而下的方法。

从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分得到定义。

4) 自下而上的方法。

从详细的任务开始，逐级归类到上一层次，直到达到项目目标。

3.4创建WBS 的基本要求1) 某项任务只应该在WBS 中的一个地方出现。

2) WBS 中某项任务的内容是其下所有WBS 项的总和。

3) 一个WBS 项只能由一个人负责，其他人是参与者。

4) 应该让项目团队成员积极参与创建WBS ，以确保WBS 的一致性。

5) WBS 必须在根据范围说明书正常维护项目工作内容的同时，也能适应无法避免的变更。

3.5 WBS 的表示方式WBS 可以由树形的层次结构图或者行首缩进的清单式表示。

3.6 WBS 的分解方式1)按项目的功能结构分解2)按照实施过程分解3)按照项目的地域分布分解4)按照项目的各个目标分解5)按部门分解6)按职能分解3.7创建WBS的过程1)获得范围说明书或工作说明书2)召集有关人员集体讨论所有主要的项目工作，确定项目工作分解的方式。

3)分解项目。

如果有现成的模板，应该尽量使用。

4)画出WBS的层次结构图。

WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。

5)将主要项目可交付成果细分为更小的、易于管理的组或工作包。

工作包必须详细到可以进行成本和工期的估算、安排进度、作出预算、分配负责人员或组织单位。

6)验证上述分解的正确性。

7)如果有必要建立一个编号系统。

8)随着其他计划活动的进行，不断对WBS更新或修正，直到覆盖所有工作。

3.8WBS创建类型（分三级）4基于单个项目过程的分解结构•基于专业的分解结构•基于工作过程的分解结构3.9 WBS4. 项目范围核实4.1 项目范围核实的概念项目范围核实是指项目利益相关者（项目业主/客户、项目发起人、项目委托人、项目组织等），对于项目范围的正式认可和接受的工作过程。

范围核实一般在每个项目生命周期收尾阶段进行，此外，在项目执行中的过渡项目可交付成果也应被核实。

所有的项目相关都应当核实项目范围，知道项目的范围是什么，项目将要提交的是什么。

4.2 项目范围核实的过程2.2.1输入（模板）●需求文件2.2.2工具与技术●检查2.2.3输出(模板)●验收的可交付成果●变更请求附表1．项目范围核检表项目范围核实的主要内容如下：✓项目目标是否完善和准确✓约束条件是否真实和符合实际✓重要的假设前提条件是否合理✓项目风险是否可以接受✓定义的项目范围是否能够实现项目目标✓范围能够给出的效益是否高于成本附表2．项目工作分解结构核检表核检的主要内容：项目目标的描述是否清楚项目产出物的描述是否清楚项目交付成果是否都是为实现项目目标服务的。

项目工作包是否都为形成项目产出物服务的。

项目工作是否都有合理的数量、质量和时间度量指标。

这些指标及其指标值与项目工作绩效的度量标准是否匹配。

5. 项目范围控制5.1项目范围控制的概念项目范围控制是指对于项目的目标、成果和工作的全面控制。

由于项目条件和环境的变化会使项目范围发生变动，并造成项目工期、成本或质量等的改变，所以必须对项目范围变更进行严格的控制。

5.2项目变更控制的工作主要包括分析和确定影响项目范围变动的因素和环境条件。

管理和控制那些能够引起项目范围变动的因素和条件。

分析和确认各方面提出的项目变动要求的合理性和可行性。

分析和确认项目范围变动是否已发生，以及这些变动的风险和内容。

当项目范围变动发生时，对其进行管理和控制，设法使这些变动朝有益的方向发展，努力消除项目范围变动的不利影响。

5.3项目范围控制的过程5.3.1输入(模板)●项目工作分解结构●项目的绩效报告。

提供有关项目范围实际进度情况的资料，如哪些中间成果已经完成，哪些还没有完成。

绩效报告是项目沟通管理过程的一个最主要的输出。

●项目范围变更的要求项目范围管理计划。

该文件说明项目范围如何管理以及范围变更如何纳入项目之中，以及对范围变化如何识别和分类的清晰描述。

5.3.2工具与技术1）项目范围控制系统项目范围控制系统给出了项目范围控制的基本控制程序、控制方法和控制责任。

包括文档化工作系统，变更跟踪监督系统，以及项目变更请求的审批授权系统。

2）项目绩效的度量技术度量实际变化发生的程度，发现偏差及分析造成偏差原因、是否需要纠正等技术。

3）补充计划对WBS进行修正或对备选方案进行分析。

5.3.3输出(模板)1）范围变更对经批准的工作分解结构中所定义的项目范围所作的任何修改。

范围变更一般要求对成本、时间、质量或其他项目目标进行调整。

2）项目变更控制中的纠正行动纠正行动指为了将预期的项目绩效控制与项目计划相符而采取的任何措施。

3）经调整的基准根据变更的性质，相应的基准文件有可能需要修改并重新分发，并作为今后变更的新基准。

4) 从项目变更中得到的经验与教训。