软考高项论文范文----范围管理

一次通过论文，个人根据模版写的论文仅供参考。

论项目范围管理

2021年2月末，我作为项目经理参加了xx市xx银行的风险审计系统建设。该项目总投资600万元，建设工期为1年。随着银行业的发展，其产生的数据呈几何级增长，传统的内部审计工作模式面临着前所未有的挑战。Xx银行的风险审计工作采用文档的线下流转方式，效率低下，格式不统一，审计流程难以规范，难以保障审计质量。同时内部审计关注交易风险，涉及海量的交易数据，xx银行需要将相关数据下载后手动加工和分析，以发现审计线索进一步检查审核，这就存在时效性差、数据监测覆盖面窄、数据质量难以保证的问题。Xx银行希望通过本项目实现内部审计的信息化转型，在规范审计过程的同时，对交易数据进行自动的提取、加工、分析，以提升审计质量和审计效率，提高内部治理水平，以适应日趋复杂的金融交易环境。本系统包含审计过程管理、审计数据分析、审计知识库三个物理子系统；审计计划、审计文档、过程管理、问题管理、模型工厂、数据监测、个人工作台等模块；采集财会、信贷、客管等业务领域的相关数据；以支持审计模型的设计、开发、评审、测试、上线、运行、迭代、退出等全生命周期管理；同时利用数据看板实现数据的汇总和趋势的可视化。本项目采用项目导向型组织结构，本系统采用浏览器/Web服务器/应用服务器/数据库服务器四层J2EE体系架构。其中应用服务器（中间件）采用Oracle公司的weblogic11g，数据库服务器（数据库管理系统）采用Oracle11g，界面层采用Extjs3.3/Ajax/Servlet/JSp，相关业务逻辑组件采用EJB3.0技术实现。由于本项目建设规模大（约有1.4万个功能点），建设工期紧（客户要求2022年3月末前所有功能必须上线），为了保证项目如期完成，我作为项目经理，带领项目团队开展了高效的项目管理，最终取得了可喜的成绩。

本项目是xx银行重点关注的信息化转型专项之一，具有规模大、工期紧、数据质量要求高、对范围管理要求高等特点。因此，在项目实施过程中，范围管理显得尤为重要。我作为项目经理在严格管理其他管理领域的同时，对范围管理领域灵活运用相关工具和方法，主要从以下几个方面开展工作。

1、制定项目范围管理计划。制定项目范围管理计划是确定如何收集需求、定义范围、创建WBS、确认和控制范围的过程，其作用是为项目范围管理提供指南。在本项目中，我和项目团队成员共同商讨出几个可行的审计系统范围管理方案，而后我借鉴备选方案工具的思想，结合立项管理阶段获得评审文件与项目章程，最终选定出了合适本项目的范围管理计划和需求管理计划，并通过了相关专家的评审。

2、收集需求。收集需求是为完成项目目标记录和管理干系人需求的过程，其作用是为项目实施奠定基础。在本项目中，我按照管理知识，仅在项目初期进行了一次需求收集工作，但却很细致的进行。首先我根据评审过的范围管理计划和需求管理计划明确了所需完成的项目的基本功能，然后和甲方部门进行沟通，将他们的需求进行分类，包括业务需求，功能需求，质量需求，干系人需求等。同时我进行了文件分析，对他们提供的各类文档进行分析，研究本系统的涉及思路，而为了使收集到的需求更加直观的显示，我利用亲和图的方式，将详细的需求描述按照已经得到的需求分类进行分组，用图的形式展现出来。而为了保证最后完成不会出现大的偏差，我带领团队设计了简易的系统原型，让甲方人员试用，最终也得到了他们的认可。已经得到了他们的认可后，我便利用结构化的方式记录并保存需求，形成了需求文件和需求跟踪矩阵，其中，需求跟踪矩阵我设计的较为详细，包括了需求详细描述、业务目标、项目目标、可交付成果、产品设计、产品开发、测试、分类、提出人、记录日期等字段，如图所示。

