二、 分析相关利益者利益关注点，编制合理项目范围计划。
现代项目管理的核心目标是让项目的利益相关者满意，为利益相关者创造价值。代建工程项目是为使用单位交付放心满意“交钥匙”工程。“工欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。
1、 首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如工程描述，首先要清楚最终各个的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线范围计划在此基础上进一步深入和细化。 计划工作是个渐进过程，从工程项目的目标设计和项目定义，到可行性论证，在项目批准后，设计和计划平行进行，随着情况的变化，阶段性的计划要编制，调整。
2、 计划的工作流程。计划是项目管理系统的一个子系统，必须建立合理的计划工作程序，提出具体的规范化的计划文件要求。
3、 计划中的协调。按照总目标、总任务和总体计划，起草招标文件、签定合同，注意不同合同的协调和不同层次计划之间的协调。
4、 计划编制后的工作。报主管部门批准后，要争取各方面对计划结果达成共识，作为信息提供给相关利益者，争取他们的支持，为计划的实施创造有利条件，为以后阶段范围管理提供框架性指导。
三、 进行范围定义合理分解，进行有效目标管理
计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。合适的范围分解对项目成功十分关键，当范围分解不恰当时，不必要地变更就不可避免地出现，很可能人为地造成返工、延长工期、降低团队士气等一系列不利的后果。
1、 工程项目的系统环境及其作用。工程项目的环境是指对工程项目有影响的所有外部因素的总和，它们构成项目的边界条件。环境决定着项目的需求，决定着项目的技术方案和实施方案以及它们的优化，还是产生风险的根源。所以为了充分利用环境条件，降低环境风险对项目的干扰，项目管理者必须进行全面的环境调查，必须大量的占有资料，在项目实施前的论证，范围分析会更全面有效。
2、 工程项目的范围结构分析，保证项目结构的系统性和完整性。通过对项目系统总目标和总任务进行全面研究，以划定整个项目的工程范围和实施责任范围。项目结构分析是个渐进过程，必须考虑各个部分、各个细节，考虑具体的工程活动，以单元定义和单元之间界面的分析确定范围控制的依据。通过结构分解，使项目的形象透明，使项目的概况和组成明确、清晰，可以分析可能存在的项目目标的不明确性，建立项目目标保证体系，落实组织责任的依据。
3、 目标是控制的灵魂，项目前期对项目的功能、技术标准要求、实施方法等各方面目标不明确，控制依据不足。所以这阶段目标控制很困难，一些计划目标需要假设条件实现目标，要求项目管理专家对此假定越接近施工实际情况越对范围管理控制目标越有利。
4、 项目目标实施控制要素。很多信息系统项目实施失败的原因，我认为是在项目实施过程当中，实施双方没有控制好项目范围的问题。实施信息系统项目的特点之一是实施的周期长、对业务的依赖性强，特别是工程复杂的项目，要完全工作流程稳定下来，并通过系统实现，是需要较长的时间来巩固的。因此在这么一个客观条件下，常常出现一些需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目的风险和成本无法控制，更严重的是导致项目的滞后和失败。在很多项目管理的课题研究中提出，项目管理的四个关键要素彼此之间互相约束互相影响，并可以得出一个计算公式：C=F（Q，T，S）。从这个计算公式中可以看出，一般情况下，我们认为项目的范围一般在项目开始初期就已经是确定的，也就是说公式中的S是“固定”的，因此在后面的项目成本控制过程中主要关注的就是质量（Q）和时间（T）之间的权衡和约束关系。这是一个比较理想的控制模型，但是，在实际的项目实施中，往往出现项目范围变动，而且一般是向外扩大的现象，在这种情况下，上述计算模型中成本的控制就失去了基本线的限制，C、Q、T、S之间就存在着难以计算的复杂关系，对项目的管理和控制难度就扩大，甚至失控。对于项目范围的控制。在这里，我要提醒各个实施业主方的人员注意，项目管理是实施双方共同努力的，而不单纯是实施方的责任，因为对于业主方本身而言，项目范围的失控同样会带来自身管理成本的浪费，项目的滞后等不良的影响。要走出“项目需求（范围）越多越好”的误区，实事求是把握住项目范围的“度”，才是实现良好项目控制的手段。企业信息部门要注意好把握项目实施范围的“度”：项目范围将如何定义才 “合适”呢？这个问题在项目实施双方衡量的标准是不一致的，或许我们暂且用“多”和“少”这两个相反的字眼来反映业主方和实施方对项目范围的衡量标准。当然了，在实际的项目管理当中，我们并不能那么简单就把这个因素用这两个简单而相反的字眼来概括，因为项目范围本身涉及到不同利益双方之间的关系，而且还涉及到业主本身复杂的业务逻辑，在项目开始时描述项目的需求范围时对项目范围边界的定义上就存在着一定的模糊性和不确定性，这些都将成为隐藏的风险。一般来说，项目范围的定义是业主根据内部管理的需求提出来的一个框架性的条目，这个框架的定义一般会涉及到多块的业务，如财务管理、采购管理、库存管理、订单管理等等。而在这些范围的描述当中，一般以粗条目方式列出，并没有细化，细化的工作会在项目实施的过程中通过需求调研的方式来具体化。换而言之，这个需求包含的内容可能是“广泛”的，其深度和广度本质上来说是模糊的，因此在项目实施全过程当中，时刻都要注意对项目范围的控制，这样才能对项目的质量、时间和成本达到有效的控量。（考试大收集）
