信息系统项目管理师——范围管理论文写法以及子题目

范围管理概论

规划过程组

过程	含义	输入	工具和技术	输出
规划范围管理	定义如何制定项目范围说明书，以及如何在项目整个生命周期中管理项目范围。	项目章程 项目管理计划（含其他知识领域的子计划） 项目干系人登记册 组织过程资产	1.专家判断 2.数据分析 ·备选方案分析 3.会议	范围管理计划

过程	含义	输入	工具和技术	输出
收集需求	确定并记录项目及其产品、服务或成果所需的功能和性能特征。	项目章程 干系人登记册 商业文件 协议 组织过程资产	1.专家判断 2.数据收集 ·头脑风暴 ·访谈 ·焦点小组 ·问卷调查 ·标杆对照 3.数据分析 ·文件分析 4.决策 ·投票 ·多标准决策分析 5.数据表现 ·亲和图 ·思维导图 6.人际关系与团队技能 ·名义小组技术 ·观察/交谈 ·引导 7.系统交互图	需求文件（包括需求跟踪矩阵）

过程	含义	输入	工具和技术	输出
定义范围	将需求转化为项目范围说明书，详细描述项目产品、服务或成果的特性和边界。	1.专家判断 2.数据分析 ·备选方案分析 3.决策 ·多标准决策分析 4.人际关系与团队技能 ·引导 5.产品分析	项目范围说明书 项目范围基准（含WBS、WBS词典、范围基准）

过程	含义	输入	工具和技术	输出
创建WBS	将项目范围说明书中的项目工作分解为更小、更易于管理的组件，形成层次化的结构。	1.专家判断 2.分解	工作分解结构（WBS） WBS词典

监控过程组

过程	含义	输入	工具和技术	输出
确认范围	审核项目可交付成果，以确保它们满足需求规格并得到干系人的正式接受。	1.检查 2.决策 ·投票	已接受的可交付成果 变更请求 项目管理计划（更新）

过程	含义	输入	工具和技术	输出
控制范围	监控项目和产品范围的状态，管理范围基准的变更，确保只有经过批准的变更才能纳入项目范围。	项目管理计划 范围基准 工作绩效数据 变更请求 项目文件 组织过程资产	1.数据分析 ·偏差分析 ·趋势分析	变更请求 项目管理计划（更新） 范围基准（更新） 项目文件（更新） 工作绩效报告

子题目

1.范围管理的心得

正面经验与心得：

(1) 范围管理和需求管理唇齿相依

• 心得：认识到范围管理与需求管理紧密关联，需求是范围的源头，准确、完整地捕获和管理需求是有效控制项目范围的前提。通过持续跟踪需求状态，确保需求的落实与变更得到妥善管理，能够有效防止范围蔓延，确保项目按既定目标推进。

(2) 范围基准是沟通的基础，也是规划和变更的基础

• 心得：认识到范围基准（如项目范围说明书、WBS、WBS词典等）不仅是项目团队内部工作的依据，更是与干系人沟通、协商的基础文档。它们为规划活动提供了清晰的参照，也为后续的变更控制设定了基准线，确保任何变动都能依据统一的标准进行评估和处理。

(3) 不断确认范围（可交付成果）以提高认可度

• 心得：在项目进程中，定期与干系人特别是关键干系人就项目范围和可交付成果进行确认，有助于确保各方对项目目标和预期成果有共同的理解。这种频繁的沟通和确认有助于减少误解和分歧，提高最终交付时得到干系人正式承认的概率。

(4) 制定并实施变更管理流程遏制范围蔓延

• 心得：建立并严格执行变更管理流程，对范围变更进行规范化控制，可以有效防止未经批准的变更悄无声息地扩大项目范围，从而控制项目成本、时间和资源投入。这一做法增强了项目管理的纪律性和透明度，有助于保持项目按计划进行。

(5) 收集需求时找准干系人并采用联合需求计划

• 心得：在需求收集阶段，识别并直接与关键干系人沟通，确保获取最准确、最全面的需求信息。尽管联合需求计划可能带来较高的前期成本，但其能够快速凝聚共识，减少后续因需求理解不一致引发的返工和冲突，从长远看有利于提升项目效率和成功率。