3、定义项目范围。定义项目范围是明确项目和产品范围的过程，其作用是明确可交付成果、服务的边界和验收标准。在本项目中，我根据需求文件中需求的优先级，确定了本项目最需要的一些需求，我在和有类似审计系统知识的张工沟通后，结合我以往经验和实际情况，开展了产品分析，主要进行了对审计系统模块化分解得到三个物理子系统、审计过程需求分析、审计系统分析和工程、最终使用价值分析和工程等阶段，得到了项目范围说明书并按照每周末检查的节奏，看是否需要更新内容，该文件我也明确规定了范围、验收标准、可交付成果和我们不用完成的任务，如图所示。

4、创建WBS。创建WBS是将可交付成果和工作分解为更小，易于管理组件的过程，其作用是为项目提供架构。在本项目中，WBS分解较为重要，我严格遵循其分解的8条规则，根据我维护的需求跟踪矩阵，①首先明确本系统三个物理子系统，并细化为12个组件；②而后我计划按照生命周期设计的WBS；③之后我便自上而下的方式分解可交付物和项目工作；④之后再编码；⑤最终和甲方等干系人确认了我这种分解是合适的，结果如图。

5、确认项目范围。确认项目范围是正式验收可交付成果的过程，其作用是①让验收过程更加客观；②多阶段验收可交付成果，提高最终验收成功的可能性。在本项目中，在启动阶段已经确定本项目是多阶段的项目，需要多次开工会议，因此需要阶段性的验收。我每次验收时都会先在组内完成了质量控制后，邀请甲方进行验收，最终验收前一共进行了12次阶段验收，且通过投票的方式，大家一致同意并且每一次都有甲方的签字。这就让最后的可交付成果顺利并提前完成，完成了甲方需求。为了保证项目不出现项目蔓延的情况，我将审批的项目范围说明书、WBS、WBS说明书整合为范围基准并在监控阶段持续维护。

6、控制项目范围。控制项目范围是监控项目范围状态，管理项目范围变更的过程，其作用是维护范围基准。在本项目中，我每周末前都会对团队工作绩效进行审查，以发现项目在实施过程中存在的问题，从而进行改进维护。我根据偏差分析，来判断每一个阶段是否存在严重的进度或者成本偏差以进行控制，确保工作顺利进行；同时，我也根据趋势分析，来判断每一个变更、新需求等改变会对项目未来实施或者运维造成良性还是恶性的影响。并按照得到的绩效信息维护范围基准的变化，实时记录变更，对优先级高的变更进行严格的8步变更管理。

2022年3月9日，本项目正式通过验收，不仅工期提前2周左右，而且节约成本28.8万元，得到了xx银行和用户的一致好评。项目的成功，首先归功于项目团队的不懈努力，其次得益于我高效的范围管理，特别是原型法、产品分析、分解、检查、焦点小组、趋势分析等工具和方法的使用，为项目提质增效。并且，我总结了3条有用的范围管理经验：1、做好需求收集和管理。让相关干系人参与到需求收集过程而不是简单的向他们提问，这样可以让收集到的需求更加适合项目；2、做好WBS分解。需要严格遵循WBS分解的8条规则，为项目合理分解；3、定期更新范围说明书。因为客户会在过程中提出需求，所以需要更新范围说明书以向项目中添加合适的新需求。虽然项目取得了圆满的成功，但是依然存在一些问题：1、在项目前期，由于连续的极端天气，采购的服务器未能及时到货，影响了项目环境的搭建；2、受到疫情的影响，有两名组员离职，这在一定程度上造成了进度延后。但通过我的应急处理和沟通协调，这些问题得到了妥善处理，对项目没有造成太大影响。未来我也将采取更加积极的策略，不断充电学习，多和同行沟通交流，以提升我和团队应对各类问题的能力，为我国信息化建设做出自己的贡献。

（模版在之前的文章里）