有什么好的需求管理工具

如题所述

在这里我给大家推荐个灵活实用、专业性很强的需求管理软件(oBridge)    

管理用户需求,让任务有依据
建立跟踪矩阵,让分析有基础

统御需求管理软件oBridge是一套强大的需求管理软件,它可以记录需求和它的演变过程,跟踪需求与设计、测试之间的关系,帮助用户分析需求变化造成的每一个影响, 评估需求变更造成的工作量,让需求管理不再成为项目的短板。

需求管理软件(oBridge)功能    


Bridge能帮助用户实现项目需求条目化、版本化、层次化管理,建立需求跟踪矩阵,实现需求变更影响分析,并能在不同单位间实现离线数据交换。

oBridge需求管理工具实现了以下能力:

● 需求处理流程自定义 

● 建立大数量级的需求跟踪矩阵

● 支持需求条目多层次关联管理

● 变更影响覆盖分析

● 需求变更后自动进行影响标记

● 需求文档合并

● 跨网路需求数据离线交换

● 支持设置角色,严格的数据权限控制

● 需求条目快速生成工作任务

● 支持需求输出到WORD和EXCEL

● 支持自定义输出样式

● 支持业务属性字段和界面的自定义

需求管理软件(oBridge)特点 :   


● 不限级别的事前变更影响分析
● 事后逐级变化通知
● 支持多文档间需求跟踪矩阵
● 支持需求处置状态跟踪矩阵
● 支持需求覆盖跟踪矩阵
● 自定义处理流程及状态
● 独立的需求条目全视图
● 支持需求文档合并
● 支持多人同时在线编辑
● 支持跟踪需求条目变化全过程
● 支持与消息、测试

需求管理软件(oBridge)优势    


oBridge为企业带来以下效益:

通过快速记录和共享需求,确保用户需求都得到处置  

帮助用户进行设计和测试覆盖分析,提高产品质量  

通过变更影响分析,帮助用户评估变更工作量,有效控制项目边界  

基于条目存储,提高复用效率,为企业需求量化管理打好基础  

通过需求快速生成工作任务,合理复用需求数据  

需求管理系统(oBridge)功能导航    

项目功能列表    

需求管理
需求管理支持版本化、条目化 管理文档和需求条目,支持自定义需求流程、数据权限控制、需求多层次关联、需求生成工作任务、建立需求跟踪矩阵、自动标记变更影响、自定义报表样式,可输出到WORD和EXCEL,支持离线数据交换。

产品管理
产品管理支持多个产品集中管理,可分版本进行管理,支持规划产品版本路线和模块,可指派到具体项目中进行落实,支持查看产品的详细信息。

温馨提示:答案为网友推荐,仅供参考
第1个回答  2023-02-02

使用比较广泛的10大需求管理工具:1.Excel;2.在线文档;3.PingCode;4.Worktile;5.Doors;6.jira;7.Polarion;8.JAMA Software;9.Teambition;10.visure solutions。

一、使用比较广泛的10大需求管理工具

适用于个人/小微团队的需求管理工具

1.Excel

在需求管理工具中最简单方便的工具是 Excel,非常适合个人或者是几个人的小微团队进行需求管理。优点是高效便捷易用,学习成本低,并且对于需要统计的指标,也可以通过excel自带的函数进行统计:

工具缺点:

但如果它们缺少需求管理跟踪、协作等一些功能。 例如,当所有需求分散在多个文档中时,可能很难跟踪它们。 而且,如果您需要对需求进行更改,您通常必须逐个浏览每个文档才能找到并更新它。当你的团队人数规模扩大,会存在多人协作时冲突的问题,并且更新后需要发送到每个干系人,适合单人负责需求管理的项目使用。

2.在线文档

在线 Excel 文档能在一定程度解决多人协作的问题,如石墨、腾讯文档,同时对于需求的收集友好程度也更高,涉及到工单之类的需求描述也可多人直接在文档地址描述。

工具缺点:

    在线文档也可能存在数据丢失风险、数据安全隐患等问题,需要考虑编辑权限的控制、是否符合公司规范等问题。

    除此以外,它也同样面临追踪管理难,与测试、缺陷等环节割裂等管理上的问题。

