很多公司都在关注进度、质量，但往往一个项目的成败，在开始就已经有征兆了。那就是没做好需求管理，甚至是没有需求管理。
根据 PMI 进行的多项需求管理调查得出：糟糕的需求管理流程常常被认为是项目失败的首要原因。
现在很多中小企业，当然也有一些大企业，根本没有需求管理体系，甚至对于项目管理这个行业而言，很多从业人员也都没有系统的项目管理知识体系，平时也只是根据一些简单的规范和流程来进行管理。这种非规范、非专业的情况，很难保证项目的成功率。
显然，已经无法适应现在的项目情况。
同样，面对现如今的项目情况，没有工具的协助，仅凭个人效率极其低下。
一、需求管理工具
关于需求管理，开篇已经说了很多，哪里有需求，哪里就有解决方案。
经过多方搜集，我也总结道不少的需求管理工具：TAPD、数知鸟、DOORS、ONES
既然要做好需求管理，自然也要有好用的需求管理工具：
01 PingCode
这个放在第一个，一方面是因为我自己使用频率最高，体验最好，也是功能最强大的！
我们可以在官网首页就看到它的定位「智能化研发管理工具」，所以研发管理的朋友这一款绝对是你们优先选择的。
PingCode有自己的产品矩阵，覆盖了需求研发全流程，可以说是需求管理最匹配的工具。
包含敏捷开发、测试维护、知识库管理、OKR、研发工作流等，如果你是需要一个全流程协作管理等工具，PingCode一定不要错过。
02 禅道
禅道是我比较早年的时候用的工具，也是比较早的将敏捷的一些思想融入到了项目管理工具里去。
PingCode和禅道，都是我个人比较喜欢使用的。
适用于：中小团队
功能：
1、敏捷灵活
完整支持敏捷方法scrum
基于敏捷而不限于敏捷，更合适国情
2、开源开放
开源版本完全开放免费，不限商用
基于ZPL协议发布，代码开放
03 ONES
虽然都是研发管理工具，但ONES和PingCode对比，更重视企业方向，强调项目集。所以对于大型企业，使用它会更合适一些！
从简单的单项目进度，到复杂的项目集、项目组合管理，能够轻松应对 50 人至 5000 人不同规模企业研发管理与协作需求。
ONES的功能主要是四个：
1、敏捷研发管理：ONES 除了支持经典的 Scrum 研发场景，更兼具组织架构管理、资源管理与全局进度管控的能力，助力中大型团队开展敏捷实践
2、瀑布研发管理：支撑瀑布项目全生命周期管理，为项目启动、项目规划、项目执行、项目监控和项目收尾全过程提供优秀实践
3、DevOps 研发管理：覆盖项目管理、流水线管理、代码检查、自动化测试、发布管理、效能分析等研发管理环节，集成多种服务，帮助团队成功落地 DevOps
4、项目进度管理：ONES 可以将业务规划和落地执行联系起来，完成从上到下的计划分派、进度监控和从下至上的进度反馈
04 JIRA
Jira Software 是适用于敏捷团队的项目管理工具。
JIRA 的历史其实比禅道还要悠久，它也是被国内软件公司广泛使用的项目管理工具，给我的印象就是功能虽然不多，只针对敏捷，但是用起来比较复杂，很大原因可能是我英语不好。
ONES在自己的官网首页有一个跳转入口“在用JIRA？看看换成ONES的理由“。的确ONES的功能比JIRA全面。
因为JIRA的设计只是针对于敏捷团队。功能板块的设计也是：
Scrum板：利用可自定义的 Scrum 板，敏捷团队可集中精力尽可能迅速地交付迭代和增量价值。
看板：借助灵活的看板图，团队可以全面了解后续工作，从而让您可以在最短的加工时间内交付最大的输出。
路线图：描绘整体概况，与利益相关者沟通计划事宜，并确保路线图与团队的工作相关联 - 所有这些任务只需在 Jira Software Cloud 中点击几下即可完成。
敏捷报告：借助数十种开箱即用的报告，团队可以实时了解成员在每个 sprint 中的表现。
05 数知鸟
数知鸟不像其他工具有全流程管理，它的作用和功能主要就是需求管理，如果你只需要进行需求管理，这款工具可以适合你。
有几个原因：
1、灵活：可以跟钉钉、企业微信集成。
2、专注需求管理：需求反馈、需求流转、需求变更，统一记录，便捷追溯。
3、费用：免费！
06 黑帕云VS Excel
Excel算是比较大众化的工具，但是想要应付需求管理也是有很大的弊端，比如实时性、监控、协同等功能都很难实现。
而黑帕云则是在此基础上优化出来，纯粹用于需求管理的一款工具。
分别体现在协同能力、数据呈现、数据管理以及上手门槛这几个方面。从方便快捷的角度来说，大家可以选择黑帕云。
二、分类汇总
工具选择精而不是多，根据需要选择合适自己的才是最好的。
其实还有很多工具没有列出来，这里统一做一个汇总，大家可以根据自己的实际工作场景来选择。
主要分成5大类，其中项目管理全流程工具基本都包含了需求管理，如果选择了这些工具，可以不用单独再找了，也浪费时间。
三、选择工具，请避开这几个雷区
01 工具不是插件越多越好
现在很多工具，其实功能大多相近，所以很多时候，他们为了能够吸引人眼球，让产品看起来更有性价比，把工具做的又大又全，但是却失去本身的意义，不但没有提高效率，还因为本身的操作繁琐变成项目进展的阻力了。
还是那句话，合适自己的永远是最好的
02 小心那些“简单、免费“的字眼，有可能是坑
有多少宣传免费但是和付费功能相差深渊的工具或者产品，我们见到的还少吗？
还有所谓简单，操作起来真的简单吗？这些都是衡量的标准
03 频繁更换工具
为啥我会说，工具选择慎之又慎，我从业至今，接触测评过很多软件，但坚持使用的不超过3个，你可以在确定前反复测试，这没关系，但确定后，就不要一直更换了。
一个是因为学习成本过高，还有是数据迁移也容易丢失。
很多时候不是工具不好用，是你不会用，无论是做什么事，都有磨合的过程，很多工具功能真的大同小异，就像谈恋爱似的，有时往往是你先接触到了谁，就是谁，和它也处的好好的，不要三心二意，发现用起来也很舒服。
可能别人更好，但和你有什么关系呢？
04 过分依赖工具
这是最后一个，也是最重要的一个。
我看到很多项目经理疯狂迷恋相关的工具软件，认为一个好的软件，会让自己的工作完成得很出色，就完全把问题处理放在了工具上。
工具只是工具，是在我们解决问题时，提供的一个辅助，它本身并不能解决问题。
做需求管理、做项目管理，依赖的永远是你个人的能力，你解决问题的能力有多强，工具能发挥的作用就有多大。
所以想要做好需求管理，本质是提高自己的能力，再配以合适的工具。