项目积压需求项目计划_需求变更频繁，项目经理如何做好需求管理？

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

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

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

拥抱变化，积极面对变更

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

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

分级管理，召开变更会议

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

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

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

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

ONES 帮你管理需求变更

规范文档，引入需求变更管理机制

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

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

搭建工作流，可视化管理需求

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

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

ONES Project 管理需求

细化需求评审，做好需求评估

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

ONES Project 需求评审

需求变更是一把双刃剑，一方面可以优化产品功能，提高用户体验，另一方面又会增加研发成本，造成项目延期。所以，一定要正确对待需求变更，通过可视化需求池、做好需求评估、跟踪需求、规范管理机制的方式来最大化减少需求变更带来的影响，保障产品交付质量。

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