专业的需求管理工具

3.PingCode

这是国内近几年最火的软件研发管理工具之一,曾在2021年曾获得36氪企服点评-国内研发管理工具榜单的TOP1,具备非常成熟的需求管理能力,比如说,能让你对需求、设计、代码、测试进行快速的关联。支持Word、Excel的导入以及导出等。非常适合二十人以上规模的研发团队。

PingCode 被广泛用于工单/需求收集、需求清洗、建立统一需求池、需求评审、需求优先级排序、建立产品路线图等场景。

除此以外,PingCode 是一款覆盖研发全生命周期的项目管理系统,具备目标管理、产品管理、项目管理(敏捷/kanban/瀑布)、测试管理、缺陷追踪、项目文档管理、效能度量等功能模块。并且集成了github、gitlab、jinkens、企微、飞书等主流工具,也就是说我们能在需求下面关联代码,关联集成信息,在飞书查看通知等。

软件优势:

    产品开箱即用,简单易上手,不需要像Jira 那样经过好几月的培训,以及专门的系统管理专家配置系统才可使用;

    为25人以下团队免费提供基础版本,收费版价格仅为国外产品Jira的30%-40%;

    国产化,支持信创、麒麟等;

    支持私有部署、定制化以及saas等购买方式;

    口碑、服务支持好;

软件缺点:

    暂未提供多语言版本;

【PingCode官网】

4.Worktile

国内市场占有率最高的项目管理工具之一,虽然是一款项目管理工具,但同样被非常多的团队用来做需求管理。怎么做?比如:

    通过「看板」建立一个公开需求池,向跨部门成员广泛收集需求;

    通过自定义能力,配置采集规范,当业务变得复杂,你可以灵活配置一套提交规范,让后续管理回溯更加高效;

    为需求生命周期搭建流程,按「收集 – 评审 – 排期 – 设计 – 开发 – 发布」设立多个阶段;

    规划优先级是需求管理的核心,你可以统一设置 P0、P1、P2… 等多个标准优先级,让排期规划有章可循;

    ….

本质上,Worktile 是一个工具集合,具备OKR目标管理、项目管理、项目集管理、项目计划、项目风险、项目成本管理、企业网盘、审批、简报,以及强大的自定义能力等能力,被广泛用于电商、市场活动、律所项目、生产制造、行政、财务、设计、工程、教育、科研等几乎包含所有类型的项目。

软件优势:

    能够满足绝大部分类型的项目管理需求,自定义能力非常强,可以搭建适合团队的项目模板和管理流程;

    开箱即用,上手简单,价格相对便宜;

    能够很大程度帮助团队节省成本,因为它是一个工具集合能够同时满足项目、OKR、网盘、OA等需求;

    支持saas、私有部署、定制等购买方案;

    为10人以下团队提供基础的免费版本

软件缺点:

    在软件项目管理的专业度上不如 PingCode 等垂直领域的产品;

【Worktile官网】

5.Doors

这款IBM的需求管理软件早些年在国内的知名度相当高,现在的功能也依旧强大。它提供了所有你需要的捕获、跟踪与管理用户需求的功能,与上面提到的 PingCode 一样,能让你对需求、设计、代码、测试进行快速的关联。

工具缺点:

DOORS的缺点也很明显。对于软件公司来说,用DOORS有点“重”,上手成本高,购买成本比国内的PingCode 产品来说也要贵不少,除此以外就是服务器在国外,访问速度慢。最大的硬伤是国内不设分支机构,无法提供购买后续的一系列服务。

官网: https://www.ibm.com/ 

6.jira

很多人都知道JIRA是用来做缺陷管理,但是其实JIRA也可以来做需求管理。除此以外还被广泛应用于缺陷跟踪、客户服务、需求收集、任务跟踪、项目跟踪和敏捷管理等工作领域。

软件优点:

    更好的工作流程可见性;

    时间跟踪帮助节省资源

    提高生产力

    为10人以下团队提供基础免费版本;

    强大的第三方集成

软件缺点:

    国内不支持私有部署版本,只提供saas版本,但国内又不设服务器;

    购买成本高昂,百人左右团队动辄上百万;

    新人上手使用成本高,需要长达几个月的培训以及专业的系统配置人员才可使用;

    访问速度慢

