【第四版 软考高项】第09章 项目范围管理
2024-07-26 12:13:55 0 举报AI智能生成
项目范围管理是项目管理中至关重要的一个环节，旨在确保项目包括且仅包括所有必需的工作，以满足项目目标。它涉及到识别、定义、记录、核实和控制项目范围。项目范围管理包含一系列正式的书面文件，如项目范围说明书、WBS（工作分解结构）、WBS词典，这些文件用于明确项目范围，并帮助项目团队跟踪和控制项目范围。项目范围管理是一个动态的过程，需要随着项目进展及时调整和更新范围文件，以确保与项目目标和成果保持一致。
作者其他创作
大纲/内容
第09章 项目范围管理
作者：豆豆周末@ProcessOn
更多模板素材请关注 豆豆周末个人主页（只提供优质素材）
点击右方 图标链接 进入 豆豆周末@ProcessOn 个人主页 ➡️
作者：豆豆周末@ProcessOn
更多模板素材请关注 豆豆周末个人主页（只提供优质素材）
点击右方 图标链接 进入 豆豆周末@ProcessOn 个人主页 ➡️
概述
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内；
9.1 管理基础
9.1.1 产品范围和项目范围
产品范围：指某项产品、服务或成果所具有的特征和功能；
项目范围：为交付具有规定特性与功能的产品、服务或成果而必须完成的工作；
9.1.2 管理新实践
9.2 项目范围管理过程
9.2.1 过程概述
规划范围管理：为了记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划；
收集需求：为了实现项目目标，确定、记录并管理干系人的需要和需求；
定义范围：制定项目和产品详细描述；
创建WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组件；
确认范围：正式验收已完成的项目可交付成果；
控制范围：监督项目和产品的范围状态，管理范围基准的变更。在项目实际进展中，以上各过程会相互交叠和相互作用；
9.2.2 裁剪考虑因素
知识和需求管理：正式或非正式的知识和需求管理体系?
确认和控制：正式或非正式的与确认和控制相关政策、程序和指南?
开发方法：是否采用敏捷方法管理项目?
需求的稳定性：是否存在需求不稳定的领域?
治理：是否拥有正式或非正式的审计和治理政策、程序和指南?
9.2.3 敏捷与适应力法
采用敏捷或适应型生命周期，以降低短时间无法确认和控制需求的风险；
9.3 规划范围管理
9.3.1 输入
项目章程：项目章程记录项目目的、项目概述、假设条件、制约因素，以及项目想要实现的高层级的需求；
项目管理计划
质量管理计划：在项目中实施组织质量政策、方法和标准的方式会影响管理项目和产品范围方式；
项目生命周期描述：定义了项目从开始到完成所经历的一系列阶段；
开发方法：开发方法定义了项目是采用预测型、适应型还是混合型开发方法；
事业环境因素：组织文化、基础设施、人事管理制度和市场条件等；
组织过程资产：政策和程序、历史信息和经验教训知识库等；
9.3.2 工具与技术
专家判断：应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见；
数据分析：数据分析技术是备选方案分析；
会议：项目团队可参加项目会议来制订范围管理计划；
9.3.3 输出
范围管理计划：范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围；
需求管理计划：需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理需求；
9.4 收集需求
9.4.1 输入
立项管理文件：商业论证产生的文件，它描述了为满足业务需要而应该达到的必要、期望及可选标准；
项目章程：项目章程记录了项目概述以及将用于制定详细需求的高层级需求；
项目管理计划：范围管理计划、需求管理计划、干系人参与计划；
项目文件：假设日志、干系人登记册、经验教训登记册；
协议：协议会包含项目和产品需求；
事业环境因素：组织文化、基础设施、人事管理制度、市场条件等；
组织过程资产：政策和程序；包含以往项目信息的历史信息和经验教训知识库等；
9.4.2 工具与技术
专家判断：应征求具备如下领域相关专业知识或接受过相关培训的个人或小组的意见；
数据收集：收集需求过程的数据收集技术主要包括头脑风暴、访谈、焦点小组、问卷调查、标杆对照；
数据分析：可用于收集需求过程的数据分析技术是文件分析；
决策：适用于收集需求过程的决策技术主要包括投票、独裁型决策制定、多标准决策分析；
数据表现：可用于收集需求过程的数据表现技术主要包括亲和图、思维导图；
人际关系与团队技能：可用于收集需求过程的人际关系与团队技能主要包括名义小组技术、观察和交谈、引导；
系统交互图：系统交互图是对产品范围的可视化描绘，可以直观显示业务系统(过程、设备、计算机系统等)及其与人和其他系统(行动者)之间的交互方式；
原型法：在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈；
9.4.3 输出
需求文件
业务需求：整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因；
干系人需求：干系人的需要；
解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征；
功能需求
非功能需求
过渡和就绪需求：如数据转换和培训需求；
项目需求：项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等；
质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如，测试、认证、确认等；
需求跟踪矩阵
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格；
跟踪需求的内容包括：CD业务需要、机会、目的和目标；项目目标；项目范围和WBS可交付成果；产品设计；产品开发；测试策略和测试场景；高层级需求到详细需求等；
9.5 定义范围
9.5.1 输入
项目章程：项目章程中包含对项目的高层级描述、产品特征和审批要求；
项目管理计划：定义范围中使用的项目管理计划组件是范围管理计划，其中记录了如何定义、确认和控制项目范围；
项目文件：可作为定义范围过程输入的项目文件主要包括：假设日志、需求文件、风险登记册；
事业环境因素：组织文化、基础设施、人事管理制度、市场条件等；
组织过程资产：用于制定项目范围说明书的政策、程序和模板；以往项目的项目档案；以往阶段或项目的经验教训等；
9.5.2 工具与技术
专家判断：定义范围过程中，应征求具备类似项目的知识或经验的个人或小组的意见；
数据分析：可用于定义范围过程的数据分析技术是备选方案分析；
决策：可用于定义范围过程的决策技术是多标准决策分析；
人际关系与团队技能：人际关系与团队技能的一个典型示例是引导；
产品分析：产品分析可用于定义产品和服务；
9.5.3 输出
项目范围说明书：项目和产品范围；
项目文件(更新)：可在定义范围过程更新的项目文件包括假设日志、需求文件、需求跟踪矩阵、干系人登记册；
9.6 创建WBS
9.6.1 输入
项目管理计划：范围管理计划定义了如何根据项目范围说明书创建WBS；
项目文件：需求文件、项目范围说明书；
事业环境因素：会影响创建WBS过程的事业环境因素包括项目所在行业的WBS标准；
组织过程资产：用于创建WBS的政策、程序和模板；以往项目的项目档案；以往项目的经验教训等；
9.6.2 工具与技术
专家判断：创建WBS过程中，应征求具备类似项目知识或经验的个人或小组的意见；
分解：分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术；
创建WBS的方法多种多样：常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板；
创建WBS的方法多种多样：常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板；
9.6.3 输出
范围基准：范围基准是经过批准的范围说明书、WBS和相应的WBS词典、工作包、规划包；
项目文件(更新)：假设日志、需求文件；
9.7 确认范围
9.7.1 输入
项目管理计划：确认范围中使用的项目管理计划组件主要包括：范围管理计划、需求管理计划、范围基准；
项目文件：可作为确认范围过程输入的项目文件主要包括：需求文件、需求跟踪矩阵、质量报告、经验教训登记册；
工作绩效数据：可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数；
核实的可交付成果：核实的可交付成果是指已经完成，并被控制质量过程检查为正确的可交付成果；
9.7.2 工具与技术
检查：检查是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准；
决策：可用于确认范围过程的决策技术是投票，当由项目团队和其他干系人进行验收时，使用投票形成结论；
9.7.3 输出
验收的可交付成果：符合验收标准的可交付成果应该由客户或发起人正式签字批准；
变更请求：对已经完成但未通过正式验收的可交付成果及原因，应该记录在案；
工作绩效信息：工作绩效信息包括项目进展信息，例如，哪些可交付成果已经被验收，哪些未通过验收以及原因；
项目文件(更新)：可在确认范围过程更新的项目文件主要包括：需求文件、需求跟踪矩阵、经验教训登记册；
9.8 控制范围
9.8.1 输入
项目管理计划：控制范围中使用的项目管理计划组件主要包括：范围管理计划、需求管理计划、变更管理计划、配置管理计划、范围基准、绩效测量基准；
项目文件：可作为控制范围过程输入的项目文件主要包括：需求文件、需求跟踪矩阵、经验教训登记册；
工作绩效数据：工作绩效数据可能包括收到的变更请求的数量，接受的变更请求的数量或者核实、确认和完成的可交付成果的数量；
组织过程资产：能够影响控制范围过程的组织过程资产主要包括：现有的、正式的和非正式的与范围控制相关的政策、程序和指南；可用的监督和报告的方法与模板等；
9.8.2 工具与技术
数据分析：可用于控制范围过程的数据分析技术主要包括：偏差分析、趋势分析；
9.8.3 输出
工作绩效信息：控制范围过程产生的工作绩效信息是有关项目和产品范围实施情况(对照范围基准)的相互关联且与各种背景相结合的信息；
变更请求：分析项目绩效后，可能会就范围基准和进度基准，或项目管理计划的其他组成部分提出变更请求；
项目管理计划(更新)：可能需要变更请求的项目管理计划组成部分包括：范围管理计划、范围基准、进度基准、成本基准、绩效测量基准；
项目文件(更新)：可在控制范围过程更新的项目文件主要包括：需求文件、需求跟踪矩阵、经验教训登记册；
链接至 第10章 ➡️
0 条评论
下一页
