在我的组织中,我们在管理需求,跟踪在什么版本上实际交付的内容等,后续发行版破坏了先前的功能等方面有一些效率很低的流程,等等-当前它们全部由人工管理。需求分布在多个文档和问题跟踪器中,实现细节在Subversion,Jira,TestLink中的代码中。我正在尝试建立一个整合需求信息的系统,以便它从单一的权威资源中获取,可以通过标准界面(Web服务,浏览器等)进行访问,并可以对其进行自动验证。实际的领域知识不是那么复杂,而是高度专有和非标准的(即,不仅是具有地址,电子邮件等的客户),而且是关系型的:客户具有某些功能,功能已打开/关闭,连接了特定的数据源-全部在特定版本上。因此,对此建模应该很简单。

谁能为此建议最好的方法-我可以肯定的是,我可以从头开始开发一个完全符合要求的系统,例如在Rails,grails或某些RAD框架上使用ruby。但是我很难获得管理层的支持,采用现成的解决方案会使他们感到更安全。

谁能推荐这样的系统?还是我更好地从头开始构建它,如我所愿?恐怕购买的系统将花费同样的时间来部署,并且无法满足我们的要求。

感谢您的任何建议。

最佳答案

我相信您正在描述两个不同的问题。第一个是使所有人标准化,第二个是选择一个好的需求管理工具。我不会像流程和人员那样担心工具。如果您的各个项目经理不想共享,那么拥有世界上最好的工具将无济于事。

因此,我的建议是从简单开始。捕获RedmineTrac并接受使所有人标准化的挑战。一旦每个人都拥有正确的心态,那么您就可以改进用于存储的工具。

10-05 20:16
查看更多