项目管理范围章节-内容整理笔记

范围管理概述

明确项目边界

对项目进行工作执行监控

防止项目范围发生蔓延

范围

产品范围

• 产品或服务所应包含的范围

项目范围

• 为了能够交付产品，所应该做的工作

过程

• 规划范围管理
  • 作用：在整个项目中对如何管理范围提供指南和方向
  • 范围管理计划
    • 项目/项目集管理计划的组成部分
    • 是制定项目管理计划过程和其他范围管理过程的主要输入
  • 需求管理计划
    • 描述了在整个项目生命周期内如何分析，记录和管理需求
• 收集需求
  • 计划内容
    • 如何规划，跟踪和汇报各种需求活动
    • 需求管理需要使用的资源
    • 培训计划
    • 项目干系人参与需求管理的策略
    • 判断项目范围与需求不一致的准则和纠正规程
    • 需求跟踪结构
    • 配置管理活动
  • 需求分类
    • 业务需求
    • 干系人需求
    • 解决方案需求
    • 过渡需求
    • 项目需求
    • 质量需求
  • 工具与技术
    • 访谈
      • 结构化 - 事先准备好一系列问题，进而有针对性的进行
      • 非结构化
    • 焦点小组
    • 引导式研讨会
      • 研讨会是快速定义跨职能需求和协调干系人差异的重要技术
      • 典型的 - 软件开发中常用的“联合应用开发（JAD）”
      • 还可使用“质量功能”来展开，其步骤
        • 将用户的多种需求（eg:可靠性，可用性，安全性等）及其相对重要性列为矩阵表的第一列
        • 将产品可能的多种特性（eg:功能列表）列为矩阵表的第一行
        • 由相关专家集体讨论每种特性与每种需求之间的关联性，也就是每种特性能瞒住每种需求的程度，并记录在矩阵表相应的空格中
    • 群体创新技术
      • 定义：指可以组织一些群体活动来识别项目和产品需求，群体创新技术包括：
        • 头脑风暴法（BS）又称之为“智力激励法，自由思考法/集思广益法”
          • 定义：用来产生和收集对项目需求与产品需求的多种创意的一种技术
          • 头脑风暴法
          • 质疑头脑风暴法（也就是“反头脑风暴法”）
          • 参与人数：5-10人，时间：1h左右
          • 遵守的原则
            • 庭外判决原则
            • 欢迎各抒己见，自由鸣放
            • 追求数量
            • 探索取长补短和改进方法
        • 名义小组技术
          • 过程
            • 分组
            • 提问
            • 总结，评审，排序
        • 德尔菲技术
          • 步骤
            • 根据问题的特点，选择和邀请做过相关研究/有相关经验的专家
            • 将与问题有有关的信息分别提供给专家，并请他们各自发表独立的个人意见，并写成书面材料
            • 主持人收集并综合专家们的意见后，将综合意见反馈给各位专家，并请他们再次发表意见，若分歧太大，可开会集中讨论，否则，主持人分头与专家进行联络
            • 如此反复多次，最终形成代表专家组意见的方案
          • 特征
            • 吸收专家参与预测，充分利用专家的经验和学识
            • 采用匿名或者背对背的方式，能使每一位专家独立自由地做出自己的判断
            • 预测过程几轮反馈，使专家的意见逐渐趋同
            • 有助于减轻数据的偏倚，防止任何个人对结果产生不恰当的影响
          • 特点
            • 能充分发挥各位专家的作用，集思广益，准确性高
            • 能将各位专家意见的分歧点表达出来，取各家之长，避各家之短
          • 缺点
            • 权威人士的意见影响他人的意见
            • 有些专家碍于情面，不愿发表与他人不同的意见
            • 出于自尊，不愿修改自己原来不全面的意见
        • 概念/思维导图
          • 又称之为“心智图”
        • 亲和图
          • 又称之为“KJ法”，是针对某一问题，充分收集各种经验，知识，想法和意见等语言、文字资料，通过图解方式进行汇总，并按其相互亲和性归纳整理这些资料，使问题明确起来，求得统一认识，以利于解决的一种方法
          • 主要依据各种创意之间的相似性，对头脑风暴中得到的各种创意进行分类
        • 多标准决策分析
          • 借助“决策矩阵”，用系统分析方法建立诸如“风险水平、不确定性和价值收益”等多种标准，来对众多方案进行评估和排序的一种技术
    • 群体决策技术
      • 可用于开发产品需求，以及对产品需求进行归类和优先排序。
    • 问卷调查
      • 优点
        • 代价低廉
        • 用时短
        • 允许匿名填写
        • 结果较为好整理与统计
      • 缺点
        • 缺乏灵活性
        • 不可控
    • 观察
      • 也称之为“工作跟踪”
    • 原型法
    • 标杆对照
    • 系统交互图
    • 文件分析
  • 需求文件
    • 业务需求
    • 干系人需求
    • 解决方案需求
    • 项目需求
    • 过渡需求
    • 与需求有关的假设文件，依赖关系和制约因素
  • 需求跟踪
    • 项目执行过程的两个/多个产品之之间能够建立关系的程度，尤其是哪些具有前后关系/主从关系的产品
    • 项目产品中每个元素能够建立其存在理由的程度
    • 内容
      • 正向追踪
        • 是指：检查需求文件中的每个需求是否都能在后继工作产品（成果）中找到对应点
      • 反向追踪/逆向跟踪
        • 是指：检查设计文档、产品构件、测试文档等工作成果是否都能在需求文件找那个找到出处
    • 跟踪矩阵
      • 需要跟踪的内容
        • 业务需求、机会、目的和目标
        • 项目目标
        • 项目范围（WBS可交付成果）
        • 产品设计
        • 产品开发
        • 测试策略和测试场景
        • 高层级需求到详细需求
  • 概要: 需求管理计划
