项目管理计划：
项目管理计划是项目的主计划 / 总体计划，确定了执行、监控、结束项目的方式和方法，包括项目需要执行的过程、项目生命周期、里程碑和阶段划分等全局性内容。
输入：项目章程、其它规划过程成果、事业环境因素、组织过程资产。
工具和技术：专家判断、引导技术
输出：项目管理计划
一、项目范围管理
概念：指包含一系列子过程，用以确保项目包含且只包含达到项目成功所必须完成的工作。
目的：确定项目范围。
实质：确定和控制项目工作内容包含什么和不包含什么。
通常分为产品范围和项目范围。在项目计划阶段由于各种约束条件高不清晰，所以在计划过程中会遵循基本的方法论以指导项目计划的规定，计划的标准格式和模板属于项目管理方法论的一部分。
1. 产品范围和项目范围的不同：
1）产品需求说明书 VS 项目范围说明书，前者是特征和功能，后者是要完成的项目工作（具体的事务）。
2）项目范围是否完成是以 项目管理计划、项目范围说明书、WBS 和 WBS字典 作为衡量标准，
产品范围是否完成是以 产品需求说明书 作为衡量标准。
2. 范围规划
概念：项目管理团队确定、记载、核实、管理和控制项目范围的指南。
| 输 入 | 工具与技术 | 输 出 |
|
事业环境因素 组织过程资产 项目章程 项目范围说明书（初步） 项目管理计划 |
专家判断 模板、表格和标准 |
范围管理计划 |
项目范围管理计划可以包含在项目管理计划中，可正式/非正式，可详细/粗略。
3. 范围定义
最重要的任务就是详细定义项目范围的边界。是指 将项目主要可交付成果细分成较小的、更易管理的组成部分 。
范围定义最重要的任务就是详细定义项目范围的边界。
| 输 入 | 工具与技术 | 输出 |
|
组织过程资产 项目章程 项目范围说明书（初步） 项目范围管理计划 批准的变更申请 |
产品分析 备选方案识别 专家判断 项目干系人分析 |
范围说明书（详细） 变更请求 项目管理计划（更新） |
产品分析是一种把概括性的产品描述转变成有形的可交付成果的有效方法。包括产品分解、系统分析、需求分析、系统过程、价值工程和价值分析等。
备选方案识别是用来为项目提出不同执行方法的一种技术。如头脑风暴、横向思维等。
详细的范围说明书表明了项目干系人之间就项目范围所达成的共识，为判断变更请求或额外工作是否超出项目边界提供依据。
4. 创建工作分解结构（WBS）
执行范围定义的过程。分解到何种程度：通常是分解到项目管理团队能够安排进度、估算成本和实施监控的状态下。通过创建WBS——>项目的范围基准。
WBS应详细描述项目要完成的工作，其最低层次元素（工作包，通常为1人2周/80h能完成的工作）是能够被评估的、安排进度和被跟踪的，它是组织管理工作的主要依据。分解WBS是一个逐渐细化的过程，不可能一次到位（“渐进明细”的特点）。
用途：
1）展现项目全貌，详细说明完成项目所必须完成的各项工作的计划工具；
2）清晰表示各项目工作之间项目联系的结构设计工具；
3）帮助PM和项目团队确定和管理项目工作的基本依据；
4）定义了里程碑事件，可向高级管理层和客户报告项目完成情况，作为项目状况的报告工具；
目的/意义：
1）使项目明确、清晰、透明、具体；
2）保证项目结构的系统性和完整性；
3）建立了完整的项目保证体系；
4）便于责任划分和落实；
5）可作为进度计划和控制工具；
6）为建立项目沟通管理提供依据，便于把握信息重点；
7）作为项目各项计划和控制措施指定的基础和主要依据。
原则：
1）保持项目完整性，避免遗漏；
2）一个单元只能从属于某个上层单元，避免交叉从属；
3）相同层次的工作单元有相同的性质；
4）工作单元能分开责任者和工作内容；
5）便于项目管理计划、控制的管理需要；
6）最底层工作应有可比性，是可管理、可定量检查的；
7）应包括项目管理工作及分包出去的工作；
8）WBS最低层次是工作包（必须分解到工作包）。
| 树形结构 | 列表形式 | |
| 优点 | 层次清晰、直观，结构性强 | 能反映到所有的工作要素 |
| 缺点 | 不容易被修改 | 直观性差 |
| 适用范围 | 小的，适中的项目 | 大的，复杂项目 |
步骤：
1）识别交付物和相关项目工作；
2）对WBS进行组织；
3）对WBS分解；
4）对各级工作单位分配标识符 / 符号；
5）对当前分解级别进行检验，确保他们是必须且足够的。
分解方法：
1）使用项目生命周期的阶段作为分解的第一层，把项目可交付物安排在第二层；
2）把项目重要的可交付物作为分解的第一层；
3）把子项目安排在第一层，再分解子项目的WBS;
再分解WBS存在的困难主要有：对大项目分解成本很高，工作包成本难以确定（尤其有新技术应用），底层各种活动直接相关性复杂难以用图表表达。
| 输 入 | 工具与技术 | 输 出 |
|
组织过程资产 项目范围说明书（详细） 项目范围管理计划 依批准的变更请求 |
WBS模板 分解技术 |
WBS和WBS字典 项目范围说明书（更新） 项目管理计划（更新） 范围基准（由范围说明书、WBS、WBS字典组成） 变更申请 |
5. 范围确认
概念： 正式验收项目已完成的可交付成果的过程。（审查可交付物和工作成果）
vs 质量控制：关注对可交付成果的验收，而质量控制通常先于范围确认进行，但二者也可同时进行。
| 输 入 | 工具与技术 | 输 出 |
|
项目范围管理计划 可交付物（已确认的） 项目范围说明书 WBS和WBS字典 |
检查 |
确认后的范围（即已接受的交付物） WBS和WBS字典（更新） 变更申请 推荐的纠正措施 |
6. 范围控制
监督项目和产品的范围状态，管理范围基准变更的过程。引起变更的因素有内部（组织，客户要求）、外部（环境，新技术等）、范围计划本身等问题。
需要关注的焦点问题如下：
1）对造成范围变更的因素施加影响，是否得到一致的认可；
2）判定项目范围是否已经发生变更；
3）当范围变更时，是否对实际的变更进行管理。
| 输 入 | 工具与技术 | 输 出 |
|
范围说明书 WBS和WBS字典 项目管理计划 绩效报告 已批准的变更申请 工作绩效信息 |
变更控制系统 偏差分析 重新规划 配置管理系统 |
项目范围说明书（更新） WBS（更新） WBS字典（更新） 范围基准（更新） 变更申请 批准的纠正措施 组织过程资产（更新） 项目管理计划（更新） |
工作绩效信息 + 偏差分析（参考计算部分）。
二、变更控制
变更控制五方面内容（通过变更控制委员会 / 配置控制委员会）：
- 变更请求
- 变更评估
- 变更实施
- 变更验证和确认
- 变更发布
变更请求：通常是利用配置库来实现变更控制。
变更评估：CCB评估实施是否有必要性，结论为 ‘通过’ 或 ‘拒绝’；
变更实施：在评估通过后才能进行，步骤通常为……（查资料）。
下图为PMP变更控制流程图（三方参与的变更控制流程图）：
结论： 项目变更是正常的，不可避免的；变更越早，损失越小，变更越迟，难度越大，损失越大。
原因：
1）项目外部环境变化，如政府政策；
2）项目总体设计、项目需求分析不够周密详细，有一定的错误或遗漏；
3）新技术出现、设计人员提出新的设计方案或新的实现手段；
4）建设单位由于机构重组等原因造成业务流程变更。
-----------------End---------------
论题：论信息系统项目的范围管理
项目范围管理必须清晰地定义项目范围，其主要工作是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。
请以“论信息系统项目的范围管理”为题进行论述∶
1.概要叙述你参与管理过的一个信息系统项目(项目的背景、项目规模、发起单位、目的、 项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作(项目背景要求本人真实经历，不得抄袭及杜撰)。
2.请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统项目范围管理的认识，并总结你的心得体会：
(1)项目范围管理的过程;
(2)根据你所描述的项目范围，写出核心范围对应的需求跟踪矩阵。
3.请结合你所叙述的项目范围和需求跟踪矩阵，给出项目的WBS。(要求与描述项目保持一致，符合WBS原则，至少分解至5层)