第五章：项目范围管理

PMP学习笔记第五章：项目范围管理，一起来看看学习要点吧： 1、需求管理计划和范围管理计划得区别和联系«««« 2、不通类型生命周期范围管理的区别«««« 3、识别需求的常用方法和工具««« 4、范围基准包含的文件««« 5、WBS分解得原则和包含的元素«««« 6、WBS账户编码的规则和作用«««« 7、责任分配矩阵RAM的规则««« 8、确认范围的时间««««« 9、确认范围与质量控制的关系««« 10、确认范围与项目验收的关系««««

第五章：项目范围管理

• 范围管理的过程
  • 5.1、规划范围管理
    • 输入
      • 1、项目章程
      • 2、项目管理计划
        • 质量管理计划
        • 项目生命周期描述
        • 开发方法
      • 3、事业环境因素
      • 4、组织过程资产
    • 工具与技术
      • 1、专家判断
      • 2、数据分析
        • 备选方案分析
      • 3、会议
    • 输出
      • 1、范围管理计划
      • 2、需求管理计划
    • 计划过程组
  • 5.2、收集需求
    • 输入
      • 1、项目章程
      • 2、项目管理计划
        • 范围管理计划
        • 需求管理计划
      • 3、项目文件
        • 假设日志
        • 经验教训登记册
        • 相关方登记册
      • 4、商业文件
        • 商业论证
      • 5、协议
      • 6、事业环境因素
      • 7、组织过程资产
    • 工具与技术
      • 1、专家判断
      • 2、数据收集
        • 头脑风暴
        • 访谈
        • 焦点小组
        • 问卷调查
        • 标杆对照
      • 3、数据分析
        • 文件分析
      • 4、决策
        • 投票
        • 多标准决策分析
      • 5、数据表现
        • 亲和图
        • 思维导图
      • 6、人际关系与团队技能
        • 名义小组技术
        • 观察、交谈
        • 引导
      • 7、系统交互图
      • 8、原型法
    • 输出
      • 1、需求文件
      • 2、需求跟踪矩阵
    • 计划过程组
  • 5.3、定义范围
    • 输入
      • 1、项目章程
      • 2、项目管理计划
        • 范围管理计划
      • 3、项目文件
        • 假设日志
        • 需求文件
        • 风险登记册
      • 4、事业环境因素
      • 5、组织过程资产
    • 工具与技术
      • 1、专家判断
      • 2、数据分析
        • 备选方案分析
      • 3、决策
        • 多标准决策分析
      • 4、人际关系与团队技能
        • 引导
      • 5、产品分析
    • 输出
      • 1、项目范围说明书
      • 2、项目文件更新
        • 假设日志
        • 需求文件
        • 需求跟踪矩阵
        • 相关方登记册
    • 计划过程组
  • 5.4、创建WBS
    • 输入
      • 1、项目管理计划
        • 范围管理计划
      • 2、项目文件
        • 项目范围说明书
        • 需求文件
      • 3、事业环境因素
      • 4、组织过程资产
    • 工具与技术
      • 1、专家判断
      • 2、分解
    • 输出
      • 1、范围基准
      • 2、项目文件更新
        • 假设日志
        • 需求文件
    • 计划过程组
  • 5.5、确认范围
    • 输入
      • 1、项目管理计划
        • 范围管理计划
        • 需求管理计划
        • 范围基准
      • 2、项目文件
        • 经验教训登记册
        • 质量报告
        • 需求文件
        • 需求跟踪矩阵
      • 3、核实的可交付成果
      • 4、工作绩效数据
    • 工具与技术
      • 1、检查
      • 2、决策
        • 投票
    • 输出
      • 1、验收的可交付成果
      • 2、工作绩效信息
      • 3、变更请求
      • 4、项目文件更新
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵
    • 监控过程组
  • 5.6、控制范围
    • 输入
      • 1、项目管理计划
        • 范围管理计划
        • 需求管理计划
        • 变更管理计划
        • 配置管理计划
        • 范围基准
        • 绩效测量基准
      • 2、项目文件
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵
      • 3、工作绩效数据
      • 4、组织过程资产
    • 工具与技术
      • 1、数据分析
        • 偏差分析
        • 趋势分析
    • 输出
      • 1、工作绩效信息
      • 2、变更请求
      • 3、项目管理计划更新
        • 范围管理计划
        • 范围基准
        • 进度基准
        • 成本基准
        • 绩效测量基准
      • 4、项目文件更新
        • 经验教训登记册
        • 需求文件
        • 需求跟踪矩阵
    • 监控过程组
