信息系统——范围管理

• 分类
  • 产品范围：产品、服务或成果所需要的特性和功能
  • 项目范围：完成产品、服务或成果需完成的工作
编制范围管理计划：
• 范围管理计划：指导项目范围的定义、指定、监督、控制和确认
• 需求管理计划：如何分析、记录和管理需求
收集需求：收集干系人的需求，定义和管理客户期望
• 需求分析：抓住核心点，制定规则，改善流程，整合需求，技术参与分析
• 输入：
  • 干系人登记册：了解全部需求
• 工具：
  • 访谈：引导，真实，旁敲侧击
  • 焦点小组：8-12位比较好，事先筛选的专家，需要由主持人
  • 引导式研讨会：需求研讨会，一般是跨职能的（联合应用开发JAD；质量功能展开QFD）
  • 群体创新技术：头脑风暴、名义小组、德尔菲、思维导图、亲和图
  • 多标准决策
  • 群体决策：一直同意、大多数、相对多数、独裁
  • 问卷：地域分散，便于统计；快速完成
  • 观察：工作跟踪，获得隐藏需求
  • 原型法：prototypes；需求不明确可用
  • 标杆对照：需求不明确可用
  • 系统交互图：contextdiagrams ；业务交互逻辑
  • 文件分析：documentAnalysis；已有文档分析；闭门造车
• 输出：
  • 需求文件：明确、可跟踪、完整、相互协调、他人认可
  • 需求跟踪矩阵：需求、时间、责任人、优先级、状态
• 定义范围：制定项目和产品详细描述的过程
  • 工具：
    • 产品分析：产品分解；系统分析；需求分析；系统工程；价值分析（现有系统）；价值工程（新系统）
    • 备选方案分析：alternaivesGeneration
  • 输出：项目需要完成的需求范围，定义边界，为决策提供依据
    • 范围说明书：范围描述；验收标准；可交付成果；除外责任；制约因素；假设条件
• 创建WBS：细化可交付成果，自上而下的分解；第一层为生命周期各个阶段+项目管理；第二层/第三层产品或可交付成果
  • 作用：明确全部工作范围的层级分解；工作包代表产品或者可交付成果，不是指活动
  • 制作人员：项目全体成员
  • 形式：列表（大型复杂项目）；组织结构图（中小型项目）；鱼骨图（基本不用）
  • 原则：100%原则（所有产品和项目工作）；滚动式规划；工作包相对独立
  • 层级：项目-控制账号-工作包-活动
  • 控制账号：包含多个工作包，但工作包只会有一个控制账号；管理控制点，与组织分解结构中具体组织对应
  • WBS词典：描述可交付成果、活动和进度信息文件
  • 范围基准：项目范围说明书、WBS、WBS词典
• 项目范围确认：客户或发起人，正式验收项目
  • 检查：开展测量、审查与核实等活动，判断工作和可交付成果是否符合要求
    • 分类：审查（reviews）；产品审查（productreviews）；审计（audits）；巡视（walkthroughs）
项目范围控制：变更不可避免，需要控制范围蔓延/镀金
• 术语：
  • 工作绩效信息：真实数据，未分析
  • 技术绩效测量：关键技术作为质量质量，也属于工作绩效
  • 工作绩效测量结果：通过工作绩效信息生成，如挣值
  • 质量控制测量结果：质量控制活动的书面报告
  • 绩效报告：汇总报告
• 偏差分析：通过绩效测量指标来确认偏离范围基准的程度