• 定义范围
  • 定义：是制定项目和产品详细描述的过程
  • 作用
    • 明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界
  • 工具和技术
    • 最重要的任务：定义项目的范围边界
    • 定义范围可：增加项目时间，成本和资源估算的准确度，定义实施项目控制的依据，明确相关责任人在项目中的自认，明确项目的范围，合理性和目标，以及主要可交付的成果
    • 工具与技术
      • 专家判断
      • 产品分析
        • 产品分解
        • 系统分析
        • 需求分析
        • 系统工程
        • 价值工程
        • 价值分析
        • 概要: 都是对商品的价值，功能和成本进一步做思考与探索
          • 以小组活动方式集思广益，朝各个方向寻求最佳方案
          • 运用体系分工的方式达成价值提升/降低成本的目标
          • 其实：两者都是指：对项目的范围和成本进行分析，以便在保持项目范围不变的前提下，降低项目成本，追求功能和成本之间的更高的性价比
      • 备选方案生成
        • 头脑风暴
        • 横向思维
          • 又称“戴勃诺理论、发散思维、水平思维”，是指思维的广阔度
        • 备选方案分析
          • 是一种对已识别的可选方案进行评估的技术，用来决定选择哪种方案/使用哪种方法来执行项目工作
      • 引导式研讨会
  • 项目范围说明书
    • 是对项目范围，主要可交付成果，假设条件和制约因素的描述
    • 内容
      • 产品范围描述
      • 验收标准
      • 可交付成果
      • 项目的除外责任
      • 制约因素
      • 假设条件
    • 作用
      • 确定范围
      • 沟通基础
      • 规划和控制依据
      • 变更基础
      • 规划基础
• 创建WBS-工作分解工作
  • WBS的层次
    • 特点
      • 每层中的所有要素只和是下一层的工作之和
      • 每个工作要素应该具体指派一个层次，而不应该指派给多个层次
      • WBS需要有投入工作的范围描述，这样才能使所有人对要完成的工作有全面的了解
    • 里程碑
    • 工作包
    • 控制账户
    • 规划包
    • WBS词典
  • 分解
    • 原则
      • 功能/技术原则
      • 组织结构
      • 系统/子系统
    • 在项目管理实践中
  • 工作过程
  • 注意事项
    • WBS必须面向可交付成果的
    • WBS必须符合项目的范围
    • WBS的底层应该支持计划和控制
    • WBS中的元素必须有人负责，且只由一个人负责，尽管实际上可能需要多个人参与
    • WBS的指导
    • WBS应包括项目管理工作
    • WBS的编制需要所有主要项目干系人的参与，需要项目团队成员的参与
    • WBS并非一成不变的
  • WBS的目的和用途
    • 明确和准确说明项目范围，项目团队成员能够清楚地理解任务的性质和需要努力的方向
    • 清楚地定义项目的边界，他提供了项目管理人员、项目产品/服务的用户、项目发起人、项目图案吨成员等其他项目干系人一致认可的项目需要做的工作和不需要做的工作
    • 为各独立单元分派人员，规定这些人员的职责，可确定完成项目所需要的技术和人力资源
    • 针对独立单元，进行时间，成本和资源需求量的估算，提高估算的准确性
    • 为计划、预算、进度安排和费用控制奠定共同基础，确定项目进度和控制的基准
    • 将项目工作和项目的财务账目联系起来
    • 确定工作内容和工作顺序，将项目分解成具体的工作任务，就可以按照工作任务的逻辑顺序来实施项目
    • 有助于防止需求蔓延
• 确认范围
  • 作用：使验收过程具有客观性，同事，通过验收每个可交付成果，提高最终产品，服务/成果获得验收的可能性
  • 步骤
    • 确定需要进行范围确定的时间
    • 识别范围确认需要哪些投入
    • 确定范围正式被接受的标准和要素
    • 确定范围确认会议的组织步骤
    • 组织范围确认会议
• 控制范围
  • 作用：在整个项目期间保持对范围基准的维护
  • 范围变更的原因
    • 政府政策的问题
    • 项目范围的计划编制不周密详细，有一定的错误/遗漏
    • 市场上出现了或是设计人员提出了新技术、新手段或新方案
    • 项目执行组织本身发生变化
    • 客户对项目、项目产品或服务的要求发生变化
  • 范围变更控制的工作
    • 影响导致范围变更的因素，并尽量使这些因素向有利的方面发展
    • 判断范围变更是否已经发生
    • 范围变更发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理
• 概要: 规划过程组
• 概要: 监控过程组

概要: 定义是产生项目管理计划的基础，两种范围在应用上有区别

项目范围管理.png