• 范围管理的核心概念
  • 范围管理的目标
    • 要做什么？
    • 只做什么？
    • 帮主项目经理和项目团队去控制我们必须做的这些工作的总量。 不能多做也不能少做。
  • 范围管理包括
    • 产品范围：产品、服务或成果所具有的特性和功能。
    • 项目范围：为交付产品、服务或成果而必须完成的工作。 例如：编制计划、制定预算、控制偏差以及做出变更的管理。
  • 范围管理的过程
    • 确保：项目团队、项目发起人和项目相关方对项目的可交付成果，以及对形成这些可交付成果所进行的工作达成共识。
    • 不同生命周期的范围管理对比
• 规划范围管理
  • 规划范围管理的概念
    • 范围管理计划
      • 定制详细范围说明书
      • 创建WBS和WBS词典
      • 创建责任分配矩阵
      • 正式验收可交付成果
      • 处理对项目范围变更
    • 需求管理计划
      • 规划、跟踪和报告需求
      • 配置管理活动
      • 需求优先级排序过程
      • 确定产品测量指标
      • 跟踪矩阵的跟踪结构
    • 范围来自于需求，但是范围¹需求，因为有些需求并不能满足 需求是客户想要的，范围是我们要做的
  • 范围管理计划
    • 范围管理计划解决？
      • 范围说明书的定义，以及WBS和WBS词典的格式、流程
      • 范围基准的生成和审批程序
      • 范围变更管理的规则和程序
      • 可交付成果的验收标准和流程
  • 验收文件
