05.项目范围管理-pmp项目管理
2021-04-09 09:13:25 33 举报AI智能生成
乐凯pmp2021/06份教程
作者其他创作
大纲/内容
定义：<b><font color="#c41230">做且只做</font></b>所需的全部工作。
范围类型
<b>产品范围</b>----某项产品、服务或成果所具有的<b><font color="#c41230">特性和功能</font></b>。
<b>项目范围</b>----为交付具有规定特性与功能的产品、服务或成果而必须完成的<font color="#c41230"><b>工作</b></font>。
发展趋势和新兴实践
<b><font color="#c41230">需求一直是项目管理中的重点</font></b>。组织开始认识到如何<b><font color="#c41230">运用商业分析</font></b>，通过定义、管理和控制需求活动<br>来<b><font color="#c41230">提高竞争优势</font></b>。
<b> 商业分析活动</b>可在<b><font color="#c41230">项目启动和项目经理任命之前</font></b>就开始。要注重与商业分析专业人士的合作。
需求管理过程<b><font color="#c41230">始于</font></b>需要评估，<b><font color="#c41230">结束于</font></b>需求关闭。
<b>项目经理与商业分析师之间是<font color="#c41230">伙伴式合作</font>关系</b>。<br>--<b>商业分析师</b>负责<b><font color="#c41230">需求管理相关</font></b>的活动<br>--<b>项目经理</b>负责确保这些活动在项目管理<b><font color="#c41230">计划有所安排</font></b>，并且在<b><font color="#c41230">预算内按时完成</font></b>，同时能够<b><font color="#c41230">创造价值</font></b>
规划范围管理（规划）
<b>定义：</b>为记录<b><font color="#c41230">如何定义</font></b>、<b><font color="#c41230">确认</font></b>和<b><font color="#c41230">控制项目范围</font></b>及<b><font color="#c41230">产品范围</font></b>，而创建范围管理计划的过程
<b>作用</b>：在整个项目中对如何管理范围提供<b><font color="#c41230">指南和方向</font></b>。
输出
范围管理计划
<b>定义</b>：描述将<b><font color="#c41230">如何</font></b>定义、制定、监督、控制和确认项目范围。
注意点
1、<font color="#c41230">范围管理计划无范围</font>（范围在范围基准中）
2、范围管理计划可以是正式或非正式的，非常详细或高度概括的。
收集需求（规划）
<b>定义</b>：为实现目标而<b><font color="#c41230">确定</font></b>、<b><font color="#c41230">记录</font></b>并<b><font color="#c41230">管理</font></b>相关方的<b><font color="#c41230">需要和需求</font></b>的过程
<b>作用</b>：为定义产品范围和项目范围奠定基础
什么是需求
根据<b><font color="#c41230">特定协议</font></b>或其他<b><font color="#c41230">强制性规范</font></b>，产品、服务或成果<b><font color="#c41230">必须具备</font></b>的条件或能力。<br>需求包括发起人、客户和其他相关方的<b><font color="#c41230">已量化且书面记录</font></b>的需要和期望
输入
项目文件
<b>相关方登记册</b>----用于了解<b><font color="#c41230">哪些相关方能够提供需求</font></b>方面的信息，及记录<b><font color="#c41230">相关方对项目的需求和期望</font></b>。
商业文件
会影响收集需求过程的商业文件是<b><font color="#c41230">商业论证</font></b>，它描述了<b><font color="#c41230">为满足业务需要</font></b>而<b><font color="#c41230">应该达到的必要、期望及可选标准</font></b>
协议
协议会包含项目和产品需求
工具与技术
数据收集
头脑风暴
大量创意、各种想法、畅所欲言（<b><font color="#c41230">注重数量而非质量</font></b>）
访谈
直接交谈、预设和即兴问题、一对一、多对多、获取<b><font color="#c41230">机密信息</font></b>
焦点小组
同职能、同一领域、有相似背景、主题专家（SME）、主持人引导互动式讨论
问卷调查
受众多样化、需快速完成、地理位置分散、适合开展统计分析
标杆对照
标杆可以是内部或外部、同行业或不同行业、识别最佳实践、形成改进意见
数据分析
文件分析
分析现有文件
决策
投票
一致同意
每个人都同意、<b><font color="#c41230">德尔菲</font></b>（专家、匿名、多轮、趋同、消除偏见）
大多数同意
超过50%、一般把决策小组的人数定为奇数
相对多数同意
相对多数，通常候选项超过两个时使用
独裁型决策制定
多标准决策分析
决策矩阵、多种标准、评估和排序
数据表现
亲和图
分组、分类
思维导图
整合、反映共性与差异、激发新创意、脑图
人际关系与团队技能
名义小组
促进头脑风暴、投票、优先排序、5分制、数轮
观察（工作跟随）和交谈
“工作跟随”、难以或不愿清晰说明、挖掘隐藏的需求
引导
与主题研讨会结合使用、跨职能、不同部门、协调相关方差异
原型法
支持<b><font color="#c41230">渐进明细</font></b>的理念。例如：故事板，能减轻返工的风险。<br>步骤（反复循环）：1.模型创建、2.用户体验、3.反馈收集、4.原型修改（可能<br>需要走变更流程）
输出
需求文件
<b>定义</b>：描述各种<b><font color="#c41230">单一需求</font></b>将<b><font color="#c41230">如何满足</font></b>与项目相关的<b><font color="#c41230">业务需求</font></b>
只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要相关方愿意认可的需
求，才能作为基准。
需求跟踪矩阵
<b>定义：</b>把<b><font color="#c41230">产品需求</font></b>从其来源<b><font color="#c41230">连接到</font></b>能满足需求的<b><font color="#c41230">可交付成果</font></b>的一种表格。
作用
把每个<b><font color="#c41230">需求</font></b>与<b><font color="#c41230">业务目标</font></b>或<b><font color="#c41230">项目目标</font></b>联系起<br>来，有助于<b><font color="#c41230">确保每个需求都具有商业价值</font></b>。
提供了在<b><font color="#c41230">整个项目生命周期中跟踪需求</font></b>的<br>一种方法（正向跟踪和逆向跟踪）
有助于确保需求文件中 被批准的每项需
求在项目结束的时候都能交付。
收集需求时产生的<b><font color="#c41230">需求文件和需求跟踪矩<br>阵并不代表项目的真实范围</font></b>
需要进一步明确哪些包含在项目范围内，
哪些排除在项目范围外。（定义范围）
定义范围（规划）
<b>定义：</b>制定项目和产品详细描述的过程
<b>作用</b>：描述产品、服务或成果的<b><font color="#c41230">边界</font></b>和<b><font color="#c41230">验收标准</font></b>。
注意点
从需求文件中<b><font color="#c41230">选取最终的项目需求</font></b>，然后<b><font color="#c41230">制定出关于项目及其产品、服务或成果的详细描述</font></b>。
◆ 应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制项目范围说明书。
◆ 还需要分析现有风险、假设条件和制约因素的完整性，并做必要的增补或更新。
◆ 需要多次反复开展定义范围过程（涉及多个迭代）
输入
项目章程
项目章程中包含对项目的<b><font color="#c41230">高层级描述</font></b>、<b><font color="#c41230">产品特征</font></b>和<b><font color="#c41230">审批要求</font></b>。
项目文件
<b>需求文件</b>----识别了<b><font color="#c41230">应纳入范围</font></b>的需求。
工具与技术
数据分析
备选方案分析
决策
多标准决策分析
人际关系与团队技能
在研讨会和座谈会中使用<b><font color="#c41230">引导技能</font></b>来协调具有不同期望或不同专业知识的<b><font color="#c41230">关键相关方</font></b>，使他们就项<br>目可交付成果以及项目和产品边界<b><font color="#c41230">达成跨职能的共识</font></b>。
产品分析
<b>产品分析</b>----把<b><font color="#c41230">高层级的产品描述</font></b>转变为<b><font color="#c41230">有形的可交付成果</font></b>。产品分析技术包括产品分解、系统分<br>析、需求分析、<b><font color="#c41230">系统工程</font></b>、<b><font color="#c41230">价值工程</font></b>、<b><font color="#c41230">价值分析</font></b>等。
输出
项目范围说明书
<b>定义</b>：是对项目范围、主要可交付成果、假设条件和制约因素的描述。记录了整个范<br>围，<b><font color="#c41230">包括项目</font></b>和<b><font color="#c41230">产品范围</font></b>。
项目范围说明书详细描述了项目的可交付成果，还代表项目相关方之间<b><font color="#c41230">就项目范围所达成的共识</font></b>。
为了便于管理相关方的期望，项目范围说明书<b><font color="#c41230">可明确指出哪些工作不属于本项目范围</font></b>。
包含内容
产品范围描述
<b><font color="#c41230">逐步细化</font></b>在<b><font color="#c41230">项目章程和需求文件</font></b>中所述的产品、服务或成果的特征
可交付成果
必须产出的<b><font color="#c41230">任何独特并可核实</font></b>的产品、成果或服务能力。<b><font color="#c41230">也包括辅助成果，如项目管理报告和文件</font></b>
验收标准
可交付成果通过验收前必须满足的一系列条件。
除外责任
明确说明哪些内容<b><font color="#c41230">不属于项目范围</font></b>， 有助于<b><font color="#c41230">管理相关方的期望</font></b>及<b><font color="#c41230">减少范围蔓延</font></b>
创建WBS（规划）
<b>定义：</b>把项目<b><font color="#c41230">可交付成果</font></b>和<b><font color="#c41230">项目工作</font></b>分解成较小的、更易于管理的组件的过程
<b>作用：</b>对所要交付的内容提供架构。
注意
⚫ <b>WBS</b> <b>（工作分解结构）<font color="#c41230">组织并定义</font></b>了项目的总范围（项目范围说明书只定义范围，没有组织范围）<br>⚫ WBS最低层的组成部分称为<b><font color="#c41230">工作包</font></b>，其中包括计划的工作。<br>⚫ 在“工作分解结构”这个词语中，“<b><font color="#c41230">工作</font></b>”是指作为活动结果的<b><font color="#c41230">工作产品或可交付成果</font></b>，而不是活动本身
哪儿找<b><font color="#c41230">可交付成果和验收标准</font></b>：首选<b><font color="#c41230">范围说明书</font></b>，<b><font color="#c41230">次选wbs词典</font></b>，再次选<b><font color="#c41230">范围基准</font></b>
工具与技术
分解
<b>分解：</b>把项目范围和项目可交付成果<b><font color="#c41230">逐步划分</font></b>为更小、更便于管理的组成部分的技术
<b>工作包</b>----WBS <b><font color="#c41230">最低层</font></b>的组件，可对其<b><font color="#c41230">成本和持续时间</font></b>进行估算和管理。
创建WBS，就是要将整个项目工作分解为工作包
WBS的结构
把项目<b><font color="#c41230">生命周期</font></b>的各阶段作为分解的第二层，产品和项目<b><font color="#c41230">可交付成果</font></b>放在第三层
把<b><font color="#c41230">主要可交付成果</font></b>作为分解的<b><font color="#c41230">第二层</font></b>
<b><font color="#c41230">纳入</font></b>由项目团队以外的组织开发的各种<b><font color="#c41230">较低层次组件</font></b>（如外包工作）
创建WBS的四个注意
如果采用<b><font color="#c41230">敏捷</font></b>方法，可以将<b><font color="#c41230">长篇故事分解成用户故事</font></b>。
不同的可交付成果可以分解到不同的层次
并不是分解得越细越好。过细的分解会造成管理努力的<b><font color="#c41230">无效耗费</font></b>、<b><font color="#c41230">资源使用效率低下</font></b>、<b><font color="#c41230">工作实施效<br>率降低</font></b>，同时造成WBS各层级的<b><font color="#c41230">数据汇总困难</font></b>。
<b><font color="#c41230">远期</font></b>才完成的可交付成果或组件，当前可能无法分解（<b><font color="#c41230">规划包</font></b>），需要<b><font color="#c41230">滚动式规划</font></b>
创建WBS的四个主要原则
100%原则
无遗漏无多余
80小时原则
工作包80小时
4~6层原则
不宜过细分解
责任明确原则
有明确责任人
输出
范围基准
范围说明书
产品范围描述
验收标准
可交付成果
项目的除外责任
WBS
工作包
规划包
控制帐户
WBS词典
账户编码标志号；
工作描述；
负责的组织；
进度里程碑清单；
相关的进度活动；
所需的资源；
成本估算；
质量要求；
验收标准；
技术参考文献；
协议信息
哪儿找<b><font color="#c41230">可交付成果和验收标准</font></b>：首选<b><font color="#c41230">范围说明书</font></b>，<b><font color="#c41230">次选wbs词典</font></b>，再次选<b><font color="#c41230">范围基准</font></b>
确认范围（监控）（重要）
‘确认范围’英文validate scope翻译为监控比较好理解
<b>定义：</b>“<b><font color="#c41230">客户</font></b>”或“<b><font color="#c41230">发起人</font></b>”正式验收已完成的项目<b><font color="#c41230">可交付成果</font></b>的过程
<b>作用：</b>通过<b><font color="#c41230">验收每个可交付成果</font></b>，提高最终产品、服务或成果验收的可能性
输入
核实的可交付成果
已经完成，并被控制质量过程检查为正确的可交付成果
工具与技术
检查
<b>检查（审查、产品审查、巡检）</b>----开展测量、审查与确认等活动，来判断工作和可交付成果是否符合<br>需求和产品验收标准
输出
验收的可交付成果
符合验收标准的可交付成果应该由<b><font color="#c41230">客户或发起人正式签字批准</font></b>
应该从客户或发起人那里获得<b><font color="#c41230">正式文</font></b>件，证明相关方对项目可交付成果的正式验收
变更请求
如果未通过验收，处理步骤<b><font color="#c41230">（1）记录（了解）原因；（2）走变更流程，进行缺陷补救。</font></b>
控制范围（监控）
<b><font color="#381e11">定义：</font><font color="#c41230">监督</font></b>项目和产品的范围<b><font color="#c41230">状态</font></b>，<b><font color="#c41230">管理</font></b>范围基准<b><font color="#c41230">变更</font></b>的过程
作用
在<b><font color="#c41230">整个项目期间</font></b>保持<b><font color="#c41230">对范围基准的维护</font></b>。
<b><font color="#c41230">确保</font></b>所有变更请求、纠正措施、预防措施<b><font color="#c41230">都通过</font></b>实施整体变更控制过程进行处理。
工具与技术
数据分析
<b>偏差分析</b>----用于将<b><font color="#c41230">基准与实际结果</font></b>进行比较，以确定偏差<b><font color="#c41230">是否处于临界值区间内</font></b>或是否有必要采<br>取纠正或预防措施
<b>趋势分析</b>----旨在<b><font color="#c41230">审查</font></b>项目<b><font color="#c41230">绩效信息随时间的变化情况</font></b>，以判断绩效是正在改善还是正在恶化。
确定偏离范围基准的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工<br>作
范围蔓延、镀金、范围潜变
<b>范围蔓延</b>----未对时间、成本和资源做相应调整，<b><font color="#c41230">未经控制</font></b>的产品或项目范围的扩大。（P168）<br> 来自团队<b><font color="#c41230">内部原因</font></b>造成的范围蔓延称为“<b><font color="#c41230">镀金</font></b>”<br> 来自团队<b><font color="#c41230">外部原因</font></b>造成的范围蔓延称为“<b><font color="#c41230">范围潜变</font></b>”。
<b>镀金</b>----项目人员为了“<b><font color="#c41230">讨好</font></b>”客户而做的<b><font color="#c41230">不解决实际问题、没有应用价值</font></b>的项目活动
<b>范围潜变</b>----范围潜变是指客户<b><font color="#c41230">不断提出</font></b>小的、<b><font color="#c41230">不易察觉</font></b>的范围改变，如果不加控制，累计起来导<br> 致项目严重偏离既定的范围基准，导致项目失控和失败
如果已经出现了范围蔓延，需要补变更流程。如果变更没有获得批准，需要取消不良变更
0 条评论
下一页
