项目范围管理确定在项目内包括什么工作和不包括什么工作，由此界定的项目范围在项目的全生命周期内可能因种种原因而变化，项目范围管理也要管理项目范围的这种变化
1、收集需求工具与技术
只有通过干系人有效合作才能成功
访谈（正式过非正式）、焦点小组、引导式研讨会、群体创新技术（头脑风暴法、名义小组会议、德尔菲技术、概念/思维导图、亲和图、多标准决策分析）、群体决策技术（一致同意、大多数原则、相对多数原则、独裁等）、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析等
2、质量功能展开
从收集客户需求（客户声音）开始，然后客观地对这些需求进行分类和排序，并为实现这些需求而设置目标。具体步骤为：
1) 将用户的多种需求及其相对重要性列为矩阵表第一列
2) 将产品可能的多种特性列为矩阵表第一行
3) 由相关专家集体讨论每种特性与每种需求之间的关联性，即每种特性能满足每个需求的程度，并记录在矩阵表相应的空格中
4) 按列加权（考虑需求的重要性）汇总，即可看出哪些产品特性最能满足用户需求
3、需求管理
需求是系统应该实现的功能，包含功能需求、非功能需求和设计约束。与需求有关的活动都叫需求工程，分为需求开发和需求管理。
需求文件内容包括但不限于：业务需求（可跟踪的业务目标和项目目标、执行组织的业务规则、组织都指导原则）+ 干系人需求 + 解决方案需求（功能非功能需求、技术标准合规性需求、支持培训需求、质量和报告需求）+ 项目需求（服务水平、绩效、安全和合规性等）+ 与需求有关的假设条件、依赖关系和制约因素
需求开发包含：需求获取（捕获用户需求）、需求分析（将需求信息进行分析、抽象描述、建立概念模型）、需求定义（编制《需求规划说明书》）、需求验证（对需求文档进行评审，确认需求）。需求开发完成后，完成需要验证过程后将确定需求基线。
需求评审：分为用户评审和同行评审。同行评审的目的，是在软件项目初期发现那些潜在缺陷或错误，避免这些错误和权限遗漏到项目的后续阶段。
需求管理：就是获取需求、分析需求、对需求进行管理，防止需求蔓延，并跟踪、验证需求。需求管理的主要目的是确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。
需求状态变化：已建议、已批准、已拒绝、已设计、已实现、已验证、已交付、已删除
4、WBS浅析
WBS将项目分解成小的、可以管理的片段。WBS的最底层为工作包，最终的工作包都必须有明确可验证的交付成果，在逻辑上不可再分，在WBS中需要对各层各个分解进行编码。
创建WBS的作用：防止应该做的工作被遗漏漏掉，也防止镀金；方便项目团队沟通，项目成员很容易找到自己负责部分在整个项目中的位置；防止不必要的变更；提供一个基本的资源估算依据；帮助获取团队认可和创建团队。
创建WBS的基本要求：在各个层次上保持项目的完整性，避免遗漏必要的组成部分；一个工作单元只能从属于某个上层单元，避免交叉从属；相同层次的工作单元应用相同性质；工作单元应能分开不同责任者和不同工作内容；便于满足项目管理计划、控制的管理需要；最低层工作应该具有可比性，是可管理的，可定量检查的；应包括项目管理工作（因为是项目具体工作量一部分），包括分包出去的工作；遵守8/80原则，每一名成员每天的工作内容或两周的工作量。
5、用例图与序列图
http://www.cnitpm.com/pm1/69992.html
用例图表示一个系统中所有的用例与所有外部参与者的交互，序列图用来描述对象之间动态的交互关系来实现一个用例，序列图着重体现对象间消息传递的时间顺序。
用例除了与参与者有关联（association）关系外，用例之间也存在着一定的关系（relationship），如泛化（generalization）关系、包含（include）关系、扩展（extend）关系等。
6、确认范围的一般步骤
1) 确定需要进行范围确认的时间
2) 识别范围确认需要哪些投入
3) 确定范围正式被接受的标准和要素
4) 确定范围确认会议的组织步骤
5) 组织范围确认会议
7、滚动式（波浪式）计划方法的含义及其特点
滚动式计划方法是一种编制具有灵活性的、能够适应环境变化的长期计划方法。
其编制方法是：近期要完成的工作在工作分解结构最下层规划，而计划在远期完成的工作在WBS较高层次规划，最近一两个报告期要进行的工作应在本期工作接近完成时详细规划。在采用滚动计划法，可以根据环境条件变化和实际完成情况，定期地对计划进行修订，使组织始终有一个较为切合实际的长期计划作指导，并使长期计划能够始终与短期计划紧密地衔接在一起。
8、需求管理具体内容
制定需求管理计划（如何进行需求管理的）
对需求的理解（确保项目干系人对需求的正确理解）
对需求的承诺（实现需求所需的活动人员之间达成一致和建立承诺）
管理需求变更（通过变更流程对需求进行管理，防止需求蔓延）
维护对需求的双向跟踪性（需求文档和产品之间的双向跟踪）
识别项目工作与需求之间的不一致性（识别项目计划和工作产品与需求之间的不一致之处）
9、需求变更控制的基本原则
1) 谨慎对待变更请求，尽量控制变更
2) 高度重视需求变更
3) 签署变更控制的协议
4) 在基线的基础上，做好变更实施
5) 需有好的变更控制工具的支持
6) 把项目变化融入项目计划
7) 及时发布变更信息
10、项目范围管理六个过程
编制范围管理计划：制定一个项目范围管理计划，以规定如何定义、检验、控制范围，以及如何创建与定义工作分解结构
收集需求：明确需求
范围定义：这个过程给出关于项目和产品的详细描述。这些描述写在详细的范围说明书里，作为将来项目决策的基础。
创建工作分解结构：将项目可交付成果和项目工作细分为更小的、更易于管理的单元。工具就是工作分解结构WBS。WBS是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成项目的整个工作范围。WBS为项目进度管理、成本管理和范围变更提供了基础，便于责任分工的落实
范围确认：该过程决定是否正式接受已完成的项目可交付成果
范围控制：监控项目和产品的范围状态，管理范围变更
11、项目范围说明书vs.项目章程
项目的目标、产品范围描述、项目的可交付物、项目边界、产品验收标准、项目的约束条件、项目的假定、更新的项目文档
项目章程的制订主要关注记录商业需求、项目论证、对顾客需求的理解和满足这些需求的新产品、服务或输出。主要内容包括： 概括性的项目描述和项目产品描述、项目目的或批准项目的理由，即为什么要做这个项目、项目的总体要求，包括项目的总体范围和总体质量要求、可测量的项目目标和相关的成功标准、项目的主要风险，如项目的主要风险类别、总体里程碑进度计划、总体预算、项目的审批要求（即在项目的规划、执行、监控和收尾过程中，应该由谁来做出哪种批准）、委派的项目经理及其职责和职权、发起人或其他批准项目章程的人员的姓名和职权
12、范围管理可能问题及应对措施
可能问题：
1) 没有挖掘到全部隐性需求，缺乏精确的范围定义
2) 没有有效的范围管理，造成二次变更
3) 对范围控制不足
4) 没有和客户进行需求确认
5) 没有制定范围管理计划或项目管理计划
6) 变更结果没有得到客户的确认
应对措施：
1) 对项目范围进行清晰定义，并根据定义对工作进行分解，制定WBS
2) 对项目进行合理估算，对工作量有量化的把握
3) 对项目范围进行有效控制
4) 重新定义项目范围必须得到高层和客户的确认
5) 进行沟通管理，协调多个项目干系人之间的矛盾
常见答题要点：
1) 合同中没有明确系统的需求，没有进行范围确认
2) 对需求变更没有规范管理，变更没有依据
3) 范围变更控制的要点：确定范围变更是否已经发生；对造成范围变更因素施加影响，以确保这些变更得到一致的认可；当范围变更发生时，对实际的变更进行管理；及时确认，达成共识
网友评论