我們有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