• 收集需求
  • 需求的特点
    • 多样性
    • 复杂性
    • 隐蔽性
    • 差异性
    • 变化性
    • 矛盾性
  • 需求管理计划
    • 规划、跟踪和报告需求
    • 配置管理活动
    • 需求优先级排序过程
    • 确定产品测量指标
    • 跟踪矩阵的跟踪结构
  • 如何识别需求？
    • 项目经理流的泪，多半是需求分析时脑子里进的水
    • 识别需求的方法
      • 头脑风暴：也叫诸葛亮会议，集思广益。
      • 访谈：请教了解提出需求的人
      • 焦点小组：会议比较聚焦，针对某一个主题
      • 问卷调查：适合量大面广，快速的需要去征集很多人的需求
      • 标杆对照：和竞争对手，行业最强学习。只是模仿外形叫山寨
      • 联合应用设计或开发：和客户一起商量设计，一起解决问题
      • 质量功能展开
        • 质量功能展开步骤
          • 1、产品规划矩阵
            • 思维导图工具
          • 2、零件规划矩阵
          • 3、工艺规划矩阵
          • 4、工艺、质量规划矩阵
  • 需求管理过程
    • 头脑风暴
      • 亲和图：零散的需求根据内在规律整合在一起
    • 思维导图
  • 需求决策与表现
    • 投票
    • 独裁
    • 多标准决策：有多种方案可以选择
  • 需求文件：需求跟踪矩阵
  • 人际关系与团队技能
    • 人际关系与团队技能指：当我们识别出很多需求，这些需求到底哪些需要去满足，哪些可能只能放弃拒绝，需要我们大家相关的人一起坐下来协商，共同商议结论。 为创造独特的产品，服务或成果而进行的临时性工作
    • 识别需求办法
      • 名义小组
        • 1、小组成员先不通气，独立思考
        • 2、各自写下备选方案或意见
        • 3、轮流陈述自己的方案或意见
        • 4、小组成员对全部备选方案投票
        • 5、得票最多的备选方案入选
        • 6、当然，管理组仍有权否决这一方案
        • 和头脑风暴相反
      • 观察法
      • 引导式研讨会
        • 把各种专业、各个部门的人都叫在一起，针对我们项目的需求做分析，结合大家的意见。必须有一个主持人维持会议的秩序。
        • 特征
          • 跨部门
          • 跨专业
        • 和焦点小组相反
  • 系统交互图与原型法
    • 系统交互图：通过现实当中的工作得流程和模式，把他去分析，解构最后产生一个我们的系统的开发需求
    • 原型法
    • 故事板：可视化剧本
  • 收集需求
    • 专家判断
    • 数据收集
    • 数据分析
    • 决策
    • 数据表现
    • 人机关系与团队技能
    • 系统交互图
    • 原型法
  • 敏捷场景下的需求管理
    • 卡诺模型
      • 启发：当我们时间有限，人手也有限的情况下，那么应该优先满足哪种属性呢？必备属性。因为这些数据不具备产品就没法卖，还考虑期望属性，魅力属性。不做反向属性
      • 期望属性
      • 魅力属性
      • 无差异属性
      • 必备属性
      • 反向属性
    • 精益画布
      • 1、用户细分
      • 2、需求痛点
      • 3、解决方案
      • 4、价值主张
      • 5、市场渠道
      • 6、收入来源
      • 7、成本结构
      • 8、关键指标
      • 9、竞争壁垒
    • MMR(最小可发布版本)
      • MVP(最小可用产品)
        • MVP的概念：在开发一个产品之前，不要着急动手投入资源去开发产品的功能，而是应该用最小的代价去验证用户是不是真的有这个需求
        • 最小可行性产品
        • 不一定是真实产品
      • 真实开发出来的第一个可交付版本版本
      • 莫斯科法则
        • 什么是莫斯科法则：对用户的需求进行优先级的排序，让大家指导我们应该先做什么？
        • 莫斯科发展包含
          • 必须有：第一个版本必须交付的功能
          • 应该有
          • 可以有
          • 不该有
    • 产品代办事项列表
      • 产品待办事项列表特征
        • 详略适当：优先级越高的待办事项，其描述越详细；
        • 经过估算：产品待办事项列表中的条目是经过估算的，这些估算是粗颗粒度的，通常以故事点或者理想人天的形式表达。
        • 涌现的：产品待办事项列表中的条目是动态的，不断演化的。根据客户反馈随时调整优先级，并且条目可以不断被修订、细化、甚至移除。
        • 按优先级排序：最重要的事项优先级最高，排在产品代办事项列表最顶层，最先被实施。
      • 待办事项列表谁来负责？这个角色叫做PO(产品负责人)。 PO的任务就是收集维护整理并且排优先级，维护待办事项列表。那些功能是近期必须马上实现的，那些功能是以后要实现的
      • 产品代办事项列表是随时动态变化的
      • 产品代办事项列表优先级维护原则：WSJF原则（最短作业优先原则）
      • WSJF原则
        • WSJF原则的含义：延期满足的代价除以这项活动开发所需要的历时。意味着每耽误一天交付，那么他带来的延迟的损失
        • 比值越高，意味着客户对这个功能所需要的紧急程度越高，应该往前排，优先做
    • 用户故事和用户故事地图
      • 用户故事
        • 用户故事是在敏捷项目开发当中非常常用的一个管理需求的工具
        • 有一个固定的语法：作为一个<角色>，我想要<活动>，以便于<商业价值>。
      • 用户故事卡片
        • 每一个用户故事都可以写在一张便利贴上，然后便利贴贴在那张大白纸上。团队根据用户故事，也就是需求之间的亲和关系，把它们归类。
      • 用户故事地图
        • 挑选MMR最小发布单元优先开发，第一个版本优先实现的功能，基本功能。
• 定义范围
  • 项目范围说明书
    • 项目范围基准包含
      • 项目范围说明书
      • 工作分解结构WBS
      • WBS词典
      • 重点
    • 项目范围说明书包含
      • 产品范围描述
      • 验收标准
      • 可交付成果
      • 项目的除外责任
      • 制约因素
      • 假设条件
  • 项目章程VS项目范围说明书
    • 两个文件会有同样的内容-->渐进明细的过程
    • 渐进明细的过程
    • 在章程中他是一个粗略的概括性的纲领性的要求，在项目范围说明书中有具体的详细的定义
    • 章程中有高层级的定义，他指的都是我们项目范围管理中的WBS(工作分解结构)
    • WBS
