请问有啥好的需求管理工具( 八 )
6） 推动开发过程的需求协同，避免开发测试返工
需求传递由文档级过渡到需求内容级，使需求内容（全部或局部）和需求变更都能快速传递到项目管理、开发、测试和投产过程的各环节对应的任务，使项目组所有成员都在同一份需求内容基础上开展工作，形成以需求为主线的开发联动，自动构建起从业务需求-\u0026gt;项目-\u0026gt;切分系统-\u0026gt;软件需求-\u0026gt;开发-\u0026gt;测试-投产版本的跟踪脉络，使需求的提出到落地实现过程变得透明。
7） 需求资产沉淀，形成企业级的需求统一视图
帮助用户按各类管理视角或框架（如：业务框架、应用系统框架、产品框架、组织框架）组织需求资产，通过从各项目需求文档中抽取需求资产，并按管理框架归集和维护需求资产，确保可以从某一管理视角（如：某一系统、业务领域、产品类型等）获取当前最新、最全的需求，以反映当前系统（或业务领域）的最新的需求全貌。
8） 实现了需求资产复用
通过需求资产，需求分析人员在分析、编制需求时可以快速参考、引用需求资产内容，快速构建并形成新的需求；同时可以支持多人协作并行编制需求，加速需求形成过程。
三、 需求管理工具基本情况
专业的需求管理工具在过去相当长一段时间内，一直IBM、Borland等国外厂商为主导，虽然Doors、CaliberRM进入国内市场近20年,但从客户的实际应用和客户反馈来看，作为企业级需求管理工具在国内鲜有成功案例。当然原因是有多方面的，一方面是产品定位与企业定位不同，比如这类产品更适合BA团队来分析和管理需求，但国内客户要进行企业级需求管理，既要管需求内容，又要管需求过程，显然是不匹配；另一方面这类国外管理工具也有本土化不足，不符合国内需求管理特点和应用场景，产品对用户成熟度要求太高（理想太丰满，现实很骨感，企业很难实际做到），此外，产品灵活性不足，且不可定制；产品升级太慢，技术框架太老，界面陈旧，用户体验还停留在20年前，特别是在敏捷开发转型浪潮中，完全不适合国内的应用场景和用户习惯。
当然近几年国内也涌现了不少致力于需求管理的工具厂商，但分为两大类，第一类是以项目管理、开发管理为切入点，将需求以“任务表单+附件上传”方式进行需求过程的流转管理，当然形成又分为传统流程驱动和需求任务看板两种方式。但其本质依然是基于“需求表单任务”与“开发测试任务”协同。因此，此类工具主打到仍然是需求任务流转与协同，基本不涉及需求内容管理。由于此类涉及的技术门槛较小，使大量国内厂商以项目管理、开发过程管理名头，打上需求管理工具的标签。类似厂商包括：Teambition、ONES、PowerProject等；第二类厂商是提供需求内容级的专业管理工具，由于业务和技术门槛较高，目前在国内几乎是凤毛麟角，主要代表产品有北京维普时代的Viusal RM和统御至诚的oBridge，实现需求内容级的管理，包括：需求在线编制、需求内容切分、需求传递与在线沟通、需求内容变更、需求内容跟踪、需求内容基线管理等等。
四、 常用需求管理工具比对
正如前文所述，不同层级的需求管理，其实现的管理思路和采用的工具（或组合）不同。下面，我们选择此次调研的主流需求管理工具，从功能特性和非功能特性进行横向比对：
推荐阅读
- 银行高管的薪酬结构图表最新的，请问在哪里可以收集
- 为啥知乎上普便有一种【我在北上广深打工，所以拥有更好的视野】这样的错觉
- 趣头条|你我皆风华正茂，拥有广汽三菱奕歌的日子是美好的
- 有啥方法，网站，项目可以自己练习计算广告学
- 在上海陆家嘴附近工作，请问去哪边租房会比较好
- 坐标合肥，请问在哪里能捕捉到程序员这种生物他们大都出现在哪里呢
- 孕妇到了预产期，小孩还没有入盆，请问是该等下去还是直接剖腹产
- 言论自由|
- 100W——150W有啥好的车
- 想做手机网游代充，请问要去哪里找货源