首页  思维导图  详情

第7章：项目范围管理

2022-02-21 12:02:28   1  举报





AI智能生成

系统集成项目管理工程师

系统集成项目管理工程师（第2版）

系统集成项目管理工程师

作者其他创作

大纲/内容

概念

包括确保项目做且制作所需的全部工作，以成果完成项目的各个过程

什么是高阔在项目之内的，什么是不包括在项目之内的，即为工作明确划定边界

就是要做范围内的事，而且制作范围内的事，既不多做也不少做

编制范围管理计划和说明书

<ul><li>项目或项目集管理计划的组成部分，描述了如何定义、制定、监督、控制和确认项目范围</li><li>根据项目需要，范围管理计划可以是正式或非正式的，非常详细或高度概括</li></ul>

<ul><li>项目管理计划</li><li>项目章程</li><li>组织过程资产</li><li>事业环境因素</li></ul>

<ul><li>范围管理计划</li><li>需求管理计划</li></ul>

<ul><li>制定详细项目范围说明书</li><li>根据详细项目范围说明书创建WBS</li><li>维护和批准工作分解结构（WBS）</li><li>正式验收已完成的项目可交付成果</li><li>处理对详细项目范围说明书或WBS的变更</li></ul>

<ul><li>如何规划、跟踪和报告各种需求活动</li><li>配置管理活动</li><li>需求优先级排序过程</li><li>产品测量指标及使用这些指标的理由</li><li>用来反应哪些需求属性将被列入跟踪矩阵的跟踪结构</li></ul>

收集需求

<ul><li>为实现项目目标，明确并记录项目关系人的相关需求的过程</li><li>主要作用是为了定义和管理项目范围奠定了基础</li></ul>

<ul><li>范围管理计划</li><li>需求管理计划</li><li>干系人管理计划</li><li>项目章程</li><li>干系人登记册</li></ul>

<ul><li>访谈</li><li>焦点小组</li><li>引导式研究会</li><li>群体创新技术</li><li>群体决策技术</li><li>问卷调查</li><li>观察</li><li>原型法 </li><li>标杆对照：实际和计划的做法与其他可比组织的做法进行比较，以便识别最佳方案</li><li>系统交互图：对产品范围的可视化描绘，显示业务系统机器与人和其他系统之间的交互方式</li><li>文件分析：通过分析现有的文档，识别与需求相关的信息，来挖掘需求</li></ul>

<ul><li>需求文件</li><li>需求跟踪矩阵：把产品需求从其来源连接到能满足需求的可交付成果的一种表格</li></ul>

定义范围

是制定项目和产品详细描述的过程。本过程的作用是，明确所收集的需求，哪些包含在项目范围里面， 哪些将排除在项目范围外，从而明确项目、服务或输出的边界。

定义范围最重要的任务就是详细定义项目的范围边界，范围边界是应该做的工作和不需要进行的工作分界线

<ul><li>范围管理计划</li><li>项目章程</li><li>需求文件</li><li>组织过程资产</li></ul>

<ul><li>产品分析</li><li>专家判断</li><li>备选方案生成</li><li>引导式研讨会</li></ul>

<ul><li>项目范围说明书</li><li>项目文件更新</li></ul>

对项目范围、主要可交付成果、假设条件、制约因素的描述

描述了要做和不要做的工作详细程度，决定这项目管理团队控制整个项目范围的有效程度

<ul><li>项目目标</li><li>产品范围描述</li><li>项目需求</li><li>项目边界</li><li>项目的可交付成果</li><li>项目的制约因素</li><li>假设条件</li></ul>

创建工作分解结构

<ul><li>是把项目可交付成果和项目工作分解成较小的，更易于管理的 组件的过程。</li><li>工作分解结构(WBS) 是项目管理的基础，项目所有的规划和控制 工作都必须基于工作分解结构。</li><li>WBS是后续管理工作的主要依据，是项口时间、成本、人力等管理工作的基础</li></ul>

WBS最低层的工作单元被称为工作包。 <ul><li>工作分解结构是用来确定项目范围的。</li><li>工作分解结构的编制需要所有项目干系人参与,需要项目团队成员参与。</li><li>工作分解结构是逐层向下分解、工作分解应控制在3-6层为宜。</li><li>工作分解结构中的各要素应该相对独立，尽量减少相互之间的交叉。</li><li>工作分解结构一般用图表形式表达。</li></ul>

里程碑标志着某个可交付成果或者阶段的正式完成

<ul><li>每个工作包分配到一个控制账户， 控制账户可以包括多个工作包，但一个工作包只能属于一个控制账户</li><li>有以下特征，就可能当作工作包：规模较小，80小时内可完成，不能再分， 所需的资源、时间、成本已经比较明确估算，可以对其有效控制</li></ul>

为了简化WBS的信息交流过程，通常利用编码技术对WBS进行信息交换

<ul><li>项目范围管理计划</li><li>项目范围说明书</li><li>需求文件</li><li>事业环境因素</li><li>组织过程资产</li></ul>

<ul><li>识别和分析可交付成果及相关工作。</li><li>确定WBS的结构和编排方法。</li><li>自上而下逐层细化分解。</li><li>为WBS组件制定和分配标识编码。</li><li>核实可交付成果分解的程度是否恰当</li></ul>

<ul><li>在层次上保持项目的完整性，避免遗漏必要的组成部分</li><li>一个工作单元只能从属某个上层单元，避免交叉从属</li><li>相同层次的工作单元应有相同性质</li><li>工作单元应能分开不同的责任者和不同的工作内容</li><li>便于项目管理计划和项目控制的需要</li><li>最底层工作应该具有可比性，是可管理的，可定量检查的</li><li>应包括项目管理工作，包括分包出去的工作</li></ul>

项目经理应该在项目团队的协作下，最终决定如何把项目范围分解为独立的工作包， 以便有效管理项目工作。

<ul><li>范围基准</li><li>项目文件更新</li></ul>

项目范围确认

<ul><li>确认范围是正式验收已完成的项目可交付成果的过程。</li><li>确认范围需要审查可交付物和工作成果，以保证项目中所有工作都能准确地、满意地完成。</li><li>确认范围应该贯穿项目的始终，从WBS的确认或合同中具体分I界面的确认，到项目验收时范围的检验</li><li>确认范围过程应该以书面文件的形式把它完成情况记录下来。</li><li>本过程的主要作用是，使验收过程具有客观件；同时通过验收每个可交付成果，提高最终产品、服务或 成果获得验收的可能性。</li></ul>

制定并执行确认程序：确认范围过程关注可交付成果的验收，控制质量关注可交付成果的正确性及是否满足质量要求 项目干系人对项目范围的正式确认

<ul><li>项目管理计划</li><li>需求跟踪矩阵</li><li>需求文件</li><li>核实的可交付成果</li><li>工作绩效数据</li></ul>

<ul><li>检查：可用来确定可交付成果是否符合需求和验收标准</li><li>群体决策技术</li></ul>

<ul><li>验收的可交付成果</li><li>变更请求</li><li>工作绩效信息</li><li>项目文件更新</li></ul>

范围控制

是监督项目和产品的范围状态，管理范围基准变更的过程。 本过程的作用是：在整个项目期间保持对范围基准的维护

<ul><li>范围管理计划</li><li>需求跟踪矩阵</li><li>需求文件</li><li>工作绩效数据</li></ul>

偏差分析：一种确定实际绩效和基准的差异程度及原因的技术

<ul><li>项目管理计划更新</li><li>变更请求</li><li>工作绩效信息</li><li>项目文件更新</li></ul>