我们有MS Sharepoint - 这对于管理任务列表并不全是坏事。数据公开可用，人们会收到变更和分配的通知。Bugzilla如何管理Scrum项目？
我认为Bugzilla对于管理和报告目的可能更容易一些。虽然有一些很好的开源Scrum管理工具，但我用掉了很多我的政治资本，不能要求比现在更多的东西。金钱不是目标 - 显然，我的团队有太多专门的工具。
Bugzilla会作为一个更通用的项目管理工具解决问题 - 在错误修复用例之外？
我会非常失望，希望我下载了其他东西，并为我提供了一个更好的项目管理工具？
Bugzilla是一个出色的错误跟踪系统。我们已经尝试将其用于其他项目管理任务，并且结果不那么出色。我会建议找到一些与您的目标相一致的设计。
你有什么问题？缺少什么？ – 2012-09-05 15:43:38
我们已经非常成功地为几个项目使用了Trac和Subversion。
这里的主要优势是能够定制报告，一些特定的Scrum，为管理提供信息。
感谢Trac的提示。不过，我问的是Bugzilla，而不是Trac – 2008-09-23 18:48:09
亲自试一试。
在wush.net上获得一个$ 15 /月的帐户，并自己使用一段时间（除了满意的客户之外没有业务关系）。
Bugzilla功能强大，并有很多配置选项，这可能会造成混淆。
我个人在三年前就正在使用这个项目。我没有项目经理，我是开发人员，所以我需要一个非常轻的开销系统。 Bugzilla给了我。我把我的主要目标作为一个增强的“生产系统”，然后我使依赖达到了这一点。我结束了160个节点都相互依赖。这基本上是一个工作分解结构。我没有时间估计，也没有打算创建任何其他类型的项目文档。
一个很酷的优点是，当我编写代码时，如果我注意到需要做的事情，我会将它弹入bugzilla（一旦建立就会进入20秒的过程），将它作为一个依赖关系，然后返回到我在做。
每当我完成一项任务时，我会查看依赖关系图并找到最外层的叶子（阻止其他但未被阻止的错误），并在其中工作。
这种方法对我的好处是，如果一个任务看起来很简单，并且有一个节点与它关联，但是当做这件事本身时，我意识到它更复杂，我只是将它分成不同的子任务。这只花了一分钟，绝对不涉及与项目经理的会议。
团队中的其他人可以通过查看未完成的错误，按日期排序的已修复的错误等来跟踪我的进度。他们看到了行动，他们让我独自一人。当我有外部依赖时，我会犯一个错误，详细说明工作，并通过电子邮件向该人员发送链接。然后他们可以通过查看依赖关系图来了解为什么需要这样做。
请注意，除非事先达成一致，否则我没有给他们分配错误。
它工作得很好，系统提前一个月准备就绪。
它将如何与SCRUM协同工作？对scrum的粗略浏览我不能告诉你。但那是我的经验。
使用专用的主机将让你三件事情：
请注意，bugzilla具有各种安全功能，因此很容易将用户锁定到他们需要查看的内容。
对于wush.net的建议。我一直是一个超过5年的客户（bugzilla和svn），他们非常棒 - 从来没有下过，很棒的支持，良好的态度 - 总而言之，他们无法做得更好 – 2011-10-04 04:42:45
您的Bugzilla成功故事是一个有趣的阅读。您认为Bugzilla在建立/深化/展开依赖树方面的灵活性有多重要？ – Wolf 2015-04-22 13:55:57
我的独立解决方案是DokuWiki + MantisBT + Subversion + Review Board，它可以相对简单地集成在一起。托管的替代品是Bitbucket.org。理由是你在Wiki上编写用户故事，并可以引用他们的具体任务。更大的错误可以协同设计，Mantis在错误报告中提供“wiki”链接。审查委员会允许您在提交更改之前针对svn diff进行同行代码审查。
好问题。从缺乏用例的答案来看，bugzilla并没有太多用于Scrum项目。对于那些根本无法放弃使用它的人来说，这太糟糕了。 – 2009-02-10 15:08:14