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

范围管理概论

规划过程组

监控过程组

子题目

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管理的关系?[过渡段]