决定项目成败的需求管理，有哪些难点?

每一位产品负责人、项目经理或业务分析师都需要了解需求管理的重要性。无论是传统项目管理还是敏捷软件开发，成功或失败的基础都取决于需求管理。

需求管理的方法不仅应用在敏捷研发或传统项目管理之中，还适用于金融、制造、建筑、能源、电信等其他行业。

有分析师报告称，需求管理不善导致项目失败的比率高达71%。与技术缺陷、超出时间期限或管理变革失败等原因相比较，需求管理不善的后果更加严重，是项目失败的最主要原因。

因此，在管理需求范围和定义需求的工作中，团队经常会花费会很大精力避免出错，但是在实际的需求实施过程中仍然存在许多问题。

随着项目与业务的复杂性逐渐增加，需求管理不再是简单地管理需求文档，记录相关信息。如今，需求管理中更重要的是要使团队（包括利益相关者）与项目目标保持同步，并构建正确的需求，保证团队顺利实施研发。

在本文中，我们将讨论产品负责人、项目经理和业务分析师在需求管理中面临的几个难点。

需求池

需求管理难点之一是建立需求池并将其与业务体系关联起来。需求只有与业务使用场景相结合时才有价值。产品负责人也可以将需求按照业务体系进行组织管理，使团队成员能够更好地理解需求。

什么是需求池？

需求池是一种集中存储需求的方法，将未规划的，未开发的，评审中的和已规划的等不同状态的需求集中管理。需求池充当需求的唯一来源，方便产品负责人（包括利益相关者）查询浏览。

需求信息如果不集中管理，会非常影响团队协作。而仅依赖文档和电子表格也无法解决这个问题，长期维护文档会打断团队成员手头的研发工作，因为通常文档版本很多，不容易快速确定需求的变更、审批、实施进度等最新信息。

变更需求产生的影响

在实际业务中，需求不仅仅是文字记录，而是结构化的信息，具有多个依赖和引用关系。更改一个需求会产生对其他需求，包括史诗，特性，用户故事，任务，缺陷或测试用例的一系列影响。

业务需求和项目复杂度逐渐增加，在研发过程中变更需求会产生怎样的影响，现在也变得不好确认，包括对相关需求和目标用户的案例也要进行调整。

因此，产品负责人手动维护表格或使用文档，很难有效率地管理数百项需求以及变更。

建立需求标准

产品负责人或项目经理面临的另一个难点是：客户或利益相关者会频繁变更需求。客户提出了一系列需求，无论是否确认了需求文档，他们随时都会想要变更需求。

如果项目需求范围发生变化，新的需求可能会增加成本预算，甚至导致项目计划重新安排。团队很有可能会面临预算超支或返工。

频繁变更需求的主要原因在于：需求文档编写和确认过程中，利益相关者没有完全参与进来。

如果团队要遵循标准化的需求制定方案，利益相关者应预先确认需求变更的可控范围，团队才能以此进行工作量和成本推算。

版本管理

在项目进行过程中，客户与利益相关者的一些需求变更没有办法避免。几乎40％的需求至少要变更一次，大约10％的需求变更两次甚至更多。

因此，产品负责人需要一个好的方式来管理这些需求以及变更记录。让团队成员可以明确了解，在每个版本中需要做哪些新功能或优化。另外，合理地复用需求也可以极大地减少返工并提高团队的生产力。

现在一些团队仍然在使用Word和Excel进行需求管理，它们没办法解决项目实施过程中的复杂问题。团队需要功能更强大的需求管理工具来进行改善和提高。

如果使用优秀的需求管理工具，如Jira、PingCode等，那么就可以轻松解决所有上述问题。

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 【保证100%免费】

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!