• 创建WBS
  • WBS工作分解结构
    • WBS有哪些元素
      • 可交付成果
      • 子项目
      • 控制账户：控制账户是一个管理控制点。选取某一层作为控制账户 例如：按团队
      • 工作包
        • WBS的最低层次的单元，工作包是项目经理管理到的最低层次的单元。
        • 实际项目管理中工作包还必须往下分，工作包再往下分就叫活动。
        • 工作包到项目经理，活动到执行团队，任务到个人
        • 项目经理管到什么层次呢？那就是工作包。也就是说，工作包是我们WBS的最低层次的元素
      • 规划包
        • 和工作包是一个层次的概念
        • 规划包就是我们在做分解的时候，这就是说在项目做计划的阶段，我们有些工作已经想到了，这个肯定的做，迟早都要做，但是，此时此刻我们还没有能力去详细的评估这个工作到底需要几天，到底需要几个人。先把坑占上，这种方式就叫规划包
      • WBS所包含的元素并不包含活动和任务
      • 活动
        • 活动是工作包或者规划包的组成部分。活动还可以继续往下分，再分就是任务。
        • 工作包到项目经理，活动到执行团队，任务到个人。
      • 任务
        • 任务通常是活动进一步分解的组成部分。
        • 工作包到项目经理，活动到执行团队，任务到个人
    • WBS分解方式
      • 树状分解WBS
      • 目录式分解WBS
      • 每一个元素、单元都有唯一的编号
        • WBS分解编码规则
  • WBS分解原则：100%原则
  • 账户编码
    • WBS每一层中的没一个组件都有唯一的编码，这个编码就叫账户编码。
    • 通过账户编码，团队可以迅速定位一个元素在WBS工作分解结构中的位置和隶属关系
    • WBS是项目管理信息系统的基础
    • WBS形式
      • 树状分解WBS
      • 目录式分解WBS
  • RAM责任分配矩阵
    • 工作一目了然，每一行黑色的三角形只有一次，有且只有一次
    • 每个工作必须有负责人，但这个负责人必须是唯一的
  • WBS词典
    • 针对每个WBS组件，详细描述可交付成果活动和进度信息的文件
  • WBS的价值
    • 1、基准的来源
      • 范围基准：WBS最核心的表述
      • 进度基准
      • 成本基准
      • 要依据范围基准来确定
    • 2、计划的基础：进度、成本、质量、风险等所有计划都要依据基准来编制
    • 3、工作的展现：WBS把项目所涵盖得工作分层次、结构化地展现出来。
    • 4、控制的依据：该项目工作是否应该做，要对照范围基准，如果范围基准没有就不应该做
    • 5、团队的指南：团队根据WBS来确定工作的目标和分工
• 确认范围
  • 确认范围
    • 概念：每完成一个可交付的成果都应该和客户也就是你的甲方进行确认，以确保你干的工作是否满足客户的要求。
  • 范围确认VS控制质量
  • 确认范围VS项目验收：每个阶段结束都要和客户确认所交付的成果
• 控制范围
  • 控制范围:控制范围是监督项目和产品的范围状态，管理范围基准变更的过程
  • 范围蔓延
    • 范围蔓延方式有哪些？
      • 范围镀金：指的是客户没有要求，项目团队画蛇添足自己加的工作。属于主动
      • 范围爬行：客户随时改变需求导致范围扩大。属于被动
      • 都是范围发生了改变，都没有经过变更控制程序
    • 范围蔓延怎么办？
      • 范围镀金
        • 1、讨好客户：客户不满意了，为了缓和关系送这个送那个
        • 2、配置强迫症：对某些功能的升级导致其他功能不搭，自己强迫升级s
        • 3、秀才艺
      • 范围爬行
        • 未经过变更控制程序
• 本章学习要点
  • 1、需求管理计划和范围管理计划得区别和联系««««
  • 2、不通类型生命周期范围管理的区别««««
  • 3、识别需求的常用方法和工具«««
  • 4、范围基准包含的文件«««
  • 5、WBS分解得原则和包含的元素««««
  • 6、WBS账户编码的规则和作用««««
  • 7、责任分配矩阵RAM的规则«««
  • 8、确认范围的时间«««««
  • 9、确认范围与质量控制的关系«««
  • 10、确认范围与项目验收的关系««««