项目经理的修炼，直面需求变动

项目实施过程当中，项目经理经常面临一个重大挑战—需求变动。需求变动无处不在，市场条件变化、新业务出现、战略目标调整、客户需求修改、资源限制等，都会形成需求变动。

需求变动会影响项目的时间、成本和质量，对整个项目和团队成员都是严重的冲击。中国信通院发布的「中国 DevOps 现状调查报告（2019年）」中也能够发现，59.68%的企业认为需求的频繁变动是阻碍软件按时交付的主要缘由。为了帮助项目经理顺利解决变动，减小变动带来的影响，本期「项目100问」将与您分享需求变动解决之道。

管理需求变动，避免项目延期

1.拥抱变化，积极面对变动

敏捷实践中，软件开发须要不断知足用户的需求，经过持续交付，使产品在逐渐符合客户需求的过程当中渐进完善。就像敏捷宣言中的「拥抱变化」同样，项目经理不该该消极抵制需求变动，相反应该期盼需求变化的到来，并主动促使需求变化的发生。

在保障研发排期的前提下，项目经理须要积极拥抱变化，认真面对需求变动，经过合理的方法控制需求变动的节奏，主动推进需求变化，努力去发现和解决客户真正的需求。

2.分级管理，召开变动会议

虽然咱们要积极拥抱变化，但也要对新需求进行评估，召开需求变动会议讨论是否接受变动。根据需求的重要性和优先级对新需求进行分级管理，全面评估返工任务量和资源浪费的影响。

3.更新进度计划，调整项目周期

接受需求变动后，项目经理须要输出一份需求变动计划，将各项变动引发的时间和资源的变化告知团队，并根据最新的需求规划更新项目进度计划，以确保项目顺利进行。

前面说的终归是补救措施，亡羊补牢永远比不上未雨绸缪。项目经理更应该避免被动的局面，使用 ONES 管理需求，控制项目进度，避免项目延期。

ONES 帮你管理需求变动

1.规范文档，引入需求变动管理机制

控制需求变动最简单的方法，就是在开始以前引入需求变动机制，规范变动的范围和方式。结合具体业务场景，肯定严格和正式的需求变动工做流程，防止随意、没必要要的需求变动致使的进度延误。共享 ONES Wiki 文档，规范全部项目成员的需求变动模版和审批流程。

                                                   ONES Wiki ：沉淀和共享团队文档

2.搭建工做流，可视化管理需求

可视化和结构化地管理需求，及时同步需求池，公示总体排期计划，减小因信息不对称引发的变动。一旦发现有变动风险，要及时地应对，避免风险堆积。

使用 ONES Project ，在项目中建立需求工做项类型进行需求池管理。录入需求单，包含完整的描述、产品文档、原型等后续研发过程当中须要参考的资料，方便进行评审以及后续研发过程的流转。

                                                          ONES Project 管理需求

3.细化需求评审，作好需求评估

在收集和分析需求后，必定要进行需求评审。评审的过程自己也是一个知识传递的过程，在需求评审会议上，全部项目干系人参与讨论，明确需求定义和场景，达成统一的认知和共识，构建有价值需求。在审批不合理需求的过程当中，意识到需求的不合理性，天然能够减小无效变动。

                                                              ONES Project 需求评审

需求变动是一把双刃剑，一方面能够优化产品功能，提升用户体验，另外一方面又会增长研发成本，形成项目延期。因此，必定要正确对待需求变动，经过可视化需求池、作好需求评估、跟踪需求、规范管理机制的方式来最大化减小需求变动带来的影响，保障产品交付质量。

ONES 帮助项目经理收集、分析需求，把控产品研发节奏，跟踪研发进度和质量，高效高质量地交付产品，助力企业更好更快发布产品。了解更多 ONES 解决方案，欢迎登录官网https://ones.ai

想获取「中国 DevOps 现状调查报告」报告原文？快来添加 ONES_2020，回复「DevOps」便可得到。