官网: https://www.atlassian.com/zh/software/jira

7.Polarion

这个软件是西门子旗下的工具。其实我觉得这个更像是一个项目管理的工具,包括对每个项目的资源分配和职责确定。对于项目中所需要使用到的文档,有个统存储和管理的地方。这些文档你可以导入,或者创建在线的结构化文档。

对于需求的管理,支持多种视图,列表、树、路线图等等。我觉得这个设计其实主要还是针对项目经理的。因为很多时候,单单看列表是无法掌握整体的项目进展情况的。另外,也支持在线图形的创建,支持的种类挺多的,特别是针对移动端的控件支持。我觉得这个会是一个加分项,如果你所在的公司需要做移动端的业务。

工具缺点:

缺点也很明显,如果是作为单纯的需求管理而不是项目管理。有很多功能就显得很鸡肋了。但是Polarion的集成性还是不错的,可以和大量的开发工具、测试管理软件进行集成。另外就是作为国外软件的一些通病与Doors一样。

官网: https://polarion.plm.automation.siemens.com/ 

8.JAMA Software

这是一款专业的需求管理软件。一开始进去也是以项目为维度进行管理的,但是没有像P那样很正式的方式去管理,只是去建立一个项目空间。同样支持UML的图形,但是对于界面设计的部分就比较弱了。需求创建的界面比较简洁,内容比较简单,能够满足基本的使用需要。界面也更加的轻量化。

官网: https://www.jamasoftware.com/ 

9.Teambition

钉钉旗下的一款项目管理软件,进行需求管理的方式与 Worktile 类似。但更适用于小型团队项目协作,被广泛用于适合产品、研发、设计、市场、运营、销售、HR等各类团队。Teambition 以项目和任务的可视化管理来支撑企业团队协作,含任务、文档、文件、统计、甘特图等丰富应用。

官网: https://www.teambition.com/ 

10.visure solutions

Visure 是一种易于使用且全面的需求管理解决方案。 它集成了同一环境中的其他流程,例如风险管理、测试管理、问题和缺陷跟踪以及变更管理。

官网: https://visuresolutions.com/zh-CN/ 

二、需求管理工具的必要性

需求管理是在整个软件开发生命周期中记录、跟踪和管理需求的过程。 这可能是一个挑战,尤其是当需求没有明确定义或经常变化时。 需求管理工具可以通过自动执行某些任务并提供对需求状态的更多可见性来帮助简化此过程。

实施这些工具的主要好处包括:

    提高项目管理效率并提高项目控制的准确性

    在各个层面增加和保持可追溯性

    更好地实施各种活动,如版本控制、变更管理和影响分析

    提高重复使用效率和产品线管理

    创建基线的能力更高

    提高利益相关者对项目范围的了解

第2个回答  2016-12-01
需求是研发团队工作的起点,很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统,希望对大家有点帮助。
Rational RequisitePro
Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成,大大扩展了RequisitePro及其他产品的功能,给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响,帮助验证所有的规划需求被交付物所满足、降低项目风险。

网址:http://www-01.ibm.com/software/awdtools/reqpro/

IBM Rational DOORS
IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS,被IBM收购后更名为IBM Rational DOORS。DOORS
是最老牌的企业需求管理套件,通过使用DOORS/ERS,可以帮助企业更有效地进行沟通并加强协作与验证,从而降低失败的风险。通过对整个组织实施多种需求管理的方法,可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。

网址:http://www-01.ibm.com/software/awdtools/doors/

青铜器RDM
青铜器RDM是IPD+CMMI+Scrum一体化研发管理解决方案,针对需求管理,涵盖需求的全生命周期管理,从市场客户需求收集(创意管理)、产品路线图(Roadmap)定义、产品特性需求、产品设计需求与规格、项目开发Build划分(迭代划分)、测试用例库、测试计划、测试执行、缺陷跟踪、全方位的需求跟踪矩阵RTM;同时实现Scrum开发模式,基于项目需求直接生成项目任务,实现基于需求和缺陷的迭代开发模式;全面实现了IPD、CMMI、Scrum业界主流研发管理框架的需求管理要求。

