第7章：项目范围管理
2022-02-21 12:02:28 1 举报AI智能生成
系统集成项目管理工程师
作者其他创作
大纲/内容
概念
包括确保项目做且制作所需的全部工作，以成果完成项目的各个过程
什么是高阔在项目之内的，什么是不包括在项目之内的，即为工作明确划定边界
就是要做范围内的事，而且制作范围内的事，既不多做也不少做
编制范围管理计划和说明书
- 项目或项目集管理计划的组成部分，描述了如何定义、制定、监督、控制和确认项目范围
- 根据项目需要，范围管理计划可以是正式或非正式的，非常详细或高度概括
- 项目管理计划
- 项目章程
- 组织过程资产
- 事业环境因素
- 专家判断
- 会议
- 范围管理计划
- 需求管理计划
- 制定详细项目范围说明书
- 根据详细项目范围说明书创建WBS
- 维护和批准工作分解结构（WBS）
- 正式验收已完成的项目可交付成果
- 处理对详细项目范围说明书或WBS的变更
- 如何规划、跟踪和报告各种需求活动
- 配置管理活动
- 需求优先级排序过程
- 产品测量指标及使用这些指标的理由
- 用来反应哪些需求属性将被列入跟踪矩阵的跟踪结构
收集需求
- 为实现项目目标，明确并记录项目关系人的相关需求的过程
- 主要作用是为了定义和管理项目范围奠定了基础
- 范围管理计划
- 需求管理计划
- 干系人管理计划
- 项目章程
- 干系人登记册
- 访谈
- 焦点小组
- 引导式研究会
- 群体创新技术
- 群体决策技术
- 问卷调查
- 观察
- 原型法
- 标杆对照：实际和计划的做法与其他可比组织的做法进行比较，以便识别最佳方案
- 系统交互图：对产品范围的可视化描绘，显示业务系统机器与人和其他系统之间的交互方式
- 文件分析：通过分析现有的文档，识别与需求相关的信息，来挖掘需求
- 需求文件
- 需求跟踪矩阵：把产品需求从其来源连接到能满足需求的可交付成果的一种表格
定义范围
是制定项目和产品详细描述的过程。本过程的作用是，明确所收集的需求，哪些包含在项目范围里面，
哪些将排除在项目范围外，从而明确项目、服务或输出的边界。
哪些将排除在项目范围外，从而明确项目、服务或输出的边界。
定义范围最重要的任务就是详细定义项目的范围边界，范围边界是应该做的工作和不需要进行的工作分界线
- 范围管理计划
- 项目章程
- 需求文件
- 组织过程资产
- 产品分析
- 专家判断
- 备选方案生成
- 引导式研讨会
- 项目范围说明书
- 项目文件更新
对项目范围、主要可交付成果、假设条件、制约因素的描述
描述了要做和不要做的工作详细程度，决定这项目管理团队控制整个项目范围的有效程度
- 项目目标
- 产品范围描述
- 项目需求
- 项目边界
- 项目的可交付成果
- 项目的制约因素
- 假设条件
创建工作分解结构
- 是把项目可交付成果和项目工作分解成较小的，更易于管理的 组件的过程。
- 工作分解结构(WBS) 是项目管理的基础，项目所有的规划和控制 工作都必须基于工作分解结构。
- WBS是后续管理工作的主要依据，是项口时间、成本、人力等管理工作的基础
WBS最低层的工作单元被称为工作包。
- 工作分解结构是用来确定项目范围的。
- 工作分解结构的编制需要所有项目干系人参与,需要项目团队成员参与。
- 工作分解结构是逐层向下分解、工作分解应控制在3-6层为宜。
- 工作分解结构中的各要素应该相对独立，尽量减少相互之间的交叉。
- 工作分解结构一般用图表形式表达。
里程碑标志着某个可交付成果或者阶段的正式完成
- 每个工作包分配到一个控制账户，
控制账户可以包括多个工作包，但一个工作包 只能属于一个控制账户 - 有以下特征，就可能当作工作包：规模较小，80小时内可完成，不能再分，
所需的资源、时间、成本已经比较明确估算，可以对其有效控制
为了简化WBS的信息交流过程，通常利用编码技术对WBS进行信息交换
- 项目范围管理计划
- 项目范围说明书
- 需求文件
- 事业环境因素
- 组织过程资产
- 分解
- 专家判断
- 识别和分析可交付成果及相关工作。
- 确定WBS的结构和编排方法。
- 自上而下逐层细化分解。
- 为WBS组件制定和分配标识编码。
- 核实可交付成果分解的程度是否恰当
- 在层次上保持项目的完整性，避免遗漏必要的组成部分
- 一个工作单元只能从属某个上层单元，避免交叉从属
- 相同层次的工作单元应有相同性质
- 工作单元应能分开不同的责任者和不同的工作内容
- 便于项目管理计划和项目控制的需要
- 最底层工作应该具有可比性，是可管理的，可定量检查的
- 应包括项目管理工作，包括分包出去的工作
项目经理应该在项目团队的协作下，最终决定如何把项目范围分解为独立的工作包，
以便有效管理项目工作。
以便有效管理项目工作。
- 范围基准
- 项目文件更新
项目范围确认
- 确认范围是正式验收已完成的项目可交付成果的过程。
- 确认范围需要审查可交付物和工作成果，以保证项目中所有工作都能准确地、满意地完成。
- 确认范围应该贯穿项目的始终，从WBS的确认或合同中具体分I界面的确认，到项目验收时范围的检验
- 确认范围过程应该以书面文件的形式把它完成情况记录下来。
- 本过程的主要作用是，使验收过程具有客观件；同时通过验收每个可交付成果，提高最终产品、服务或
成果获得验收的可能性。
制定并执行确认程序：确认范围过程关注可交付成果的验收，控制质量关注可交付成果的正确性及是否满足质量要求
项目干系人对项目范围的正式确认
项目干系人对项目范围的正式确认
- 项目管理计划
- 需求跟踪矩阵
- 需求文件
- 核实的可交付成果
- 工作绩效数据
- 检查：可用来确定可交付成果是否符合需求和验收标准
- 群体决策技术
- 验收的可交付成果
- 变更请求
- 工作绩效信息
- 项目文件更新
范围控制
是监督项目和产品的范围状态，管理范围基准变更的过程。
本过程的作用是：在整个项目期间保持对范围基准的维护
本过程的作用是：在整个项目期间保持对范围基准的维护
- 范围管理计划
- 需求跟踪矩阵
- 需求文件
- 工作绩效数据
偏差分析：一种确定实际绩效和基准的差异程度及原因的技术
- 项目管理计划更新
- 变更请求
- 工作绩效信息
- 项目文件更新
0 条评论
下一页
