2007-08-10

请大家推荐需求管理工具

关键字: 需求管理 requirement management
有没有开源的需求管理工具，我google了，也在sf上找了，没看到特别适合的。
就是为了给大家一个公开的视图，可以进行产品特性的追踪，可以评论，可以进行度量管理。
我感觉在jira上做二次开发不错，增加一些需求管理属性，不知道有没有人这么干过.
最终目的就是为项目，产品或产品线，公司积累领域方面的知识，每一个产品特性都可以追踪。
有人说用excel就行了，我觉得这个可以完成记录，但追踪，分享，互动都满足不了要求，就像
我也可以用excel记录bug，但使用jira肯定效率更高。
评论
hyhongyong 2008-07-24
jira是比较适合bug管理的，如果用来做需求管理，也可以吧？
天才阿昭 2008-07-09
引用
RequisitePro没用过，我最近在试用Caliber。
我碰到的问题是，公司在一个领域内做了很多项目，但是没有统一的积累，或者只是积累在几个人脑袋里。
如果有一个地方能描述，整理，跟踪这些业务领域知识，对企业来说，是一笔逐渐成长的财富。
我在想，如果大家没有这样的工具，或许这就是一个市场机会啊，开发一个这样的系统，占领需求管理的中低端市场。

我在公司是做管理的，现在这方面的需求确实很严重了
zpple 2007-10-15
偏向于个人爱好，工具很多，但是都有不如意的地方，所以找到一个自己比较中意的就好。
lewhwa 2007-10-13
SourceForge Enterprise Edition,15个用户免费.
homk 2007-10-05
ClearQuest
jili 2007-09-27
basicbest 写道
虽然我不喜欢用,但是RequisitePro是不错的选择...有钱的主可以考虑...
当然Rational家的东西要一套一起用...


我觉得requisitePro最大的优点或者说特色在于对word文档内容的管理，其次才是关联、追踪、和其他rational工具的集成。
没有研究过其他的需求工具，不知道有哪些可以对word内容进行管理。
cm4ever 2007-09-26
终于看到有人推荐trac，他的plugin，前段时间扫了眼，感觉有50个。
litchi 2007-09-07
chengdh 写道
mingle 基于卡片式的项目管理工具，需求，任务都可以在上边作

感谢推荐:)
一个人做东西,有时候容易东想西想,忘了本来是干嘛的了,有了这个东西,对于控制目标和范畴应该很有作用
number017 2007-09-03
TestTrack Pro
定制容易 D版嘛 中国都是这样用吧
把需求和BUG也统一起来 好处是易于跟踪 唯一不好是分析能力稍显不足 只能自行分析 但也不是什么难题
zyp731 2007-09-03
wiki啊
chengdh 2007-08-31
mingle 基于卡片式的项目管理工具，需求，任务都可以在上边作
movingboy 2007-08-16
个人感觉Borland CaliberRM简单实用，对于规模不大的公司可能比较适合；Rational RequisitePro太复杂了
yananay 2007-08-13
如果想简单，免费，那么xplanner 也不错。
gurudk 2007-08-13
basicbest 写道
虽然我不喜欢用,但是RequisitePro是不错的选择...有钱的主可以考虑...
当然Rational家的东西要一套一起用...


RequisitePro没用过，我最近在试用Caliber。
我碰到的问题是，公司在一个领域内做了很多项目，但是没有统一的积累，或者只是积累在几个人脑袋里。
如果有一个地方能描述，整理，跟踪这些业务领域知识，对企业来说，是一笔逐渐成长的财富。
我在想，如果大家没有这样的工具，或许这就是一个市场机会啊，开发一个这样的系统，占领需求管理的中低端市场。
gurudk 2007-08-13
ozzzzzz 写道
这个问题很难回答。其实我考察了很多商业的需求管理工具，我都觉得有问题。原因大概在于需求本身的提取和开发以及跟踪都和使用者的方法论有紧密关系，稍有不同在实际中就可能有巨大的区别。这一点和bug处理程序有巨大的不同。


o6z回答，倍感荣幸阿，我倾向于简单的工具，最好非商业的，用不起啊。需求以文字方式记录，流程图可以附件上传，管理各个需求用例的关系，我相信很多公司内部已经在用了这种工具。
basicbest 2007-08-13
虽然我不喜欢用,但是RequisitePro是不错的选择...有钱的主可以考虑...
当然Rational家的东西要一套一起用...
ozzzzzz 2007-08-10
这个问题很难回答。其实我考察了很多商业的需求管理工具，我都觉得有问题。原因大概在于需求本身的提取和开发以及跟踪都和使用者的方法论有紧密关系，稍有不同在实际中就可能有巨大的区别。这一点和bug处理程序有巨大的不同。
gurudk
搜索本博客
存档
最新评论