网址:http://www.cnrdm.com/index.php/zh_cn/Product/18.html

比较内容

Telelogic Doors

IBM Rational RequisitePro

青铜器RDM

结论

项目级别的比较

(1)Doors 将所有的与需求相关的数据均存放在服务器上的 doors 数据库(不是商业数据库)中。
(2)一个 DOORS Database 能够同时支持许多个不同的项目开发,从而使得新的项目能够复用和共享过去的文件和信息。不同项目(文件)之间的追踪关系可以跨项目建立。

(1)ReqPro 将需求的数据存放在数据库中,而把与需求相关的上下文信息存放在 Word 文档中。
(2)一个 Database 只能支持一个项目的开发 , 无法支持对过去文件和信息的复用和共享。不同项目之间无法建立联系。

(1)RDM所有项目的需求统一保存在一个Database,该数据库可以是Oracle、Sql、Mysql任何商用数据库
(2)不同项目之间的需求可以相互关联、共享;同时支持产品标准化需求库,从而支持平台化产品开发模式,可以基于产品标准需求库构建项目,实现具体客户的个性化。

RDM、Doors 占优
(1) Doors 中的项目显然是从企业的级别考虑,任何一个用户,只要有权限,就可以访问企业中的任何一个项目的需求数据。
(2)RDM需求集中保存,便于统一维护,跨项目共享也更方便,同时产品通用需求库概念,支持平台化开发模式,兼顾平台化和项目个性化要求。

多人同时访问

(1)一个时刻,只能有一个人修改一个 module (类似于 requisitepro 中的一个 word 文档),其他人只读方式打开。
DOORS 有访问方式:独占、共享和只读。当某人独占打开某个 module 时,其他人只能只读访问。但 DOORS 提供共享方式,特别是可以允许不同的人同时修改同一文档的不同部分,比如 A 用户负责修改第一章, B 用户负责修改第二章。这是 tool-setup for sharing 的功能。

(1)一个时刻,只能有一个人修改一个 word 文档。其他人只读方式打开。

(1)RDM支持需求检入/检出,版本化操作;同时不同版本之间的差异化能自动对比分析
(2)RDM的需求可以灵活根据需求类型、需求状态划分权限,支持多人并发对需求进行编辑、维护。

RDM占优,ReqPro、Doors两者相同。

需求创建和编辑

在 doors 中创建和编辑(与 word 的使用类似。)创建方法简单直观。

在 word 文档中创建和编辑,创建方法和理解上略有困难。在 requistitepro 中创建的需求放在数据库中,不能被文档使用

RDM支持在线创建编辑需求 和 基于Excel编辑需求,然后集中导入RDM 两种模式。
在线编辑支持富文本、直接插入图片等个性化手段

各有优劣, ReqPro、RDM略占优
(1) doors 中创建和使用简单,不需要 word 。但是,它毕竟没有 word 的编辑功能强大。
(2)RDM支持富文本、直接插入图片方式,能使需求展现的更直观

需求修改历程的纪录和管理

(1)可以针对 module (类似于 requisitepro 中的一个 word 文档)打基线。可以比较基线之间的不同点。基线可以作为创建新的 moduel 的模版。
(2)需求项的修改有历史记录,并且可以回滚到任何一个历史点的内容。
(3)可以和主流的配置管理工具集成使用;

(1)需求项的修改有历史记录。

(2)可以和 clearcase 工具集成使用 , 完成基线功能,但是只是形成版本,没有比较功能。

(1)RDM支持需求检入/检出,版本化记录,同时一个页面展现版本间差异
(2)RDM本身提供变更管理流程,并且流程可配置,需求和流程的集成性高
(3)RDM同时提供变更关联提醒功能,需求变更后自动通知子需求、关联需求、对应的测试用例。

Doors、RDM占优
(1)优势明显,而且该功能比较有用。
(2)RDM的版本间差异对比、变更关联通知非常有价值。

对需求变更的管理

Doors 本身具备变更管理系统,即变更的提交,评审,应用,并因此可以给指定的用户分配不同的角色(如提交者,审阅者,应用者);内容讨论能力较弱
可以和主流的变更管理工具集成使用;
DOORS 可以和 ClearQuest 集成,可以使用 CQ 的功能扩展变更流程,使需求项和变更请求紧密相关