(6) 制定详细项目范围说明书防止团队认知偏差

• 心得：详细、清晰的项目范围说明书有助于消除团队成员对项目范围理解的差异，减少因认知偏差导致的无效工作和返工。详尽的描述和明确的边界定义有助于团队成员准确把握工作重点，提高工作效率和交付质量。

(7) 清晰范围边界是设定明确目标的前提

• 心得：明确的项目范围界定了项目的上下文和约束条件，为项目目标的设定提供了现实基础。只有明确了范围边界，项目团队才能设定具体、可衡量、可达成、相关性强且有时间限制（SMART）的目标，确保项目聚焦并朝着既定方向前进。

反思与不足之处：

(1) 需求跟踪与验证不够全面，导致测试用例遗漏

• 反思：在项目实施过程中，对需求跟踪与验证的重视程度不够，导致部分需求未得到充分的关注和落实，进而影响到测试用例的设计完整性，可能出现遗漏测试场景、未能全面覆盖需求的情况。未来应加强需求跟踪机制，确保需求从识别到验证的全生命周期管理。

(2) 范围变更评估不足导致进度延迟和成本超支

• 反思：在处理范围变更请求时，对变更影响的评估不够充分，可能导致对变更带来的工作量、时间延迟和成本增加估计不足，进而引发实际项目进度的滞后和成本超出预算。今后应强化变更影响分析，严谨评估变更对项目各方面的影响，确保变更决策基于完整、准确的数据支持。

2.子题目

(1) 项目范围管理的含义与作用、意义

• 含义：项目范围管理是指从项目启动到收尾，对项目产品、服务或成果所应包括的所有工作及其产生过程进行定义、规划、监控及控制的系统性过程。它涵盖了确定项目边界、明确项目产出、制定详细的范围说明、管理范围变更以及确保所有工作按照预定范围完成等方面。

• 作用：确保项目包含且仅包含实现项目目标所必需的工作；为项目团队提供明确的工作指南；作为项目绩效考核的基准；促进干系人间的有效沟通；为成本、时间、质量等其他项目管理领域提供基础数据。

• 意义：避免项目范围不清导致的资源浪费、成本超支、延期交付等问题；增强项目目标的一致性和可行性；提升项目成功率和客户满意度；便于项目监控与控制；有利于风险管理与质量管理。

(2) 项目范围管理中用到的工具和技术、输入输出

• 工具：工作分解结构（WBS）、需求跟踪矩阵、专家判断、会议、项目管理信息系统（PMIS）等。

• 技术：分解、滚动波式规划、需求获取、数据分析、模型构建、假设条件与制约因素分析等。

• 输入：项目章程、项目管理计划、干系人登记册、需求文件、组织过程资产等。

• 输出：范围管理计划、范围基准（范围说明书、WBS、WBS词典）、需求跟踪矩阵、变更请求、项目文件更新、组织过程资产更新等。

(3) 结合你在项目范围管理中遇到的实际问题与解决方法，论述如何做好项目的范围管理，并总结心得体会

• 实际问题与解决方法：列举项目中遇到的具体范围问题（如需求变更频繁、范围界定模糊、干系人期望不一致等），详细阐述应对策略（如强化变更控制、加强需求管理、强化沟通等）。

• 心得体会：归纳总结在解决这些问题过程中形成的对范围管理重要性的认识、有效的管理技巧、团队协作的经验、风险管理的方法等。

(4) 范围管理计划和需求管理计划的内容【规划范围管理]

• 范围管理计划：范围管理策略、范围定义方法、范围验证与控制流程、变更控制委员会的角色与职责、范围基线的维护与更新规则等。

• 需求管理计划：需求获取方法、需求分析与优先级排序准则、需求文档模板、需求变更控制流程、需求状态跟踪与报告机制、需求验收标准等。

(5) 结合项目制定个《需求文件》P280【写作收集需求里]

• 需求文件：按照项目特点编写一份详细的需求文件，包括业务需求、用户需求、功能需求、非功能需求、界面需求、外部接口需求等内容，以及需求优先级、版本信息、需求变更记录等辅助信息。

