用于需求管理的领域存储库--构建还是购买？
在我的组织中，我们有一些非常低效的流程来管理需求，跟踪在哪些版本上实际交付了什么，等等，后续版本是否打破了以前的功能，等等-它目前都是手动管理的。需求分布在几个文档和问题跟踪器中，实现细节在subversion、Jira、TestLink中的代码中。我正在尝试建立一个整合需求信息的系统，以便它来自单一的、权威的来源，可以通过标准接口- web服务、浏览器等访问，并且可以自动验证。实际的领域知识并不那么复杂，但却是高度专有和非标准的(即，不仅仅是地址、电子邮件等的客户)，而且是相关的:客户具有特定的功能，打开/关闭的功能，连接的特定数据源-所有这些都在特定的版本上。因此，对此进行建模应该很简单。
有没有人能建议最好的方法--我确信我可以从头开始开发一个完全符合需求的系统，比如ruby on rails，grails，或者一些RAD框架。但我很难得到管理层的认同，他们会觉得有现成的解决方案更安全。
有人能推荐这样的系统吗？或者我最好是从头开始构建它，就像我感觉的那样？我担心购买的系统需要同样长的时间来部署，并且不能满足我们的要求。
谢谢你的建议。
回答 4
Stack Overflow用户
发布于 2009-12-25 00:22:44
我相信你描述的是两个不同的问题。第一个是让每个人都标准化，第二个是为需求管理选择一个好的工具。我不会像担心流程和人员那样担心工具。如果你的不同项目经理不想分享，那么拥有世界上最好的工具是没有帮助的。
所以，我的建议是从简单的开始。抓住Redmine或Trac，接受让每个人都标准化的挑战。一旦你让每个人都有了正确的心态，你就可以改进你用于存储的工具。
Stack Overflow用户
发布于 2009-11-23 01:12:16
{免责声明-提及我雇主的产品}
我用一个商业工具RequisitePro做的简短的实验看起来对我很好。允许用户对现有的Word文档进行注释，并创建识别出的请求者的实时链接数据库，然后对它们进行大量分析和跟踪。
有时，当我看到一个商业产品时，我会想：“哦，不错的光鲜部分，但基础知识我可以在一个周末就能在Perl中学到。”这东西可不是这样的。在把时间花在我自己的开发上之前，我肯定会先看看这个领域的商业产品和几个(ReqPro有一个免费试用，我猜竞争对手也会有)的实验。
Stack Overflow用户
发布于 2009-11-24 17:40:22
非常感谢你的回复。我会看一看RequisitePro，至少我会遵循“没有人因为收购IBM而被解雇”的策略;)你是对的，我大概知道，在这种情况下，买更好。当我可以想象快速地将它们组合在一起时，这是很诱人的，但这种方法还有其他权衡和风险。
谢谢，贾斯汀
https://stackoverflow.com/questions/1778438
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号