需求管理工具哪些好用

需求管理工具哪些好用

问题一：有什么好的需求管理工具 需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统，希望对大家有点帮助。
Rational RequisitePro
Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其他产品的功能，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。
网址：www-01.ibm.com/software/awdtools/reqpro/
IBM Rational DOORS
IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收购后更名为IBM Rational DOORS。DOORS
是最老牌的企业需求管理套件，通过使用DOORS/ERS，可以帮助企业更有效地进行沟通并加强协作与验证，从而降低失败的风险。通过对整个组织实施多种需求管理的方法，可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。
网址：www-01.ibm.com/software/awdtools/doors/
青铜器RDM
青铜器RDM是IPD+CMMI+Scrum一体化研发管理解决方案，针对需求管理，涵盖需求的全生命周期管理，从市场客户需求收集（创意管理）、产品路线图（Roadmap）定义、产品特性需求、产品设计需求与规格、项目开发Build划分（迭代划分）、测试用例库、测试计划、测试执行、缺陷跟踪、全方位的需求跟踪矩阵RTM；同时实现Scrum开发模式，基于项目需求直接生成项目任务，实现基于需求和缺陷的迭代开发模式；全面实现了IPD、CMMI、Scrum业界主流研发管理框架的需求管理要求。
网址：www.cnrdm.com/...8.html
比较内容
Telelogic Doors
IBM Rational RequisitePro
青铜器RDM
结论
项目级别的比较
（1）Doors 将所有的与需求相关的数据均存放在服务器上的 doors 数据库（不是商业数据库）中。
（2）一个 DOORS Database 能够同时支持许多个不同的项目开发，从而使得新的项目能够复用和共享过去的文件和信息。不同项目（文件）之间的追踪关系可以跨项目建立。
（1）ReqPro 将需求的数据存放在数据库中，而把与需求相关的上下文信息存放在 Word 文档中。
（2）一个 Databas......余下全文>>问题二：有什么好的需求管理工具 请问你的管理是来自哪方面的需求，如企业管理、还是其它，请详细说明问题三：现在用的比较好的需求管理工具是哪个？ oKit需求管理软件应该是比较综合的一款，功能很全，是基于WEB，用起来也很方便
Doors比较老了，但名声很大，是客户端的软件，功能单一问题四：有什么好的需求管理工具 trufun bacon是专业的需求管理工具，可以进行结构化需求管理，需求变更管理，需求跟踪管理等，还可以和trufun UML分析设计工具集成，保障项目需求和分析设计的统一。问题五：各位都用什么工具来管理需求? 或者在需求管理方面有什么好的经验分享？ 需求管理系统,比如借助oa手段,把表单和流程做进去,可以提交问题六：大家都用什么需求管理工具 trufun bacon 需求管理工具，问题七：项目需求管理软件有哪些? 项目需求管理软件有很多，比如8Manage PM，会自动侦查需求的变化，把需求变化与项目各阶段关联起来可以提醒用户，了解变化会带来的影响自动追踪需求依赖及变化，了解潜在的影响。问题八：求推荐需求管理工具，谢谢 天下没有免费的午餐，这个兄弟你是知道的，真正的需求抚理不应该是独立的，为什么这么说呢，第一需求管理应该直接开发任务关联，目的是让开发人员开发过程中不要发生偏离，你作为项目经理，经常要提供给客户目前客户提交的需求由那些任务来对接，负责人是谁。
第二需求要与测试关联，需求的变更是常有的事，如果测试用例库不能完整的覆盖实时的需求，包括变更的需求，那测试是无法做好回归测试，这样的结果就是本来内侧没有问题，但是客户使用的时候一大堆的BUG。
你说的与OFFICE的集成同步，这个免费的更不可能了。问题九：产品需求管理的工具？ 我们平常有在用redmine，主要用于提交bug以及追踪bug解决进度，也用于提交优先级比较高、工作量又不大的产品优化需求。缺点：组内成员无法针对某个问题展开讨论，且不支持将图片直接贴在问题描述区。confluence是充当需求管理和知识积累的工具。做知识积累还算可以，但是做需求管理，缺点是不能及时追踪问题的处理进度、无法对问题标注优先级，也就是confluence是存放需求池的好工具，但是对需求管理整个过程却不是最佳的选择。日事清管理工具弥补了这两个软件的不足，方便跟踪问题的处理进度、可标注问题的优先级、可将问题指派给某人，将任务层层分解，日事清看板功能将工作一目了然的呈现。问题十：如何有效实现软件的需求管理 接下来我会结合我们公司实际的流程来介绍一下需求管理的实际实现。　　如果看过我之前的文章，应该知道我们公司的背景，我们公司也是做软件开发的，所以对于需求管理这块也是相当重视的。我们是用敏捷的模式来管理整个软件开发的，所以需求管理的阶段也是符合敏捷的模式的，但是对于需求管理的几点严格要求还是基本上也是遵守的。　　我们公司是用 TechExcel 的需求管理工具 DevSpec 来管理整个需求过程的，其实我们是买了他们的整套软件生命周期管理的解决方案，名称叫做DevSuite，而DevSpec 是其中一个工具，能与DevSuite 解决方案的其他工具无缝集成，帮助共同管理开发、测试、计划等阶段。　　在DevSpec中，对于需求的管理是通过条目化的方式来管理的，所谓的条目化就是说一个需求就是一个条目，这个条目既包括了对这个需求的描述，还包括了对这个需求的处理过程的跟踪：　　对于需求的描述而言，DevSpec是通过属性字段的方式实现的，你可以用字段来尽可能真实描述需求，其中包括标题，状态，负责人，描述，时间，附件等基本字段，当然你还可以大量自定义属性字段和页面来帮助更好地描述这个需求。　　对于需求的处理过程而言，　　我们知道需求的处理是要有流程的，简单的就是从需求分析--需求设计--需求实现，复杂点的还需要加上审核，就像我上面给大家看过的那个流程图一样， 我这里再贴一下　　不过光有流程其实没用，我相信任何公司的需求处理都会有流程，只是严格不严格，认真不认真的区别罢了，不遵照流程处理的需求有非常高的可能性不成功，所以为了解决这个问题，DevSpec 中专门设计可自定义的工作流程，你可以自己定义需求需要经过哪些流程才能进入开发，而一旦流程定义完成以后，需求的处理就会被强制按照流程的进行，你自己想马虎马虎，松懈松懈都没办法做到。　　在流程中，DevSpec可以给每个过程设置不同负责人和权限，比如分析这个过程是小王处理，所以只有小王才能看到这个需求并且处理这个需求，其他人如果没有权限就看不到这个需求；而小王处理完他的工作后，他不一定有权力把这个需求转到下一个过程，因为需要另外一个人审核以后才能继续下去。　　这样子的话，　　第二，你的管理流程也很透明，现在谁处理，接下来该谁处理，清清楚楚。