《项目管理项目范围管理(课件).ppt》由会员分享，可在线阅读，更多相关《项目管理项目范围管理(课件).ppt（37页珍藏版）》请在三一办公上搜索。
1、2023/8/3,1,经过自己多年的努力，在市区的繁华地段购买了一套不错的三居室房子；为了尽快入住，你准备将房子的装修工程包给一家朋友们都特别推荐的一家装修公司。当你和装修公司的业务（项目）经理进行沟通时，你发现这个业务经理总是不停的说。请记录下，这个业务经理都主要在说哪些事：1.哪些方面工作给我们做；2.工期多少；3.效果如何的好；4.多少钱；,【导入案例】,多,快,好,省,范围,时间,质量,成本,2023/8/3,2,概述,项目范围管理 确保项目做且只做成功完成项目所需的全部工作的各过程 既不多做 也不少做,2023/8/3,3,产品范围(Product Scope）：是指客户对项目最终产
2、品或服务所期望包含的特征和功能的总和；项目范围（Project Scope）：是为了交付满足产品范围要求的产品或服务所必须完成的全部工作的总和。,概述,2023/8/3,4,2023/8/3,5,在整个项目中，对如何管理范围提供指南和方向。,5.1 规划范围管理,范围管理计划,如何定义、制定、监控、控制和确认项目范围,需求管理计划,如何分析、记录和管理需求,2023/8/3,6,为定义和管理项目范围（包括产品范围）奠定基础,5.2 收集需求,2023/8/3,7,指发起人、客户和其它干系人的已量化且记录下来的需要和期望，是WBS的基础,5.2.1 需求,需求,业务需求,干系人需求,解决方案需求
3、,过渡需求,项目需求,质量需求,功能需求非功能需求,2023/8/3,8,5.2.2 输出,需求文件,记录干系人的需求单一需求如何满足业务需求,需求跟踪矩阵,链接需求与需求源的表格对需求进行跟踪需求与业务目标或项目目标相联系确保需求都具有商业价值产品范围变更的框架,2023/8/3,9,5.2.3 工具与技术访谈,通常“一对一”访谈预设或即兴问题愿意且能说清楚也可用于获取机密信息,目的：识别和定义可交付成果的特征和功能,2023/8/3,10,5.2.3 工具与技术焦点小组会议,群体访谈互动式讨论，求得更有价值的意见寻求集体而非个人意见,预先选定的干系人和主题专家集中在一起，了解其对产品、服务
4、或成果期望和态度,2023/8/3,11,5.2.3 工具与技术引导式研讨会,快速定义跨职能需求协调干系人差异有助于建立信任，促进关系，改善沟通，达成一致意见比单项会议更快的发现和解决问题软件行业：联合应用开发JAD 把用户和开发团队集中在一起，改进软件开发流程制造行业：质量功能开发QFD 从收集客户需求开始，客观的对需求分类和排序，设置目标,主要干系人参加会议，对产品需求进行集中讨论定义,2023/8/3,12,5.2.3 工具与技术群体创新技术,通过群体的集思广益活动，来识别产品和项目需求的技术,多标准决策分析头脑风暴名义小组技术概念/思维导图亲和图,2023/8/3,13,群体创新技术（
5、多标准决策分析）,指做决策时必须考虑多重相互矛盾的标准,价格安全性能节能环保性能舒适外观,借助决策矩阵，多重标准，作出决策,2023/8/3,14,群体创新技术（头脑风暴）,避免权威人士在场，时间30-45分钟,自由畅谈、禁止批评所有的观点被记录下延迟评判首要任务追求数量,2023/8/3,15,群体创新技术（名义小组技术）,头脑风暴法的深化应用,名义小组1,名义小组2,全体投票排列最有用创意独立思考，写下方案并陈述主管有权决定接受或拒绝方案,2023/8/3,16,群体创新技术（思维导图）,从头脑风暴法获得创意，用思维导图联系起来，反应创意之间共性和差异，从而引导出新的创意,2023/8/3
6、,17,群体创新技术（亲和图）,对头脑风暴中的主意进行分类（注意的相似性）,目的：以便审查和分析，综合求创新。,2023/8/3,18,5.2.3 工具与技术群体决策,为达成某种期望结果，而对多个方案进行评估,一致同意（可用德尔菲技术）大多数原则：群体中超过50%支持，即作出决策相对多数原则：群体里相对多数意见作出决策独裁：某一个人对群体作出决策,目的：,生产产品需求，并对其进行归类和优先级排序,2023/8/3,19,群体决策（德尔菲技术）,获得专家意见的常用方法，减少偏见问卷收集匿名专家的意见基本规则：一人一票专家之间背靠背专家以匿名提出意见旨在取得一致意见,2023/8/3,20,5.2
7、.3 工具与技术问卷调查 原型法 观察,问卷调查,预先设计调查表干系人数量多想快速完成相对结果统计分析,原 型 法,用产品使用模型征求需求意见不是只讨论抽象的需求渐进明细,观 察,工作跟踪旁站式、体验式干系人数量少不愿或说不清楚需求,2023/8/3,21,5.2.3 工具与技术杠杆对照 系统交互图,杠杆对照,与可比项目的实践进行对照,系统交互图,可内部，也可外部,识别最佳实践形成改善意见绩效考核提供基础,对产品范围的可视化描绘，图形直观地展现业务系统与其它系统之间的接口关系,2023/8/3,22,明确收集的需求，哪些在范围内，明确边界,5.3 定义范围,2023/8/3,23,5.3.1
8、输出-范围说明书,提供基准评价变更请求衡量是否超过项目边界干系人共识,包含内容：产品范围描述验收标准可交付成果项目的除外责任制约因素假设条件,2023/8/3,24,5.3.2 蔓延 镀金,范围蔓延,镀 金,未得到控制的变更可交付物和范围定义不一致,为讨好客户，做了不该做的事情等行为称为镀金,项目角度：都是失败的项目,2023/8/3,25,5.3.3 工具与技术-产品分析,适用于产品为主要交付成果的项目,产品分解系统分析系统工程需求分析价值工程价值分析,2023/8/3,26,5.3.3 工具与技术-备选方案识别,制定尽可能多的潜在可选方案,头脑风暴,横向分析,备选方案分析,2023/8/3
9、,27,对可交付成果的内容提供一个结构化的视图,5.4 创建工作分解结构（WBS）,2023/8/3,28,5.4.1 工作分解结构作用,面向可交付成果,如无法编出WBS，一般不要开始计划工作，决不能开始实施,将任务分解为已知任务,为项目管理提供框架,帮助建设项目团队,考核项目完成情况依据,方便项目干系人沟通,实时的计划和情况追踪,便于估算和任务分配,2023/8/3,29,5.4.2 工作分解结构（WBS）,控制账户,信息不足工作内容已知但详细进度活动未知,工作包,2023/8/3,30,5.4.3 WBS有效性标准,1、一个单位工作任务只能在WBS中出现在一个地方2、一个WBS中的每一项工
10、作都只有一个人负责，即使这项工作由多人来做，也是如此3、WBS必须与工作任务的实际执行过程相一致4、项目组成员必须参与WBS的制定，以确保一致性和全员参与5、每一个WBS都必须归档，以确保准确理解该项包括的和不包括的工作范围6、再对项目工作内容进行控制的同时，还必须让WBS具有一定的灵活性以适应无法避免的变更需要,2023/8/3,31,5.4.4 工作包,1、WBS最低层的可交付成果（包含计划的工作）2、详细程度因项目大小与复杂程度而异3、能够可靠地估算和管理工作成本和活动持续时间的位置4、80/40小时原则5、1%-10%原则6、由负责具体工作的人分解,2023/8/3,32,5.4.5
11、WBS词典,账户编码标识 工作描述 假设条件和制约因素 负责的组织进度里程碑 相关的进度活动所需资源 成本估算质量要求 验收标准技术参考文献 协议信息,WBS词典是针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件,2023/8/3,33,5.4.5 工具与技术分解,分解步骤,核实分配程度是否恰当制定和分配标识编码自上而下的分解确定WBS结构和编排方法识别可交付成果及相关工作,2023/8/3,34,5.4.5 工具与技术分解,分解规则,可交付成果为导向,子要素等于母要素,100%原则,包含所有项目工作,要素之间相互独立,独一无二的账户编码,有利制定责任人,4-6层,外包可作为工作包,WBS第二层：,项目生命周期的各阶段主要可交付成果项目管理可独特分支存在子项目,规则,2023/8/3,35,正式验收已完成的项目可交付成果的过程,5.5 确认范围,2023/8/3,36,审查“核实的可交付成果”确保已圆满完成获得客户或发起人的正式验收,5.5.1 确认范围,确认范围关注可交付成果的验收质量控制关注可交付成果是否正确及是否满足质量要求质量控制通常先于确认范围进行，也可同时,2023/8/3,37,监督项目和产品的范围状态，管理范围基准变更的过程,5.6 控制范围,保持对范围基准的维护,偏差分析,确定实际绩效与基准差异程度及原因的技术评估偏离范围基准的程度,