RequisitePro 有针对需求项的讨论功能。类似于 bbs 中的主题讨论。使用比较方便。
讨论没有区分权限,但是有明显的讨论人和讨论时间。
与 clearquest 工具集成;

1)RDM支持需求检入/检出,版本化记录,同时一个页面展现版本间差异
(2)RDM本身提供变更管理流程,并且流程可配置,需求和流程的集成性高
(3)RDM同时提供变更关联提醒功能,需求变更后自动通知子需求、关联需求、对应的测试用例。

各有优劣, RDM 略占优

多个需求项及追踪关系的显示

Doors 能够在一个专门的界面上给用户一次显示一个 module 文件中的所有需求项和相互之间的追踪关系 ( 即支持 in 和 out 的需求追踪 ) ,从而支持用户同时观看所有相互依赖的需求项。

有专用的追踪矩阵图,以二维表的形式展示需求项之间的追踪关系。

(1)针对单个需求,一个页面可以追踪到市场需求、产品需求、设计需求、物理模块、项目构建、测试用例、开发任务、测试缺陷,实现端到端追踪
(2)针对集中追踪,提供跟踪矩阵、跟踪表两种模式

RDM占优
(1)RDM跟踪更全面,涉及到测试用例、项目任务、物理模块、测试缺陷。
(2)RequisitePro 的功能强大,界面也比较复杂,使用不便,但RDM同样功能,RDM界面更清晰、明了。

可疑 link (需求变更)的通知

(1)当 link 的一方产生变更时, Doors 可以自动产生提示符通知另一方,而不需要在 link 的矩阵上查找;
(2)可以清楚地看到导致可疑 link 的需求内容变更情况

没有自动提示,必须通过追踪关系矩阵来查找,当追踪矩阵比较大时,非常费时费力;

(1)当 link 的一方产生变更时, RDM 可以自动产生提示符通知另一方,同时自动把变更的信息推给对方
(2)Link方不仅仅是需求还涵盖测试用例,通知更全面

RDM、Doors 占优
(1)RDM更优,可以灵活配置哪些属性变化才通知,同时变化信息能自动推送给link方,更易用
(2)Doors 的可疑 link 原理是通过需求内容的改变自动置 link 为可疑,比较科学。

与已有产品的集成

Clearquest 、 clearcase 、 rose

Clearquest 、 clearcase 、 rose 、 testManager 、 project2002

RDM本身就是研发一体化平台,可以使客户最大程度节约投入

Requistitepro 占优

与 word 的集成

需求的创建和修改工作完全在 doors 中完成。只是提供了导出符合格式的 word 文档。

与 word 紧密集成,需求的创建和修改工作大部分在 word 中完成。

需求的创建和修改工作在 RDM 中完成。灵活定义导出的内容和格式,可以直接导出为Word、PDF、Excel格式。

Requistitepro 、RDM占优

从现有 word 文档的导入功能

。支持,基本上是 word 文档中的一段对应 doors 中的一个需求项( object )。同时, word 中的表格、图像等 ole 对象也可以导入。
支持 Word 文档的导入,同时支持 table , picture 和 OLE object 的导入

不支持普通 word 文档的导入

不支持Word,支持Excel

Doors 占优

离线编辑功能

没有找到离线编辑的好方法。

可以使用 word 把文档下载到本地编辑(可以离开网络环境)。然后再提交到 requisitepro.

没有找到离线编辑的好方法。

Requistitepro 占优
该功能比较有用。

权限控制

Doors 具有灵活的权限控制,包括:只读,修改,创建,删除,管理等五种级别。权限控制可以针对每一个用户在每一个 database ,项目目录,文件,实施等;

权限控制的种类和级别有限。包括:只读、完全控制。权限只能针对项目 。

RDM 具有非常灵活的权限控制,包括:只读、编辑、创建、删除、管理等五种级别。同时可以基于需求字段属性配置权限

RDM 占优

数据备份和恢复

简单有效

复杂,要保证文件和数据库同时备份。可能使用 access 数据库会 …

简单方便,只需要配置数据库、服务器上的文件库目录即可

