我的经理最近向我和我的团队询问了有关实施错误跟踪/项目管理解决方案的意见。从他的角度来看，他希望能够更好地了解我们的项目实际上在宏观方案中的位置，以及能够看到如何捕获和解决错误的一些分析。
我的旧公司，实施Trac作为计划，跟踪和管理错误的方法。它工作得很好！但是，我的新公司还有一点......我们怎么说...反对 - 实施开源项目作为我们的企业解决方案。主要关注的是我们可能花费的时间来维护和定制软件以满足需求。
他们，管理层，最初更赞成像Joel FogBugz这样更“坚固”的产品。
所以，问题是 -
答案 0 :(得分：6)
你问：
在什么时候灵活性和 实施开放的成本节约 源解决方案被淹没了 维持头痛和蠕动 呼吁不断扩大 功能？
首先，什么维护？我使用的所有FOSS软件都可以使用 - 我当然不会维护它，只不过我维护专有软件。当然，如果我发现了一个错误，我会报告它甚至尝试修复它，但我 没有这样做。
其次，是什么要求扩展功能？如果满足您的所有需求，您应该只考虑FOSS解决方案。安装完成后，除非您想要，否则不应再考虑扩展其功能而不是专有解决方案。
答案 1 :(得分：3)
在许多工作场所，他们真正想要的是他们可以打电话来解决问题的人，如果你看到http://trac.edgewall.org/wiki/CommercialServices，你会发现有一些公司提供商业支持对于Trac而言，这可能有助于摆脱这种方式。
答案 2 :(得分：1)
必须在贵公司的文化，背景，发展环境等方面回答这个问题。
他们熟悉并熟悉开源吗？
他们使用的是Microsoft技术还是Java？
您是否支付了工资中的软件费用，或者公司是否会为此付费？ ：）
你的直接经理是否从他的薪水中支付软件费用？ ：）
贵公司会给你多少信贷来节省一些钱？
如果开源解决方案失败，你会得到多少准备？
***我想如果你冥想最后2点，请继续花钱购买更好的支持解决方案。如果他们是微软的商店，只需使用他们的错误跟踪系统。如果没有，请使用像FogBuz这样的东西。如果是银行，请使用Remedy。
现在，如果它是你自己的创业公司，那么开源将会很有意义。如果公司对开源很满意，那么它也可能有意义。但是，听起来它们并非如此，并且您正在努力解决开源问题。如果出现任何问题（并且它可能与开源无关）那么手指会指向你说“这是一个开源解决方案”。手术短语是CYA - 掩盖你的屁股。
答案 3 :(得分：1)
这在某种程度上是一个字符串长度的问题，但这是我随意的想法：
仅仅因为一个软件是商业的并且由支持组织备份，安装和设置并不麻烦。
将许可成本与设置（和维护）开源解决方案所需的时间进行比较。开放式替代方案是否可以在一天，一周或一个月内发挥作用？
范围蔓延的问题实际上是一个管理问题。
如果您不确定自己需要什么，首先尝试开放式替代方案是一种很好的方式，可以构建对您的组织至关重要的功能体验。
答案 4 :(得分：0)
我也喜欢Trac（我将它用于与几个朋友的爱好项目）但我认为FogBugz和其他几个商业PM / bug跟踪软件包可能更好。如果管理层愿意为商业解决方案付费，问题出在哪里？