(6) 需求跟踪矩阵(正向跟踪、逆向跟踪、追溯、回溯、属性等等)?【画图题]【收集需求]

• 需求跟踪矩阵：绘制一个需求跟踪矩阵示意图，展示需求与设计、编码、测试用例等项目产出之间的正向与逆向关系，体现需求的追溯与回溯路径，标注需求属性（如ID、优先级、状态等）。

(7) 范围说明书的内容有哪些?如何制定范围说明书?【范围定义]

• 范围说明书内容：项目目标、产品或服务描述、项目边界、除外责任、可交付成果、验收标准、假设条件与制约因素等。

• 制定方法：明确项目目标，细化产品或服务特征，明确项目内外部界限，列出不包括在项目内的工作，详细描述各可交付成果及其特性，设定验收标准，识别并记录项目假设和制约因素。

(8) 活动和工作包的关系【创建WBS]

• 关系：活动是WBS中的最小可独立管理单元，是执行项目工作所需的特定任务或操作；工作包是WBS中处于最低层次的组件，通常由一组相关的活动组成，可以分配给一个团队或个人负责完成。

(9) 如何创建WBS(原则、步骤、方法、2种结构、作用、5层WBS)?分解有何意义?【创建WBS]

• 创建WBS：遵循MECE（相互独立，完全穷尽）原则，按照自上而下或自下而上的方法，通过头脑风暴、专家访谈等手段，构建层级结构（如按产品结构、生命周期、组织结构划分）的WBS，通常包含5层左右（项目、阶段、子阶段、工作包、活动）。作用包括明确责任分配、估算资源、监控进度等。

• 分解的意义：使复杂工作可视化、易于管理；明确责任分工；便于估算成本和时间；利于监控与控制；增强团队理解和沟通。

(10) 结合项目实际情况制定个WBS词典，教材P289【写在创建WBS过程中]

• WBS词典：根据项目特点，编写WBS词典，对WBS中的每个工作包进行详细描述，包括工作包编号、名称、描述、负责人、开始与结束日期、所需资源、成本估算、质量标准、相关文件链接等信息。

(11) 如何做好范围确认?范围确认的重要性?范围确认和质量控制有何区别?[范围确认]

• 做好范围确认：通过正式评审、签字认可、演示或试运行等方式，让关键干系人对已完成的可交付成果进行确认，确保其满足范围说明书和验收标准的要求。

• 重要性：确保项目交付符合预期，避免后期纠纷；为项目收尾提供依据；保障项目成功。

• 与质量控制的区别：范围确认关注的是是否完成了约定的工作，质量控制则关注完成的工作是否达到既定的质量标准。

(12) 范围控制的内容?如何防止范围蔓延和镀金的行为?引起项目范围变更的因素有哪些?变更的原因?范围变更的流程?[范围控制]

• 范围控制内容：监控项目范围的状态，检测范围偏离，采取纠正措施，管理范围变更。

• 防止范围蔓延与镀金：严格执行变更控制流程，明确项目边界，加强干系人沟通，保持需求稳定性，对额外工作进行成本效益分析。

• 变更因素：市场变化、客户需求变化、技术问题、法规变化、项目内部问题等。

• 变更原因：新需求、需求变更、遗漏需求、错误需求、技术进步等。

• 范围变更流程：提出变更请求、变更影响分析、变更审批、修订范围基准、实施变更、沟通变更、更新项目文件。

(13) 简述需求管理和范围管理的区别与联系?[过渡段]

• 区别：需求管理侧重于需求的识别、分析、记录、跟踪与变更控制，关注的是项目“做什么”；范围管理更关注将需求转化为具体的项目产出，并对其进行规划、定义、监控与控制，关注的是项目“如何做”。

• 联系：需求是范围的来源，良好的需求管理为范围管理奠定基础；范围管理确保需求得到有效实现，两者相互支撑，共同确保项目目标的达成。

(14) 简述范围管理和XX管理的关系?[过渡段]

• 请补充XX管理对应的项目管理知识领域（如时间管理、成本管理、风险管理、质量管理等），然后描述范围管理与该知识领域的区别、联系与互动关系。