我的经理最近向我和我的团队征求了关于实现bug跟踪/项目管理解决方案的意见。从他的角度来看,他希望更多地关注我们的项目实际处于什么位置,以及能够看到如何捕获和处理bug的一些分析。
我的老公司实现了特拉克,作为计划、跟踪和管理bug的一种手段。效果很好!不过,我的新公司有点.我们怎么说..。不愿将开源项目作为我们的公司解决方案。人们主要关注的是我们可能会花费多少时间来维护和定制软件以满足需要。
他们,管理层,最初更倾向于提供更“坚固”的产品,比如Joel的FogBugz。
所以,问题是-
发布于 2009-12-14 14:15:07
你问:
在什么情况下,实现开源解决方案的灵活性和成本节省会被维护的头疼和不断扩展功能的要求所掩盖?
第一,什么维修?我使用的所有自由和开放源码软件都能工作--我当然不会维护它,就像我维护自己的软件一样。当然,如果我确实发现了一个bug,我会报告它,甚至试图修复它,但我不需要这样做。
第二,什么需要扩展功能?您只应该考虑自由和开放源码软件的解决方案,如果它满足您的所有需要。一旦安装完毕,你就不应该像自己的解决方案那样考虑扩展它的功能,当然,除非你想这样做。
发布于 2009-12-14 14:09:09
在很多工作场所,他们真正想要的只是找个人来解决问题,如果出现问题,如果你看一下http://trac.edgewall.org/wiki/CommercialServices,你会发现有几家公司为Trac提供商业支持,这样可以帮助解决问题。
发布于 2009-12-14 14:21:26
这个问题必须根据贵公司的文化、背景、发展环境等情况来回答。
他们熟悉开源吗?
他们使用的是微软技术还是Java?
你是从你的工资中支付软件费用,还是公司要支付它?)
你的直接经理是否用他的工资支付软件的费用?)
你的公司会为你节省一些钱而给你多少信用呢?
如果开源解决方案失败,您会受到多大的抨击?
*我认为,如果你思考最后两点,那就去花点钱去找一个更好的解决方案。如果他们是微软的商店,就跟他们的bug追踪系统一起去吧。如果没有,请使用类似于FogBuz的内容。如果它是一家银行,那就采取补救措施。
现在,如果它是你自己的创业公司,那么开源就很有意义了。如果公司对开源很满意的话,这也可能是有意义的。然而,听起来似乎并非如此,而且您正在为使用开放源代码设置麻烦。如果有什么问题(而且可能与它是开源无关),那么就会指责您“这是一个开源的解决方案”。执行部分是CYA -掩护你的屁股。
https://stackoverflow.com/questions/1901115
复制相似问题