高项论文（范围管理）
作者：互联网
2017年6月，我作为某品牌手机企业的项目经理，参加了某系列2020款手机新款机型研发项目，项目工期八个月，经费600万元。该项目将研发新一款机型，以适应市场用户的拍照、5G通话等需求。该机型配有八核CPU 980系列，内置5G基带，机身内存、运行内存分别为128G和8G。屏幕采用AMOLED材质6.5英寸，像素为2400×1080，后置四个摄像头，其中包括4800万像素主摄像头。屏下支持触屏指纹传感器。
该机型基于上一代2019款机型做了部分改进。所以大部分硬件结构仍采用上一代，但芯片和摄像头做了更新。另外，该机型将搭载安卓11.0 Ros系统。并且将面向大陆，香港，台湾地区发售。经过前期论证，内地，香港，台湾地区三地用户使用习惯各不相同，比如内地用户常用微信，支付宝，抖音等，但香港用户则使用What's APP和八达通，Facebook台湾用户与香港较为相似。但在支付软件中，以LineApp为主流，各地市场用户需求不同，所以我们在范围管理更要注重这一点差别。以下我将以规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围这六个方面展开论述，如何在项目中做好范围管理。
一，规划范围管理
在执行项目的开始，我组织项目成员和其他项目干系人。召开了项目会议。在会议上，根据项目管理章程，项目管理计划，一起讨论并编制了范围管理计划和需求管理计划，这两份计划将为后面的范围管理和需求管理提供了指南和方法论。范围管理计划描述了如何定义，制定，监督，确认和控制范围，用于指导；需求管理计划，描述了如何分析记录管理需项目需求和产品需求。最后，我邀请PMO相关领域专家评审了范围管理计划，为范围管理方式定下基调。
二，收集需求
收集需求是为了实现项目目标而定，记录并管理了项目干系人的需要和需求的过程。由于干系人众多，需求也较多，我们根据需求管理计划采用了访谈和问卷调查相结合的方法。从相关方获取了他们对于项目和产品的需求，最终形成需求文件和需求跟踪矩阵，并将这些文档反馈给项目干系人，供其确认。
三，定义范围
范围定义过程主要是定义更详细的项目范围说明书，作为将来项目决策的基础。基于范围管理计划，需求文件和需求跟踪矩阵，我们主要采用产品分析的方法，将项目干系人的项目需求，转换成可以交付的项目成果和必须要做的工作。例如，我们将手机系统分为摄像模块，通信模块，app模块等。app模块需要产品经理根据地区不同，预装不同的app。经过这些步骤，我们制定出项目范围说明书。该范围说明书还包含了项目除外责任、验收标准、制约因素、假设条件、可交付成果等信息。
四，创建WBS
本过程以项目范围说明书、需求文件、范围管理计划为依据，拆解和会议等方式对项目范围说明书描述的可交付成果进行分解。分解的原则有以下：第一，将工作分解成四层；第二，最底层为工作包，每个工作包必有一名负责人，可有零或多名参与者；第三，分解的每一层都将囊括整个项目的可交付成果；第四，每个被分解出来的下一层单元，必从属于唯一的一个上层单元；第五，分解的每个单元编号要有规范的编码方式等等。比如摄像模块拆解成硬件层，驱动层，安卓架构层和应用层。每一层又在逐渐分解。如此类推，最终我们得到了wbs工作分解结构、wbs词典，再配以项目范围说明书组成范围基准。该基准再经过相关领域干系人审批，最后获得正式批准。
五，确认范围
确认范围是项目干系人正式验收已完成的项目可交付成果的过程。在项目的执行过程中，每当完成一个阶段的工作，需要开始下一个阶段工作的时候，我都会组织项目干系人进行范围确认。比如开发版本发布成功后，我邀请了台湾当地的测试人员、产品经理对当地5G通信进行测试，在香港就需要测试和验收What's App、Facebook应用，在内地的研发中心更多地对微信语音，视频通话、耗电量、5G网速，WiFi，蓝牙，指纹支付进行严格的验收测试。本次确认范围，以需求文件、需求跟踪矩阵、验收的可交付成果、范围管理计划为依据，主要以检查为手段、执行，并最终得到更新的项目组织过程资产和验收的可交付成果。
六、控制范围
控制范围主要控制范围的变更。项目范围的变化在项目实施过程中进行。因此，对范围的变更的管理是项目管理工作的重中之重。没有经过变更控制的范围，很有容易造成范围蔓延。引起变更的原因很多，比如该款手机在执行过程中于2021年3月份接到上级通知，所有进行中的项目必须使用新的UI版本，目的是改善用户界面体验和隐私等。由于是高层基于市场做出的指示，所有各类型号的项目经理都必须执行，且按照新的UI进行验收。下一步我开始按变更控制流程，提交实施变更，控制范围将会以变更请求工作绩效信息，项目文件更新，项目管理计划的更新为产出物，从而使项目始终在监控范围内。有时我们也会采用偏差分析技术研究项目的绩效，以判断项目范围是否出现偏差。
最终在2021年5月项目成功上线，历时几个月的研发，最终与首批用户见面。项目得到领导和用户的一致好评，但是在项目执行过程中，仍然有许多经验教训值得总结，比如在临近上线前，一项“快速分享功能”被干系人要求加入——这将会延后项目工期。经过与干系人的协商，为不造成更多风险，而且新功能并未带来更大的用户体验，该功能将在上线运营后随升级补丁来发布。该问题被记录在问题日志，并将在6月份的升级补丁计划中发布。另外，疫情也是可能干扰项目的一大风险，庆幸我国目前疫情控制良好，项目顺利完成。路漫漫其修远兮。吾将上下而求索，我将持续不到努力学习，为将来十四五规划信息新时代贡献一点微薄之力。
标签：需求,管理,论文,干系,高项,计划,项目,范围 来源： https://blog.csdn.net/helwens/article/details/122655745