Project management Bugzilla管理Scrum项目的效果如何？

我们有MS Sharepoint，这对于管理任务列表来说并不坏。这些数据是公开的，人们会收到更改和分配的通知

我认为Bugzilla在管理和报告方面可能更容易一些。虽然有一些不错的开源Scrum管理工具，但我已经耗尽了很多政治资本，不能要求比现在更多的东西。显然，金钱不是目标，而是我的团队拥有太多的专用工具

Bugzilla是否会成为一种更通用的项目管理工具——在bug修复用例之外

---

我会非常失望，希望我下载了其他东西，并为更好的项目管理工具辩护吗？

Bugzilla是一个很棒的错误跟踪系统。我们曾尝试将其用于其他项目管理任务，但结果并不理想。我建议您在设计时考虑到您的目标。

我们已经在几个项目中成功地使用了Trac和Subversion

这里的主要优势是能够定制报告，一些非常特定于Scrum的报告，为管理层提供信息。

自己试试

在wush.net上获得一个每月15美元的帐户，自己使用一段时间（除了满意的客户之外，没有业务关系）

Bugzilla功能强大，有很多配置选项，这可能会让人困惑

三年前，我个人在一个项目中使用了它。我没有项目经理，我是开发人员，所以我需要一个非常轻的系统。布奇拉给我的。我把我的主要目标放在一个增强的“产品化系统”上，然后我建立了依赖关系来达到这一点。我最终得到了160个相互依赖的节点。这本质上是一个工作分解结构。我没有费心估算时间，也没有费心创建任何其他类型的项目文档

一个很酷的优势是，当我编写代码时，如果我注意到需要做的事情，我只需将其弹出到bugzilla（设置后20秒的过程），将其作为依赖项绑定，然后返回到我正在做的事情

每当我完成一项任务时，我都会查看依赖关系图并找到最外层的叶子（阻止其他的但自己没有被阻止的bug），然后进行工作

对我来说，这种方法的优点是，如果一个任务看起来很简单，并且有一个节点与之关联，但当我做这件事时，我意识到它更复杂，我会将它分成不同的子任务。这只花了一分钟，绝对不涉及与项目经理的会议

团队中的其他人可以通过查看打开的bug、按日期排序的关闭bug等来跟踪我的进度。他们看到了行动，就让我一个人呆着。当我有外部依赖时，我会制造一个bug，详细说明工作，并通过电子邮件向那个人发送一个链接。然后，他们可以通过查看依赖关系图来了解为什么需要这样做

请注意，除非事先同意，否则我不会将错误分配给他们

它运行得非常好，系统提前一个月就准备好了

它将如何与SCRUM一起工作？我只是粗略地看了一眼scrum，不能告诉你。但那是我的经历

使用专用主机可以实现三件事：

• 支持
• 轻松升级（除非你有大师在家，否则bugzilla管理并不容易——至少对我来说如此）
• 用户跨越组织边界

---

请注意，bugzilla具有各种安全功能，因此很容易将用户锁定到他们需要的内容。

我的独立解决方案是DokuWiki+MantisBT+Subversion+Review Board，可以相对轻松地集成。托管的替代方案是Bitbucket.org。其基本原理是，您可以在Wiki上编写用户故事，并可以将其引用到特定的任务中。更大的bug可以协同设计，Mantis在bug报告中提供了“wiki”链接。评审委员会允许您在提交更改之前对svn diff进行同行代码评审。

感谢Trac上的提示。不过，我问的是Bugzilla，这不是个好问题。由于缺乏用例答案，bugzilla在scrum项目中没有太多使用。对我们这些根本无法摆脱使用它的人来说太糟糕了。审查委员会看起来很整洁，我必须关注那个项目。wush.net建议+1。我已经做了5年以上的客户（bugzilla和svn），他们非常棒——从不低落，提供了巨大的支持，态度良好——总之，他们做得再好不过了。你的bugzilla成功故事读起来很有趣。你认为Bugzilla在构建/深化/扁平依赖树方面的灵活性有多重要？@Wolf，对我来说，这可能是最重要的功能。绘制bug图表的能力也很重要，因为它为您提供了一种可视化优先级的方法。我修改了Perl代码，使其在错误图中显示的内容比默认显示的要多。您遇到了什么问题？少了什么？