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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。