RDM、Doors 占优

异地需求管理
(Multi-site)

Doors 提供灵活的方式实现需求异地管理的方式; Doors 强大的性能优势也保障了大型项目异地需求开发 / 管理的可能;

无异地使用模式

RDM是B/S结构,提供领会异地访问管理模式

RDM已经有众多实际案例

是否易于掌握

容易使用

较容易使用

容易使用,但前期配置有一定的工作量

Requistitepro 上手较快(因为是在 word 中编辑),想各个功能用的比较顺手需要一段时间。
Doors 大部分功能比较容易掌握。本回答被网友采纳
第3个回答  2023-10-13
需求管理是项目管理中至关重要的一环,一个好的需求管理工具可以帮助团队更加高效地收集、分析和跟踪需求,确保项目的成功交付。在这里,为您推荐一款优秀的需求管理工具——ONES。

ONES 作为国内领先的研发管理平台,其需求管理功能也非常强大。ONES 能帮助团队提升需求收集、管理的能力与效率,并在需求发生变更时,有效控制其影响范围,保证产品和需求的一致性。

1. 高效收集需求
在 ONES 当中,企业可以通过工单小程序高效地收集来自不同渠道、不同角色的需求,快速构建需求池。通过设置表单的必填字段,如需求概述、需求提交者、期望交付日期、所属部门等,可以确保需求描述的规范性和完整性,以便后续定位、整理与分析。

2. 撰写需求文档
之后可对收集来的原始需求进行加工处理,对业务场景、用户群体、产品能力进行摸底和确认,识别出真正有价值的需求,并形成描述完整、清晰且规范的文档。在这一阶段,产品负责人可以在 ONES Wiki 中撰写需求分析文档,并将文档关联至对应的需求工作项,方便研发成员及时了解具体需求范围及需求实现细节,进而有效降低沟通成本,提高研发效率。

3. 拆分复杂需求
对于部分较为复杂的需求,产品负责人可通过 ONES 中的自定义需求类型和关联关系,将其拆解为数个颗粒度较小的需求,实现史诗—特性—用户故事的层级划分,更好地理解用户的诉求和痛点。

4. 规划需求排期
产品负责人还需要对需求进行优先级排序,统筹项目资源和进度排期,并根据优先级从产品需求池规划至对应迭代。随后,通过需求评审会议,产品负责人会与团队成员商定需求详情和规模,确定需求的预估工时和优先级,并将需求拆分为具体的研发任务,完成迭代的最终规划。

5. 管理需求变更
需求变更是研发管理的一大难题,频繁的变更不仅会导致项目延期,还会影响团队成员的积极性。规范评审流程与标准,能有效管理需求变更,最大化降低变更对研发项目的影响。借助 ONES 自定义工作流,团队可以设置个性化的需求流转步骤及属性,如限定需求在排期前必须经过评审和方案设计,提高需求变更的操作门槛。
同时,ONES 还支持为工作流添加后置动作,使得任务一旦完成,需求状态便会随之变更,大大减轻团队成员手动更新的工作量,提升了信息传达的自动化与透明度。

一个项目的成功,离不开清晰、规范的需求管理。通过以上方法,ONES 能够帮助团队建立规范的需求收集和评审标准,灵活管理需求变更,助力研发项目有序推进。凭借专业的解决方案及服务能力,ONES 已成功帮助浪潮软件、招商基金、贵州茅台、中国电信等多个行业的 20 万余中大型团队实现研发效能提升。

如果您想马上体验 ONES 需求管理工具或对其他问题有疑问,欢迎随时向我们咨询,感谢您对 ONES 的支持与信任!
第4个回答  2020-09-27
推荐个30+行业都适合使用的工具:Workless-精准协作创造价值
Workless,为企业提供项目管理、任务管理、数据管理的同时,并提供量化协作的能力, 通过积分体现量化的价值,方便进行横向和纵向对比,为企业管理提供数据依据, Workless为企业在不同场景的应用提供了丰富的协作模版。
项目管理-从孵化、到实行,是项目从开始到结束的定义。其执行过程可根据项目场景调整阶段状态,实现项目流程自动归纳,项目进度有条不紊。
相似回答