决定项目成败的需求管理，这 “ 6大难点 ” 一定要知道！

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

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

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

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

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

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

1、什么是需求管理

需求管理就是要识别所有产品和服务的需求，以支持市场的职能。是一套流程，在市场中，一套策划，执行，控制和监督产品的设计，价格，促销，分销的流程，目的是通过满足组织和个人的需要而带来业务

2、需求池

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

3、什么是需求池？

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

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

4、变更需求产生的影响

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

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

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

5、建立需求标准

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

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

频繁变更需求的主要原因在于：需求文档编写和确认过程中，利益相关者没有完全参与进来。如果团队要遵循标准化的需求制定方案，利益相关者应预先确认需求变更的可控范围，团队才能以此进行工作量和成本推算。

6、版本管理

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

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

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

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

如果不知道该怎样去学习软件测试，下面我整理的软件测试学习路线图应该会帮助到大家

希望大家能照着这个体系在1-2年内完成这样一个体系的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好“不积跬步，无以至千里。”等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

下面附带一份学习资料，希望能帮到你

上面是我收集的一些视频和面试题资料，对于软件测试的的朋友来说应该是最全面最完整的面试备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你！

关注我的微信公众号【程序员二黑】即可领取软件测试超硬核资源！

总之，学习如逆水行舟，不进则退。想要多高的薪资，就要付出多大的努力。

也祝大家可以顺利找到心仪的工作！