1、项目范围就是指要完成的工作。
2、WBS和WBS字典的区别
WBS字典是WBS的配套文档，用来描述每个WBS元素。
3、范围基线指什么？
项目范围说明书：由项目组撰写，是项目组和任务委托者之间签订协议的基础。子项目和外包出去的项目都应纳入项目范围内。项目范围确定可以按变更程序进行变更。
项目范围说明书：用来详细描述项目的可交付物和产生这些可交付物所必需做的项目工作。
项目范围说明书：是在所有项目干系人之间建立对项目范围的共识，描述了项目的主要目标，使团队能进行更详细的规划，指导团队在项目实施期间的工作，并为评估是否为客户需求进行变更或附加的工作是否在项目范围之内提供基线。
WBS：工作分解结构，凡是出现在WBS中的工作都属于项目的范围；凡是没有出现在WBS中的工作都不属于项目的范围。要想完成这样的工作，必须遵守变更控制流程。
项目管理流程:
- 收集需求；启动阶段--督促项目管理组织开始着手项目下一阶段的工作；
- 定义范围；范围规划报告--写出一份书面报告，作为未来项目决策基础；
- 创建工作分解结构；范围界定--把主要的项目工作细目分解成更小，更易管理操作的单元；
- 范围核实--正式认可这个项目范围；
- 控制范围；范围变化控制--对项目范围的变化进行控制。
树形结构WBS：适合小项目，不适合大项目，是重要的非线性数据结构
- 范围确认是项目干系人正式接受已完成的项目范围的过程。
- 范围确认可以通过检查来实现。
- 检查也称为审查，产品评审，走查，包括了测量、测试、检验等。
- 范围确认的输入之一有范围说明书。
2015.07.02
范围定义的输入包括项目章程，输出包括详细的范围说明书
详细的范围说明书包括：
- 项目目标
- 产品范围描述
- 项目需求
- 项目边界
- 可交付物
- 产品可接受的标准
- 约束
- 假设
- 初始项目组织
- 初始风险
- 进度里程碑
- 资金限制
- 成本估算
- 配置管理需求
- 项目规范
- 已批准的需求
分解WBS结构方法：
- 使用项目生命周期的阶段作为分解的第一层，而把项目可交付物安排在第二层
- 把项目重要的可交付物作为分解的第一层
- 把子项目安排在第一层，再分解子项目的WBS
分解WBS结构简化方法：
- 声明周期阶段为第一层，可交付物为第二层
- 重要的可交付物为第一层
- 子项目为第一层
分解WBS遵循原则：
- 在各层次上保持项目的完整性，避免遗漏必要的组成部分
- 同意层次上的活动采用相同的分解方式
- 一个工作单元只能从属某个上层单元，避免交叉从属
- 相同层次的工作单元应有相同性质
- 工作单元应能分开不同的责任者和不同的工作内容
- 便于项目管理进行计划和控制的管理需要
- 最低层工作应该具有可比性，是可管理的，可定量检查的。
- 应包括项目管理工作（因为管理是项目具体工作的一部分），包括分包出去的工作
- WBS的最低层次的工作单元室工作包，项目的WBS应该分解到工作包。
检验WBS是否定义完全，项目的所有任务是否都被完全分解的依据标准包括：
- 是否明确定义了每个任务的开始和结束
- 每个任务是否都有一个可交付的成果
- 是否容易估算成本
- 每个任务是否是独立的
- 每个任务是否可以被描述清楚
- 每个任务状态和完成情况是否可以量化
- 工期是否易于估算且在可接受范围之内
范围控制是监控项目装填，确保所有请求的变更和推荐的纠正行动，都要通过整体变更控制过程处理。
范围确认是有关工作结果的可接受问题，质量控制是有关工作结果是否满足质量需求的问题。
范围确认和质量控制室并行关系，同属于监控过程组。
范围确认的输入包含项目分解结构字典，质量控制输入不包含项目分解结构字典。
范围控制涉及：影响导致范围变更的因素；确保所有被请求的变更按照项目整体变更控制过程处理；范围变更发生时管理实际的变更。
输出：项目范围说明书
输入：项目章程；工作说明书；企业环境因素和组织过程资产。
工具：专家判断；项目管理信息系统；项目管理方法论。
范围定义完成后，项目经理就开始进行WBS分解
WBS工作分解结构分解完后的工作有：活动定义、排序、资源估算、历时估算、指定进度计划、然后还有考虑分工，然后项目组成员才能开展自己的工作。
WBS常用的表现形式为树形和列表结构。
WBS中的工作包的工作量一般是一个人能在8~80小时之间完成的。
WBS是逐渐细化的，因为每个项目不可能素有情况一开始就能很清晰准确，WBS细化到工作包阶段，必须依靠清晰准确的相关项目信息。
WBS工作分解结构是组织，管理项目工作的主要依据和基础。这些项目管理工作包括：定义工作范围，定义项目组织，设定项目组织，设定项目产品的质量和规格，估算和控制费用，估算时间周期和安排进度，明确项目相关各方的工作界面以便于责任划分和落实。
创建WBS的输入有：详细的项目范围说明书；项目范围管理计划；组织过程资产；已批准的变更请求。
创建WBS的输出有：WBS和WBS字典；范围基线；更新的项目管理计划；变更申请。
项目范围指为了完成具有所规定特征和功能的产品而必须完成的工作，项目范围是否完成以项目管理计划，项目范围说明书，WBS和WBS字典作为衡量标准。
项目范围在项目的早期被描述出来，并随着项目的进展而更加详细。
项目范围并不是在项目章程中被定义，而是在范围说明书中被定义。
项目范围定义完之后不应该随意添加特征，而是细化特征。
项目范围蔓延是应该努力避免的。
产品范围包含产品规格，性能计数指标的描述，即产品所包含的特征及具体的功能情况等，产品范围是否完成由产品需求和技术指标来衡量。
范围变更管理任务：（所有变更应遵循变更控制过程管理流程）
- 分析变更的必要性和合理性，确定是否实施变更
- 准确记录变更信息，并填写变更控制单
- 做出更改，并交上级审批
- 修改相应的软件配置项（基线），确立新的版本
- 发布评审后的新版本
总结语句：
- 项目经理想干系人说明范围时，应该以项目范围说明书为依据。
- WBS字典是一种管理的规范化，标准化的工具，用于描述和定义WBS元素中的工作的文档
- 控制账户是在WBS中提出的概念，是在规划包以下，工作包以上，便于管理监控设置的控制点。
- 账目编码是用于唯一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。
- 活动基线是开发软件文档或源码活动的一个稳定版本，是进一步开发的基础。
- 外包的子项目结构，由买方负责分包WBS的开发。例如：由王工制定WBS，由外包方遵循WBS来管理子项目。
- 一个组织同时有多个项目时，项目管理办公室就承担了统一收集和汇总这些项目的信息和绩效，并对组织高层或其他需要这些信息的部门或组织进行报告的责任。这些信息能够帮助组织进行判断，该项目是否运行在正确的轨迹上。
- 范围变更没必要单独制定流程，可以按照项目整体变更流程处理。
- 范围确认是指项目干系人对项目范围的正式承认，贯穿整个项目生命周期，从检查WBS到各个阶段的交付物的检验，直至最后的项目收尾文档检验，会应用到各种测试检验的工具和方法，是有重要项目干系人代表全体项目干系人来进行确认的。
- 大型及复杂项目可以按照项目的组织结构、产品结构、生命周期三个角度制定分解结构。
- 项目进度时间无法拖延，人力资源严重不足且无法增加，由于资源差距过大，不到50%，所以赶工，增加效率等手段不能完全解决问题，那么只剩下减少工作总量的办法了。
- 范围变更控制过程影响引起范围变更的因素，范围控制应与其他控制过程完全结合，确保所有被请求的变更按照项目整体变更控制处理，范围变更发生时管理实际的变更。未控制的变更经常被看作范围溢出。变更应当视作不可避免的，因此要颁布一些类型的变更控制过程
- 在项目范围管理计划文档中描述的范围变更控制方法是定义项目范围变更的有关流程，它包括必要的书面文件（如变更申请单）、跟踪系统和授权变更的授权等级，变更控制系统与其他系统相结合，如配置管理系统，控制项目范围。当项目受合同约束时，变更控制系统应当符合所有相关合同条款。
- 变更刷选不是范围变更过程所关注的。
- 滚动式计划是项目渐进明细的表现形式，近期要完成的工作在工作分解结构的最下层详细计划，而计划在远期完成的工作在工作分解结构的较高层计划。
- 产品特征的改进，调整应当在合适的范围定义下进行，特别是有合同约束的项目。
- 项目范围管理计划规定了如何定义，检验，控制范围，如何在项目中实现范围变更，以及如何创建与定义工作分解结构（WBS)