(项目管理)项目范围管理
项目范围管理
【本章知识重点】
★项目范围和产品范围：（两者之间的定义与区别）；
★产品描述
★项目选择方法
★项目章程：（它的作用、内容、指派项目经理的时机和批准人）
★范围说明、范围管理计划
★WBS：（PMP考试的重点之一，需要理解它的各种用途）
★账目编码Code of accounts / 会计科目表Chart of accounts（两者间的定义与区别）
★工作包/ WBS字典
★WBS与其他分解结构的区别
★范围核实/ 质量控制：（两者之间的定义与区别）
★范围变更的原因
【电子笔记】
项目范围管理：确保项目包括成功完成项目所需的全部工作，但又只包括成功完成项目所必需的工作过程。它主要关心的是确定与控制哪些应该与哪些不应该包括在项目之内。
上述定义表明了PMI的政策，PMI提倡：“不做额外的工作（no extra），不要镀金（no gold-plating）”。
5.1 启动：批准项目或阶段的开始。
5.2 范围规划：制订书面范围说明，作为今后项目决策的基础。
5.3 范围定义：将主要的项目可交付成果划分为较小，更易管理的组成部分。
5.4 范围核实：正式认可项目的范围。
5.5 范围变更控制：控制项目范围的变更。
就项目而言，范围（Scope）：“项目所提供的产品或服务的总和”。这个术语可指：
?产品范围（Product Scope）：产品或服务的典型特征与功能。
?项目范围（Project Scope）：为提供具有典型特征与功能的产品或服务所需完
成的工作。
项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。
项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。
两种范围的管理必须良好的结合，以确保项目工作所交付的是规定的产品。
5.1 启动
启动：1. 正式批准新项目；2. 批准现有项目进入下一阶段的过程。
在有些组织中，项目需要先完成需求评估、可行性研究、计划草案拟订或其它本身也需要启动的相似分析评估之后才能正式启动。有些类型的项目，特别是内部服务项目和新产品开发项目，则先非正式启动，做一些有限的工作，以便取得正式启动所需要的赞同。
以下的一项或者多项理由，是项目批准的典型依据：
?市场需求（例如，由于汽油短缺，某汽车公司批准制造低油耗汽车项目）。
?营运需要（例如，某培训公司批准新设课程项目，以增加收入）。
?客户要求（例如，电业局批准新建变电站项目，为新工业园区供电）。
?技术进步（例如，电子公司在电脑内存改进后批准研制新视频游戏机项目）。
?法律要求（例如，油漆厂批准制订有毒材料使用须知项目）。
?社会需要（例如，某发展中国家的非政府组织批准向霍乱高发病率低收入社区
提供饮用水系统、厕所与卫生保健教育项目）。
上述激励因素又称问题、机会、或营运要求。这些名称的中心主题是：管理部门通常必须作出如何应对的决策。
5.1.1 启动的投入
1. 产品描述（Product description）
产品描述：对项目拟创造的产品或服务的特征进行文字记载。
在早期阶段，产品描述通常比较笼统，在以后的阶段中，随着产品特征的逐步阐明，其描述也就逐渐具体化。产品描述还应该记载拟创造产品或服务与营运需要或其它促成项目的激励因素之间的关系。产品描述的形式与内容虽各不相同，但其内容永远必须充实到足以满足日后项目规划的需要。
许多项目都涉及到一方（卖方）按合同向另一方（买方）完成工作的问题。在这种情况下，一般由买方提供初步产品描述。
2. 战略规划（Strategic plan）
所有项目都应支持实施组织的战略目标，应当把实施组织的战略规划视为项目选择决策中的一个因素。
3. 项目选择的标准（Project selection criteria）
项目选择的标准通常以项目产品的价值定义，可能涉及到管理部门关心的各个方面（财务收益、市场份额、公众看法等等）。
4. 历史资料（Historical information）
只要能获得既往项目选择决策的结果与既往项目绩效的历史资料，都应加以考虑。
如果启动所涉及的是项目下一阶段的批准，则上一阶段的结果与有关资料往往起着关键作用。
5.1.2 启动的工具与技术
1. 项目选择方法（Project selection methods）
项目选择方法：量度对项目所有者的价值与吸引力。
项目选择方法包括考虑决策标准（如果使用多重标准，应将其综合成单一的价值函数），以及在不确定情况下计算价值的手段。这称为决策模型或计算方法。项目选择也适用于项目不同方案选择。优化工具可用于寻求决策变量的最优组合。
项目选择方法通常分为以下两大类：
?效益的测算方法(Benefit measurement methods)：
比较方法、评分模型、效益贡献或经济学模型。
?有约束的优化方法(Constrained optimization methods)：
采用线性、非线性、动态、整数和多目标规划算法的数学模型。
以上方法往往称为决策模型。决策模型不但包括通用技术（如决策树、强制选择等），也包括专门技术（如层次分析法、逻辑框架分析等）。在较先进的模型里应用复杂的项目选择标准往往单独被视为一个项目阶段。
2. 专家判断（Expert judgement）
评估此项过程投入时，往往要求动用专家判断。具有专门知识或经过特殊培训的任何集体或个人均可提供此种专业知识，其来源包括：
◆实施组织内部的其它单位◆咨询人员◆包括客户在内的干系人。
◆专业和技术协会◆行业集团。
5.1.3 启动的产出
1. 项目章程（Project charter）
项目章程是项目的正式审批文件，它授权项目经理在项目活动中动用组织资源。
项目章程应由一位置身于项目之外，级别与项目需要相称的管理人员签发。在项目按照合同执行时，经签字的合同通常即作为卖方的项目章程。
项目章程包含：1. 本项目应满足的营运需要；2. 产品描述。
2. 明确/指定项目经理（Project manager identified/assigned）
1. 如可行的话，明确与指定项目经理越快越好；（最好）
2. 最好在项目规划大部分工作完成之前；（其次）
3. 无论如何应当在项目计划开始实施之前指定。（下限）
3. 制约因素（Constraints）
制约因素指限制项目团队选择范围的因素。例如事先确定的预算就是很可能限制项目团队在范围、人员配备、以及进度方面选择的一项制约因素。
在项目按合同执行时，合同条款通常就是制约因素。另一个例子是要求项目在社会、经济与环保上具有可持续性，此项要求也将影响项目的范围、人员配备与进度。
4. 假设（Assumptions）
5.2 范围规划
范围规划：逐步详细阐述产生项目产品的项目工作（项目范围），并将其形成文字的过程。
项目范围规划从产品描述的初步投入、项目章程，以及制约因素和假设的初步定义开始。注意产品描述中应包括反映所商定客户需要的产品要求，以及满足产品要求的产品设计。范围规划的产出是范围说明书、范围管理计划及相关的详细资料。
范围说明书明确了项目目标与项目可交付成果，形成了项目与项目客户之间协议的基
础。项目团队制订适合项目工作分解结构层次的多项范围说明书。
5.2.1 范围规划的投入
1. 产品描述（Product description）
2. 项目章程（Project charter）
3. 制约因素（Constraints）
4. 假设（Assumptions）
5.2.2 范围规划的工具与技术
1. 产品分析（Product alalysis）
产品分析涉及到对项目产品的进一步理解。它包括有产品分解分析、系统工程、价值工程、价值分析、功能分析和质量功能部署等项技术。
2. 成本/效益分析（Benefit/cost analysis）
成本/效益分析指估算各种项目与产品方案的有形和无形成本（开支）和效益（回报），然后运用财务指标，例如投资回报率，或回收期，来评估各项已知方案的相对优劣。
投资回报率(ROI )：Operating income / Investment（运营收入/ 投资）；
内部收益率(IRR )：使投资现值之和=收入现值之和的折现率；
回收期(Payback period)：收益=投资所花费的时间
3. 其它方案识别（Alternatives identification）
这是用于提出各种项目方案的诸项技术的统称。各种通用管理技术都可在此应用，其中最常用的是集思广益会与横向思维。
4. 专家判断（Expert judgement）
5.2.3 范围规划的产出
1. 范围说明书（Scope statement）
范围说明书为今后的项目决策以及在干系人中确认或建立对项目范围的共识提供了一份有案可查的依据。
随着项目的进展，范围说明书可能需要修改或完善，以反映项目范围已批准的更改。范围说明书应当包括以下内容（直接列入或者援引其它文件）：
?项目论证：论证项目所要满足的营运需要。项目论证为今后的利弊权衡提供了
基础。
?项目产品：对产品描述的简要概括。
?项目可交付成果( Deliverable )：为了完成项目或其中一部分，而必须做出的
可测量的、有形的及可以验证的任何成果、结果或事项。可交付成果应当是有
形和可测量的。
?项目目标：要让项目被视为取得成功所必须满足的可量化标准。项目目标至少
必须包括成本、进度和质量的量度标准。项目目标应该具有属性（如成本）、
计量单位（如美元）、以及一个绝对或相对值（如小于150万）。未量化的目标
（如“客户满意”）的成功实现与否，则涉及甚大风险。
2. 辅助细节（Support detail）
范围说明书的辅助细节应根据需要形成文字并进行编排，以便于其它项目管理过程使用。辅助细节无论何时都必须包括所有已确定的假设与制约因素的文字记载。额外细节的详略因应用领域而异。
3. 范围管理计划（Scope management plan）
范围管理计划：说明项目范围如何管理以及范围变更如何纳入项目之中。
它包括对项目范围的期望稳定性进行评估（即改变的可能性、频度与程度）。还应包括对范围变化如何识别与分类的清晰描述（当产品特征正处于推敲形成过程中时，这一点具有特殊难度，因此也就格外重要）。
5.3 范围定义
范围定义：把项目的主要可交付成果进一步分解为较小、较易管理的组成部分，其目的是：
?提高成本、工时与资源估算的准确性。
?确定绩效量度与控制的基准。
?便于提出明确的职责分派。
范围定义确定了项目工作分解结构（WBS），范围定义是否恰当，关系到项目的成败。在整个项目生命周期内，都要用到工作分解结构。工作分解结构是制定进度计划、成本预算、人员需求计划、质量计划编制等的基础。
WBS
作为输入项5.4 范围核实
5.5 范围变更
6.1 活动定义
7.1 资源计划编制
7.2 成本估算
7.3 成本预算
11.1 风险计划编制
WBS
作为输出项5.3 范围定义
（输出WBS）
6.1 活动定义
（WBS更新）
5.3.1 范围定义的投入
1. 范围说明书（Scope statement）
2. 制约因素（Constraints）
在项目按合同执行时，合同条款中规定的约束因素往往是范围定义的重要考虑因素。
3. 假设（Assumptions）
4. 其它规划产出（Other planning outputs）
应该评审其它知识领域各过程的产出，判断它们对项目范围定义是否可能产生影响。
5. 历史资料（Historical information）
范围定义过程中应考虑既往项目的历史资料。既往项目的失误与疏忽尤其有用。
5.3.2 范围定义的工具与技术
1. 工作分解结构样板（WBS templates）
既往项目的工作分解结构（WBS）往往可用为新项目的样板使用。虽然每个项目都有独特性，工作分解结构却往往可以“重复使用”，因为多数项目与另一项目总有某种程度的相似之处。例如，一个组织中大部分项目的生命期往往相同或者相似，因此每个阶段的可交付成果往往相同或者相似。
2. 分解（Decomposition）
分解指把主要可交付成果或子可交付成果分成较小的，便于管理的组成部分，直到可交付成果定义明晰到足以支持各项项目活动（规划、实施、控制和收尾）的制订。
分解包括下列主要步骤：
（1）确定包括项目管理在内的项目主要可交付成果。
（2）判断在此种细节的明晰度上是否能为每项可交付成果制订合乎要求的成本
与工期估算。“合乎要求”一词的含义可随着项目的进展而有所变化。对每个可交
付成果，如果有合乎要求的细节，则进行第四步，否则进行第三步。
（3）找出可交付成果的组成部分。
（4）校验分解是否正确：
?低层次项对被分解项的完成是否必要与充分？若答案为否，则必须修改该构
成部分。
?每个项是否已清晰与完整的定义？若尚未做到，则必须对描述进行修改或补
充。
?每个项的进度能否恰当安排？做了预算吗？是否分配到了组织中能满意完成
该项工作的单位？若未曾做到，应进行修改，以提供合乎要求的管理控制。
5.3.3 范围定义的产出
1. 工作分解结构（WBS）
定义：把安排与定义项目范围的各组成部分按可交付成果进行的组合。
不在工作分解结构内的工作不属项目范围之列。如同范围说明书一样，工作分解结构往往被用来形成或确定对项目范围的共识，每下降一个层次意味着对项目可交付成果的更详尽描述。
▲账目编码（Code of Accounts）
用于唯一确定工作分解结构每一的单元的编码系统；成本与资源被分配到这一系统。
▲会计科目表（Chart of Accounts）
对项目成本进行分类（人工、日常用品、材料）监控的任何编码系统，项目会计科目表基于主执行机构的公司会计科目表。
▲工作包（work package）：
1.处于工作分解结构最低层次的可交付成果；
2.工作包又可在子项目工作分解结构中进一步分解；
3.一般说来，工作包可以使用于项目经理将工作范围指派给另一个组织；
4.工作包可进一步分解为项目计划与进度。
5.80小时法则：建立WBS时要注意：完成工作包的时间不要超过80小时，即
两周原则。
▲工作分解结构词典（WBS Dictionary）：
1. 工作组成部分的描述通常被收集起来。
2. 工作分解结构词典通常包括工作包描述，以及进度日期、成本预算、人员配置
等其它规划信息。
▲某些应用领域常用的其它结构
?合同工作分解结构（CWBS），其用途是规定卖方将向买方提供的报告层次。
CWBS通常不象卖方管理自身工作所用的WBS（工作分解结构）那样详细。
?组织分解结构（OBS），其用途是显示哪项工作组成部分已经指派给组织中的
哪个单位。
?资源分解结构（RBS），是组织分解结构的变体，通常用于工作组成部分指派
给个人时。
?材料清单（BOM），材料清单。是制作某项工业产品所需零部件的分级层次。
?项目分解结构（PBS），基本上相当于一个十分粗糙的WBS。它广泛地应用于
因WBS不能妥善表达BOM使用的应用领域。
2. 范围说明书更新（Scope statement updates）
包括对范围说明书的内容的任何修订，应根据情况通知有关的干系人。
5.4 范围核实
范围核实：取得干系人（赞助人、客户、顾客等）对项目范围正式认可的过程。
它要求审查可交付成果和工作结果，以保证一切均已正确无误与令人满意的完成。如果项目提前终止，则范围核实过程应确认与记载已完成的水平与程度。
范围核实与质量控制两者的不同，在于此过程主要关心的是工作结果的认可，而质量控制主要关心的是工作结果的正确性。这两个过程一般平行进行，以保证正确并获得认可。
5.4.1 范围核实的投入
1. 工作结果（Work results）
工作结果是指哪些可交付成果已完成或部分地完成，它是项目计划实施的一种成果。
2. 产品文字记载（Product documentation）
必须准备好描述项目产品的文件，以供审查。
此类文字记载（计划、规格、技术文件、图纸等）的名称因应用领域而异。
3. 工作分解结构（WBS）
工作分解结构是范围定义的辅助手段，故应当用于项目工作的核实。
4. 范围说明书（Scope statement）
范围说明书稍详细地定义了项目范围，应当加以核实。
5. 项目计划（Project plan）
5.4.2 范围核实的工具与技术
1. 检查（Inspection, reviews, product reviews, audits, walk-through）
检查包括通过测量、检查与测试等手段判断结果是否符合要求的活动。
检查有评审（Reviews）、产品评审（Product reviews）、审计（Audits）与演练（Walk-through）等各种名称；在某些应用领域中，这些不同名称具有较狭窄较具体的含义。
5.4.3 范围核实的产出
2. 正式验收（Formal acceptance）
表明客户或赞助者已经接受项目阶段产品或者主要可交付成果的验收文件必须准备就绪并加以分发。此种验收可以是有条件的，尤其是在项目阶段结束时。
5.5 范围变更控制
范围变更控制关心：
a）对造成范围变更的因素施加影响，以保证变更得到各方的同意；
b) 判断范围变更确已发生；
c) 在实际变更发生时对其进行管理。
5.5.1 范围变更控制的投入
1. 工作分解结构（WBS）
工作分解结构定义项目范围的基准。
2. 绩效报告（Performance reports）
绩效报告提供范围绩效的有关信息，例如哪些中间可交付成果业已完成，哪些尚未完成。绩效报告亦可提醒项目班子将来可能引起麻烦的问题。
3. 变更请求（Change request）
变更可以要求扩大或缩小项目范围。大多数变更请求提出的原因是：
?某个外部事件：（政府条例的变更）。
?产品范围定义时的错误或疏漏：（在设计电信系统时未包括一项规定的性
能）。
?项目范围定义时的错误或疏漏：（用了材料清单，而不是工作分解结构）。
?增值变更：（用原先定义范围时尚未出现的技术来降低成本）。
?为对某项风险作出应对而实施的应急计划或回避计划。
4. 范围管理计划（Scope management plan）
5.5.2 范围变更控制的工具与技术
1. 范围变更控制系统（Scope change control）
范围变更控制规定了项目范围变更所应遵循的程序，包括文书工作、系统追踪、以及核准变更所需通过的审批层次。
范围变更控制应该与综合变更控制结合起来，尤其应该与控制产品范围的一个或多个系统结合起来。在项目按合同实施时，范围变更控制还必须符合所有相关合同条款的规定。
2. 绩效量度（Performance measurement）
绩效量度技术有助于评估任何变更的大小，判断是什么造成了偏离基准以及决定是否应对偏离采取纠正措施都是范围变更控制的重要组成部分。
3. 补充规划（Additional planning）
项目很少会按计划原封不动的实施。预期的范围变更可能会要求对工作分解结构进行修改，或者分析其它替代方案。
5.5３范围变更控制的产出
1. 范围变更（Scope changes）
范围变更：对经批准的工作分解结构所定义的已商定的项目范围所做的任何修改。
范围变更经常要求对成本、时间、质量或其它项目目标进行调整。项目范围变更通过规划过程进行回馈，在必要时更新技术与规划文件，并根据情况通知干系人。2. 纠正行动（Corrective action）
纠正行动指为了将预期的未来项目绩效控制到与项目计划相符而采取的任何措施。
3. 汲取的教训（Lessons learned）
出现偏差的原因、选择纠正行动的依据，以及从范围变更控制所汲取的其它教训，都应形成文字，使此项信息成为本项目和实施组织其它项目历史资料库的组成部分。
4. 经调整的基准（Adjusted baseline）
根据变更的性质，相应的基准文件有可能需要修改并重新分发，以反映已批准的变更，并作为今后变更的新基准。
项目范围管理
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。
全过程项目管理工作内容教程文件
全过程项目管理工作 内容
全过程项目管理工作内容 1前期策划阶段的项目管理 ·参与建设环境和条件的调查和分析； ·参与项目建设目标论证与项目定义； ·参与项目规划有关的组织、管理和经济方面的论证与策划； ·参与项目规划有关的技术方面的论证与策划； ·参与项目规划的风险分析； ·编制项目建议书及可行性研究报告； ·协助业主申办《建设项目选址意见书》、《建设工程规划设计要求》、《建设用地规划许可证》； ·编制项目投资估算。 2. 勘察设计阶段的项目管理 A、勘察阶段 ·编写勘察设计阶段项目管理规划； ·协助委托方编制勘察任务书； ·协助委托方选择勘察单位并签订勘察合同； ·管理委托方与勘察单位签订的有关合同、协议； ·督促勘察单位按合同和协议要求及时提供合格的勘察成果； ·核查勘察方案是否符合批准的勘察任务书，以及是否符合勘察合同的规定； ·监督实施勘察方案，并组织勘察验收及勘察成果技术交底。 B、设计阶段
（1）设计阶段的投资控制 ·根据方案设计，审核项目总估算，并协助委托方对方案进行优化及调整； ·编制项目总投资分解计划，并在设计过程中控制其执行，在设计过程中若有必要，及时提出调整总投资分解计划的建议； ·根据工程概算和设计进度，编制设计阶段资金使用计划，并控制其执行，必要时，对上述计划提出调整建议； ·从设计、施工、材料和设备等多方面作必要的市场调查分析和技术经济比较； ·审核施工图预算，必要时调整总投资计划； ·采用价值工程方法，在充分满足项目功能的条件下进一步挖掘节约投资的潜力； ·控制设计变更，检查变更设计的结构可靠性、经济性、建筑造型和使用功能是使其满足委托方的要求。 （2）设计阶段的进度控制 ·审核设计方提出的详细设计进度计划和出图计划，并控制其执行； ·协助委托方编制甲供材料和设备的采购计划，审核甲供材料设备清单； ·协助委托方确定施工承发包合同结构及招投标方式； ·协助委托方对设计文件尽快做出决策和审定； ·协调室内外装修设计、专业设备设计与主体设计的关系，使专业设计进度能满足施工进度的要求。 （3）设计阶段的质量控制 ·协助委托方确定项目质量的要求和标准，参与分析和评估建筑物使用功能、面积分配、建筑设计标准等，根据委托方的要求，编制详细的设计要求文件，作为方案设计优化任务书的一部分；
项目管理范围答案
项目管理范围 二、名词解释 21、项目章程 项目章程是正式批准项目的文件。任何一个项目，都是由一个或多个原因而被批准的，这些原因包括市场需求、营运需要、客户要求、技术进步、法律要求和社会需要等。主管部门必须作出批准或不批准某个项目并且颁发项目章程的决策，决策主要基于项目对于项目所有人和赞助人的价值和吸引力。而其前提则是可行性研究的审查和通过。 22、范围变更控制 是指为使项目向着有利于项目目标实现的方向发展而变动和调整某些方面因素而引起项目 范围发生变化的过程。 23、情景分析法 情景分析法又称脚本法或者前景描述法，是假定某种现象或某种趋势将持续到未来的前提下，对预测对象可能出现的情况或引起的后果作出预测的方法。 24、PMO 即Project Management Office（项目管理办公室），是随着IT产业的潮流应运而生的产物，最初的目的是节约成本，提高项目成功率，以及实施标准流程，以应对越来越多的项目管理任务。 三、简答题 25、项目范围说明书的内容 包含项目的目标、产品范围描述、项目的可交付物、项目边界、产品验收标准、项目的约束条件、项目的假定。 26、项目组织结构的类型 1、职能式组织结构。 2、项目式组织结构。 3、矩阵式组织结构。 4、复合式组织结构。 27、项目建议书的定义内容 定义：是拟建项目单位向国家提出的要求建设某一项目的建议文件，是对工程项目建设的轮廓设想。 内容：（1）项目提出的必要性和依据。 （2）产品方案、拟建规模和建设地点的初步设想。 （3）资源情况、建设条件、协作关系和设备技术引进国别、厂商的初步分析。 （4）投资估算、资金筹措及还贷方案设想。 （5）项目进度安排。 （6）经济效益和社会效益的初步估计。 （7）环境影响的初步评价。 28、马斯洛需求层次理论 即马斯诺需求层次理论，是美国犹太裔人本主义心理学家亚伯拉罕·马斯洛在1943年在《人类激励理论》一书中提出的需要层次论，将人类需求象阶梯一样从低到高按层次分为五种，分别是：生理需求、安全需求、社交需求、尊重需求和自我实现需求五类，是行为科学理论之一。
项目管理工作范围(总2页)
项目管理工作范围(总2页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
二、项目管理工作内容 本大纲仅重点阐述项目设计]阶段和项目施工阶段的项目管理工作内容。 （一） 项目设计阶段 项目设计工作按其自然先后顺序分为三个阶段：方案设计、初步设计、 施工图设计。 （1）方案设计： 主要目标：协助业主提出设计要求，组织评选设计方案。 主要工作内容： ①项目管理总监组织各专业监理工程师认真消化项目批文及有关立项文件，再结合建设项目特殊要求进一步收集方案设计所需的技术经济资料。 ②各专业根据项目特点和关键技术问题，通过分析、研究，提出专业设计原则和具体技术要求及设计参数。 ③根据建设项目批准的设计任务书及城市规划局的要求，由项目管理总监汇总各专业的技术经济要求，编制设计要求文件，经业主认可后提交设计单位。 ④依据设计要求，编写设计竞赛文件，发出设计方案竞赛邀请，并组织设计方案竞赛，从中选定最优设计方案，并最终获得规划局审批通过。 （2）初步设计： 主要目标：协助业主选择勘察、设计单位，商签勘察、设计合同；完成初步设计。 主要工作内容： ①为选择高水平的勘察单位，项目管理总监编制招标文件，邀请招标，评审方案和报价，择优选用理想的勘察单位。 ②勘察单位确定后，会同业主与该单位磋商合同，明确双方责任、合同内容、完成期限、费用计取及支付方式，双方协商一致，签定工程勘察合同。 ③通过设计方案竞赛，评选方案名次，确定中标的设计单位。 ④协助业主与中标的设计单位磋商合同，明确双方责任、合同内容、完成期限、费用计取及支付方式，双方协商一致，签定工程设计合同。 ⑤项目管理总监在了解、吃透业主开发项目全面意图的基础上，协助业主编写项目初步设计任务书。造价工程师负责组织、分析、编写各专业不同设计阶段的投资控制目标。 ⑥检查、协调设计单位进行项目初步设计，并按设计合同约定的时间提交初步设计文件。 ⑦在初步设计过程中，应着重做好： ·审查设计单位编写的初设原则是否符合业主提出的初步设计任务书； ·待初设进行到一半时间时，中间审查各专业初步设计（草稿），是否符合初设原则； ·最后审查将要发出的初设文件的完整性、科学性。审核工程概算，把工程投资控制在限额以内。 ⑧协助业主组织召开由首规委牵头的政府各专业职能部门参加的初步设计审查会，并获得通过。 （3）施工图设计 主要目标：在规定的时间跨度内，完成施工图设计。 主要工作内容： ①根据初步设计审查会纪要和政府各专业职能部门对初设文件的具体批复意见，办理项目初步设计审批手续。 ②依据初步设计文件审批批复意见，组织设计单位进行施工图设计，并按设计合同约定的时间，完成施工图设计，提交全套施工图纸和有关文件。 ③负责办理工程规划许可证。 ④在施工图设计过程中，应着重做好： ·审查各专业施工图设计原则是否符合初步设计原则和初设审批意见。
【项目管理知识】范围管理：范围管理的方法
范围管理：范围管理的方法 范围管理是为了确保项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围定义、范围确认、范围变更控制这五个要素。由于项目启动比较独立，因此在本文中将不予讨论，以下所讨论的是在确定项目启动后的工作，这些工作包括：范围计划编制、范围定义、范围确认和范围变更这四个的部分。 1、编制范围计划 想要想管理好项目范围，首先就要做好计划，这不仅是对项目范围管理的要求，也是对整个项目管理过程的要求，在项目管理的39个过程中，有21个与计划有关（国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性）。 在这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息，这些信息包括：产品描述、项目章程、约束条件、假定。首先要清楚终产品的定义才能规划要做的工作，这是一个渐进清晰的过程；项目章程也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化；约束条件是制约项目管理团队选择的因素，如资金、完成日期等等；假定是被认为是真实、现实获确定的因素，项目团队需要经常验证所用的假定。 范围计划中应该包含哪些内容呢？不同的计划详尽程度自然不一样，一般来说要求包括：范围说明、详细依据、范围管理计划，其中范围说明和范围管理计划必须包含在内。
范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。 项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。 任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量要求。而这部分在实际操作中的变化是的，也是难规范的部分，项目经理经常要面对客户提出的这样或那样的项目成果，如何防止项目成果的不受控地不断增加是项目经理要认真考虑的主要问题之一。 项目目标应该有标志，如：成本、单位等；的或相对的价值，如：于公元____年10月13日前完成本产品的开发等。清晰的项目目标有助于项目的按要求完成，而不可量化的目标，如：客户的满意程度的提高等，则要承担很高的风险。 范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估，如：怎样变化、变化频率如何及变化了多少？范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但必要）等问题的清楚描述。 2、范围分解
项目管理讲义第五章项目范围管理
第五章项目范围管理 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。 根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，
工程项目范围规划管理细则
工程项目范围规划管理 细则 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]
项目范围管理 1.范围规划 （1）依据 事业环境因素：组织文化、组织结构、法律法规、管理部门规章、产品质量标准、工艺标准、人力资源、企业管理制度、项目管理工具、市场状况 组织过程资产：组织进行工作的过程与程序；组织整体信息存储检索知识库 项目章程：中标通知书、投标书、协议书、合同及变更等文件，是批准项目的文件，授权项目经理在项目活动中动用组织的资源，主要项目干系人都要在项目章程上签字，表示在项目需求和目标上达成一致。外部项目章程的制定以项目合同或顾客招标文件为依据，内部项目章程的制定以项目工作说明书为依据。 项目初步范围说明书：项目的范围就是项目团队工作的边界，项目的边界是通过项目范围书来界定的，项目经理根据客户的要求整理出项目的范围，要求项目范围描述详细到完全实现客户的要求并的到相关方（内部各部门、外部客户）共同确认认可，无论是主项目还是子项目，项目经理都要主持编写其各自的项目范围说明书。 内容及要求见示例 项目管理计划：项目管理计划将确定、协调与综合所有部分计划所需要的行动形成文件，使其成为项目管理计划，内容因其复杂程度而异 （2）工具与技术 专家判断
样板、表格与标准 （3）成果 项目范围管理计划 示例：项目范围说明书 1.项目名称及描述：简单描述项目所要解决的问题 2.项目目的：解释执行该项目的原因 3.项目目标：对项目时间期限、费用预算、质量要求等进行指标量化 4.项目主要可交付成果：说明在项目完成后，可交给客户的产品或服务 5.制约因素：指出项目受到的特别限制和制约，以及解决或替代的办法 6.假设前提：指出制定项目计划时，对暂时无法确定或以后极有可能变化的因素作出假 设 玻璃幕墙工程范围说明书 项目名称及描述：玻璃幕墙工程项目施工 该幕墙是×××工程项目外延装饰的重要组成部分，其施工质量的优劣对整体效果起到关键的作用，对申报优质工程也起到一定的影响，必须引起高度重视，该幕墙为点支撑玻璃幕墙结构，在节点安装、索张拉、支撑装置安装、及各项性能检测等要求严格，必须达到国家验收规范标准。 项目目的：
项目管理范围的确定(1)
项目管理范围的确定 1．项目目标与项目描述 为了使项目组成人员更加明确的理解项目目标和本项目的工作范围，项目经理首先对项目的总目标作了界定，从交付物，工期和费用三方面说明了项目的目标特点，并向项目组的所有人员作出详细描述。本项目的目标主要是： （1）交付物成果交付一套超市经营决策支持系统，包括硬件网络系统和软件系统。 （2）工期要求2005年10月10日到2005年12月25日，历时82天。 （3）成本要求总投资38万元。
2．项目重大里程碑 根据项目描述，项目组制定了该项目的重大里程碑计划，绘制了反映该项目实施重大里程碑事件关系的里程碑计划图。项目里程碑计划是根据项目的特点和业务的要求，按某一特定时间项目的可交付成果清单而编制的。编制项目里程碑计划有两种方法：（1）编制进度计划以前，根据项目特点编制里程碑计划，并以该里程碑计划作为编制项目进度计划的依据。 （2）编制进度计划以后，根据项目特点及进度计划编制里程碑计划，并以此作为项目进度控制的主要依据。 本项目中，项目组采取的是在编制进度计划以前，根据本项目特点编制主要里程碑事件。然后通过头脑风暴法，对所确定的里程碑进行复查并找出逻辑关系，最终形成本项目的里程碑事件。本项目里程碑事件包括： 需求调研完成 系统分析完工 系统设计完工 系统集成完工 系统运行和验收 甘特图… 3 项目工作分解结构 项目的工作分解结构WBS包含了项目实施过程中的全部工作,是将项目按照其内在 的结构或实施过程的顺序进行逐层分解而形成的结构示意图。工作分解把项目分解到 相对独立的、内容单一的、易于成本核算与检查的项目单元，并分析项目单元之间的 逻辑关系。 项目分解是一件技术性很强的工作，项目组在分解时要保证项目结构的系统性和完整性。项目工作分解的优点是： （1）项目的概况和组成明确、清晰和透明。
项目管理中范围管理浅见及对策
项目管理中范围管理浅见及对策 作者：王志平 摘要 在信息系统集成实际工作中，因信息产业的更新突飞猛进，项目经理或项目管理者实施过程中碰到客户不断提出项目需求之外的要求，并致使某些项目无法按期按要求完工。这就涉及到项目管理中范围管理的问题，结合实际工作，本文试图说明按照项目管理要求，如何进行范围管理。 正文 系统集成公司承建项目一般会在有力的组织和客户的配合下，比较顺利的完成，因为客户的相关部门和集成商之间，对项目的看法大致是一样的。但是在具体实施过程中，对一些服务或需求的看法不尽相同，也就造成有些项目迟迟拖下尾巴，对客户和集成商来说，都是一个头痛的问题，这就涉及到了项目管理中的范围管理。 范围，即项目的任务。在信息系统集成项目中，范围在项目中作为一种思
想，始终贯穿着整个项目过程。如果系统集成公司不能明确项目的范围，就项目本身来说，在其实施的过程会有很多意想不到的麻烦出现，其最终的结果可能导致项目的失败。项目是为完成产品或服务所做的一次性努力。因此系统集成项目范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作来产生所需要的产品，也就是说产品范围决定项目范围。 一、范围管理的重要性 系统集成项目实施久拖不决的原因，大多数情况下都是在项目实施过程中，实施双方没有控制好项目范围的问题。系统集成项目的有实施的周期较长、专业知识依赖性强，特别是一些跨专业的项目，要完全把客户的全业务流程稳定下来，并通过系统实现，是需要较长的时间来巩固的。因此在这么一个客观条件下，常常出现一些需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目的风险和成本无法控制，更严重的是导致项目的滞后和失败。 在某客户的OA系统推广过程中，作为政府部门，该客户与其他部门之间的公文往来较频繁，在该用户的各智能处室之间的业务流转也非常频繁，主办的信息技术部门对此认识不足，为了赶进度和完成建设任务，在没有做充分的需求分析的基础上匆匆上马OA系统的研发和推广项目，最终导致的是项目研发与推广脱节，造成项目实施失败。 对系统集成项目而言，范围管理的重点是需求分析，需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的系统集成项目中，80%是由于需求分析的不明确而造成的。因此一个系统集成项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，客户不习惯或不愿意去用集成商的新系统。系统集成商，应该提醒客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调
项目管理工作流程
项目管理工作制度 （讨论稿，供项目部项目管理参考） 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理部门和人员的关系，确定工作流程，明确工作责任，遵照国家有关标准规范和公司项目管理规定，制定项目管理工作流程制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 公司项目部管理的项目，以及所涉及的项目业务、部门、人员。 第四条名词解释 1、项目经理，负责项目全程管理，完成项目计划、组织、协调、控制，实现项目 的预定目标，对项目总监负责。 2、项目业务经理：在项目签约前的项目经理，主要负责完成项目的前期需求调研 及总体设计方案，从项目的前期公关、跟踪，直至项目的签约。对项目经理负 责。 3、项目实施经理：在项目签约之后的项目经理，主要负责项目的详细调研及详细 设计方案，从实施计划的制定、执行，直至项目的完工验收。对项目经理负 责。 4、项目业务员：负责销售业务，与项目成败具有直接利益关系的人员。对项目经 理负责。
汇总 汇报 指导 协调 第三章 流程 第五条 项目准备 1、业务信息的管理 2、意向客户的确定 第六条 项目立项 1、立项 2、跟踪 3、签约 第七条 项目实施 1、确定实施组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条 项目终止 第九条 项目文件归档 第四章 项目准备 第十条 适用范围：项目部 第十一条 业务信息的管理 1、任务：项目信息调研，收集、汇总项目业务信息 2、工作流程：业务员 每日 项目经理 汇报 项目经理 每日 项目总监 汇报 3、形式：口头报告、书面报告，晨会、例会，重大问题随时报告。 4、报表：《项目业务日报表》、《项目业务周报表》 5、任务：提出意向客户名单；确定意向客户；提出售前技术支持要求。 6、工作流程：业务员 提出、反馈管理建议 项目经理
(项目管理)项目范围管理
项目范围管理 【本章知识重点】 ★项目范围和产品范围：（两者之间的定义与区别）； ★产品描述 ★项目选择方法 ★项目章程：（它的作用、内容、指派项目经理的时机和批准人） ★范围说明、范围管理计划 ★WBS：（PMP考试的重点之一，需要理解它的各种用途） ★账目编码Code of accounts / 会计科目表Chart of accounts（两者间的定义与区别） ★工作包/ WBS字典 ★WBS与其他分解结构的区别 ★范围核实/ 质量控制：（两者之间的定义与区别） ★范围变更的原因 【电子笔记】 项目范围管理：确保项目包括成功完成项目所需的全部工作，但又只包括成功完成项目所必需的工作过程。它主要关心的是确定与控制哪些应该与哪些不应该包括在项目之内。 上述定义表明了PMI的政策，PMI提倡：“不做额外的工作（no extra），不要镀金（no gold-plating）”。 5.1 启动：批准项目或阶段的开始。 5.2 范围规划：制订书面范围说明，作为今后项目决策的基础。 5.3 范围定义：将主要的项目可交付成果划分为较小，更易管理的组成部分。 5.4 范围核实：正式认可项目的范围。 5.5 范围变更控制：控制项目范围的变更。 就项目而言，范围（Scope）：“项目所提供的产品或服务的总和”。这个术语可指： ?产品范围（Product Scope）：产品或服务的典型特征与功能。 ?项目范围（Project Scope）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。
项目管理范围的确定
项目管理围的确定 1．项目目标与项目描述 为了使项目组成人员更加明确的理解项目目标和本项目的工作围，项目经理首先对项目的总目标作了界定，从交付物，工期和费用三方面说明了项目的目标特点，并向项目组的所有人员作出详细描述。本项目的目标主要是： （1）交付物成果交付一套超市经营决策支持系统，包括硬件网络系统和软件系统。 （2）工期要求2005年10月10日到2005年12月25日，历时82天。 （3）成本要求总投资38万元。
2．项 目重大里程碑 根据项目描述，项目组制定了该项目的重大里程碑计划，绘制了反映该项目实施重大里程碑事件关系的里程碑计划图。项目里程碑计划是根据项目的特点和业务的要求，按某一特定时间项目的可交付成果清单而编制的。编制项目里程碑计划有两种方法：（1）编制进度计划以前，根据项目特点编制里程碑计划，并以该里程碑计划作为编制项目进度计划的依据。 （2）编制进度计划以后，根据项目特点及进度计划编制里程碑计划，并以此作为项目进度控制的主要依据。 本项目中，项目组采取的是在编制进度计划以前，根据本项目特点编制主要里程碑事件。然后通过头脑风暴法，对所确定的里程碑进行复查并找出逻辑关系，最终形成本项目的里程碑事件。本项目里程碑事件包括： 需求调研完成 系统分析完工 系统设计完工 系统集成完工 系统运行和验收 甘特图… 3 项目工作分解结构 项目的工作分解结构WBS包含了项目实施过程中的全部工作,是将项目按照其在的结构或实施过程的顺序进行逐层分解而形成的结构示意图。工作分解把项目分解到相对独立的、容单一的、易于成本核算与检查的项目单元，并分析项目单元之间的逻辑关系。 项目分解是一件技术性很强的工作，项目组在分解时要保证项目结构的系统性和完 整性。项目工作分解的优点是：
《项目范围管理》模拟试题及答案
项目范围管理》模拟试题1 一、单项选择题体大题共20 小题，每小题1 分，共20 分） 在每小题列出的四个备选项中只有一个是符合题目要求的，请将其代码填写在题后的括号内。错选、多选或未选均无分。 1. 项目管理最重要的功能要素是（） A. 项目风险管理B 项目范围管理C. 项目质擢管理D 项目成本管理 2. 项目范围验收（） A. 改进成本及计划的准确性，对于使用革新技术及工艺的项目尤为重要 B 是项目移交给客户前的最后一项活动 C. 将项目产出的产品及服务特性制成文档 D. 与质量控制有区别范围，只表示业主是否接受完成的工作成果 3. 项目章程最少应该（） A. 描述项目经理和职能经理的职责和权利 B 探讨项目的风险和限制以及针对这些问题的计划 C. 指定项目的组织结构 D. 说明执行组织的商业目标 4.下面关于战略说法正确的是( ) A.战略就是计划 B战略是组织为了实现近期目标而设定的 C.在公司中战略只存在在最商管理层 D.战略具有方向性 5.一个项目的启动阶段结果包括下列哪项？（） A 、产品描述 B 、里程碑计划 C 、 项目章程 D 、WBS 6.客户通知你对原始范围做一项小的变吏。与整个项目相比，这是一项很小的投入，并且你需要这 个 大项目的亲善关系。你将：（） A 、拒绝做这个工作。 B 、同意免费做这个工作。 C、做这个工作，然后给客户开账单。 D 、评估这个工作对成本和进度产生的影响，然后告诉他们你将在晚些时候决定这件事。 7. 一个项目发起人给了项目经理一份章程并告诉该项目经理，他不能肯定该章程是否完整。项目章程应包括：（） A 、可交付果和目标B、详细的工作范围
第 章 项目范围管理
第5章 项目范围管理 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。图5-1 概述了项目范围管理的各个过程，包括： 收集需求——为实现项目目标而定义并记录干系人的需求的过程。 定义范围——制定项目和产品详细描述的过程。 创建工作分解结构——将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。 核实范围——正式验收项目已完成的可交付成果的过程。 控制范围——监督项目和产品的范围状态、管理范围基准变更的过程。 上述过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。基于项目的具体需要，每个过程都可能需要一人或多人的努力。每个过程在每个项目中至少进行一次，并可在项目的一个或多个阶段（如果项目被划分为多个阶段）中进行。虽然在本章中，各过程以界限线分明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互交叠、相互作用。第3 章“项目管理过程”已对过程间的相互作用做了详细讨论。 在项目的环境中，“范围”这一术语有两种含义： 产品范围——某项产品、服务或成果所具有的特性和功能。 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。 管理项目范围所需的各个过程及其工具与技术，因应用领域而异，并通常作为项目生命周期的一部分加以确定。经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。然后，在整个项目生命周期中，对这个基准范围进行监督、核实和控制。在进行项目范围管理的5 个过程之前，项目管理团队应先进行规划工作，尽管本章未把该规划工作单独列为一个过程。该规划工作是制定项目管理计划过程（见节）的一部分，会产生一份范围管理计划，用来指导项目范围的定义、记录、核实、管理和控制。基于项目的需要，范围管理计划可以是正式或非正式的、非常详细或高度概括的。 根据项目管理计划（见节）来衡量项目范围是否完成，根据产品需求（见节）来衡量产品范围是否完成。项目范围管理各过程需要与其他知识领域中的过程整合起来，以确保项目工作能实现规定的产品范围。 收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。项目一旦开始，就应该足够详细地探明、分析和记录这些需求，以便日后进行测量。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程（见节）和干系人登记册（见节）中相关信息的分析。许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。 图 5-2 显示了收集需求过程的输入、工具与技术和输出，图5-3 概述了本过程的基本数据流向。收集需求：输入 1．项目章程 可从项目章程中了解总体项目需求以及关于项目产品的总体描述，并据此制定详细的产品需求。项目章程已在节讨论。 2．干系人登记册
项目范围管理是项目成败的关键
项目范围管理是项目成败的关键 引子 一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 什么是项目范围管理 那么，什么是项目范围和项目范围管理呢？项目范围是指产生项目产品所包括的所以工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。
项目管理工作范围
一、项目管理工作范围 依业主方界定的项目管理工作范围，我司将进行全面策划。具体详述如下： （一）项目管理总则 （1）组织工作：负责组建工程项目管理部，确定项目管理总监，制定工作制度、提出工作目标、明确各方面的关系，报业主审批后执行。 （2）合同管理：按业主要求业主与他方拟签定的合同进行合同拟写，参加谈判，按业主要求进行修改，协助业主完成签定和合同执行过程中的管理工作。 （3）进度控制与管理：负责编制进度计划，报业主审批后执行和检查；适时对比实际进度与计划进度，并及时地调整进度计划，重大调整须报业主审批确认。 （4）质量控制与管理：按项目总体质量目标制定各项工作质量要求，对各项目质量进行有效地管理、监督和验收工作，处理出现的质量问题。 （5）投资控制与管理：按业主要求编制项目投资估算、费用计划等，报业主审批确认后执行；对项目成本进行预测预控，适时提出工程前期、材料设备、施工等费用指标报业主。 （6）对重大问题和决策建议向业主提出报告，在取得业主的认可、批准后，作为工作的依据。 （7）各阶段工作完成后，向业主提供所有资料一套（含相应电子版文件）。 （二）项目前期阶段工作范围 1．方案设计阶段的管理 （1）依业主要求，编写项目可行性研究报告，报政府主管审批部门（计委）审批，并获得批准立项。 （2）协助业主负责组织方案设计和评选。 （3）负责将优秀的设计方案报政府主管审批部门（规划局）审批，并获得批准。 2．勘察设计阶段的管理 （1）编写设计大纲（设计要求等），报业主批准，并分阶段随时监控设计过程，保证设计图纸满足既定的设计要求。 （2）协助业主审查设计单位及主设计人的资质，组织勘察设计招标，提出选择勘察设计单位的意见，报业主审批。 （3）协助业主拟写、商谈、签订勘察设计合同。 （4）经业主同意，向勘察、设计单位提供所需的基础资料。 （5）配合设计单位开展技术经济分析，进行优化设计。并向业主提交技术经济分析报告。 （6）按业主要求组织设计单位的文件报批工作，协助业主取得建设工程规划许可证。 （7）组织设计单位与有关部门（如规划、建委、消防、园林、交通、环保、市政、供水、供气、供电、供热、电讯等）的交流及协调工作，并完成相应报批工作。 （8）审核设计分包单位的资质、组织各设计单位的协调工作。 （9）组织初步设计的评审工作，并以书面形式汇报结果。 （10）按业主要求组织并参与设备、材料的选型工作，审核主要设备、材料清单。 （11）审核工程设计估算、概算。审核结果以书面形式报业主批准。 （12）根据勘察设计合同检查和控制设计进度，督促设计单位按总体设计进度计划提交设计成果文件。 （13）根据勘察设计合同，审核验收设计成果文件。 （14）组织设计文件的报批。 3．监理和施工总承包单位招投标阶段的管理
项目范围管理总结
一、项目范围说明书所包含的内容 1、项目的合理性说明书 2、项目目标 3、项目可交付成果 4、项目产品介绍 二、项目范围管理的作用 1、提高资源、费用、成本估算的准确性 2、确定了测量和控制的基准 3、有助于清楚的分配任务 三、项目范围管理的合理性 1、是否拥有支持项目启动的正式文件 2、是否拥有正规的项目目标说明文档 3、是否定义了工作分解结构WBS 4、是否有正式的项目范围变更程序 四、项目目标确定需要遵守SMART原则 S——specific（特殊的、明确的）项目目标要具体、清楚、准确且易于理解 M——measurable（可测量） A——attainable （可达到） R——relevant （相关）项目目标必须遵循公司的使命目标 T—— time bound （时限） 五、项目目标特点：多样性、层次性、优先性项目特点：独立性、临时性、逐渐明细 项目的价值定义：是以最优的资源配置有效的实现项目所在组织、客户和利益相关者的需求 六、项目组织结构 1、职能行优点：（1）强大的技术支持；（2）人员使用灵活；（3）便于人员控制；（4）职能部门为本部门的员工提供了一条明确的了职业发展道路。 缺点：（1）具有一定的狭隘性；（2）部门之间协作较难，横向联系薄弱；（3）责任不明确，协调混乱；采用职能标准来设计组织结构，是一种最自然、最方便、最符合逻辑的思维，比较适合中小企业或公司的内部项目。 2、矩阵型优点 1、资源配置具有优势； 2、组织结构严谨，管理层次分明。 缺点： 1、双重领导； 2、权力均衡问题； 3、项目型优点：（1）结构严谨，权责明确，利于统一指挥管理。（2）目标明确且单一。（3）沟通途径简洁，交流更方便；（4）反映更迅速。 缺点：（1）管理成本高；（2）资源配置效率低（3）沟通困难（4）员工缺一种事业上的连续性和保障。 七、项目评估的基本要求：1、建设的必要性；2、建设的条件；3、技术评估；4、财务评估；5、国民经济评估；6、投资方案的比较分析；7、总评估。 八、用作里程碑的关键事情：1、项目的开始 2、项目的结束 3、主要的工作环节完成 4、保证项目成功的关键性决策
项目管理各阶段工作内容
项目管理各阶段工作内容 第一阶段，设计阶段：与设计院讨论具体的施工工艺，在同样满足设计标准的前提下讨论更符合现场简便施工的工法或符合业主使用要求的工艺工法，节省建造成本； 1.与甲方磋商整体工程全盘计划，整地计划、结构系统、建筑造型、建材采 用、机电空调系统及设施规格与尺寸之建议； 2.与甲方共同参与材料或结构物设备厂商洽谈时提供相关建厂及设计需求以 供检讨； 3.以各项设计图说及规格的数量调查为基础，做预算概估，并于各项设计进 行中，检核并修正预算细目。于各项设计及规格完成时，应制作一份成本 精算报告，并建立成本控制程序与报告制度； 4.制作比较成本分析，并建议替代性产品、方法或步骤以确保各项计划工作 细目之成本有效性； 5.对设计院于设计过程中的设计方案进行评估,以达到性价比最高效益； 6.政府各项行政规划审批。 第二阶段，工程发包（招投标）阶段：协助业主选择有经验的、诚信的项目施工厂商； 1.根据设计图纸对工程各个环节的施工费用列出详细的预算表格，以供发包 参考； 2.协助工程发包及提供发包模式,有效掌控发包内容及图纸内容，确保单价和 工程量的合理性； 3.做一份成本分析表和工程材料相关数据搜集，并且要对合同进行审核并提 出合理的建议。 第三阶段，施工建造阶段： a．日常管理，项目各专业人员进驻施工现场，通过日报表、周报表、月报表
全面记录施工进展，也利于业主方及时了解项目进展情况； b．安全管理，制定安全管理条例，施工前与各施工单位进行安全交底，日常进行安全巡查，按照条例进行管理及奖罚； c．进度管理，与施工方讨论制定符合业主方要求的合理施工进度计划，进行与之对应的材料、劳动力追踪，确保计划按期完成。讨论工期延误时的增加劳动力等应对措施； d．质量管理，从原材料进场、施工工艺、合理工期，确保施工质量。如出现质量问题，进行质量瑕疵记录和整改后对应质量记录； e．合同管理，协助业主与各供应商签订合同，审订合同条款、审核施工方的请款申请与付款追踪管理，进行对应施工工程量的计算与核定，工程保修金的扣除。 f.各项具体管理工作： 1.对发包工程(含于工程管理合同内)进行资金流量控制追踪； 2.对后续与主体总包合同未含部份进行施工接口整合与协助业主进行发 包； 3.整体工程执行进度进行控制与管理追踪； 4.施工过程中的质量进行监督管理； 5.施工中报批,会议纪要,收发文,日(月)报表,进行汇整存盘,以备查核； 6.常驻工地工程管理人员,对工地质量、进度与成本进行控制管理,并对 施工过程中发生之接口做立即处理与汇报； 7.目前施工图纸内容进行复核及评估,调整或优化为合理的施工,避免施 工后返工造成成本增加浪费； 8.对工程配合厂商及使用材料厂商进行建档管理； 9.对动力系统进行系统规划与评估； 10.设备用电评估核算(按供电局需求格式提报用电申请)； 11.协助业主办理用电申请及送电相关事宜； 12.对弱电系统进行规划与评估； 13.对气体动力系统(压缩空气)进行系统规划与评估； 14.办公楼配合装修设计调整机电相关图纸(含给排水;照明;插座;空调 及弱电等)； 15.上各项厂商评估及协助业主进行发包作业；