敏捷問題和功能跟蹤軟件

Question

我正在尋找「最佳」敏捷友好功能和缺陷跟蹤軟件。目前，我們正在使用fogbugz，但就我所知，這對於採用敏捷方法的團隊來說並不是非常有用。有更好的工具，比如JIRA的Greenhopper。我之前使用過JIRA，但我想知道是否還有其他更好的工具。

Answer 1

我會把我的經驗聯繫起來，希望這會有所幫助。

我們開始在牆上用卡片試點Scrum。我們認爲，一旦我們開始真正做到這一點，我們就會切換到一個工具。我們使用用戶故事和任務設置了我們的缺陷跟蹤器（Redmine），並且可以在每個項目中創建一個burndown。然而，我們發現，你並沒有真正獲得物理信息散熱器的透明度。人們走過卡牆，可以看到團隊的進展。很少有人會像檢查卡片牆一樣頻繁地檢查網站。因此，目前，我們爲當前的Sprint 和執行卡牆追蹤Redmine中的Sprint，這爲我們提供了歷史信息。

隨着我們擴大到更多的球隊比我們有牆的空間，我們意識到我們將需要一個工具，可以工作就像一個卡牆，是一個「真正的」敏捷跟蹤。所以我們看了幾個工具，我們的短名單包括Version One，Rally和Mingle。這些產品中的任何一種都可能對您最好，但最終我們選擇了Mingle出於各種原因。

我擔心的一件事是卡牆的損失。很難解釋這些公共信息散熱器所具有的變革價值。團隊從產品負責人以及管理層和其他利益相關者那裏獲得了大量的知名度。我擔心，如果我們切換到只使用該工具，可見性將會丟失。我可能不得不建立儀表板，安裝在壁掛式顯示器上，作爲卡壁的高科技版本。我們所做的一件事就是購買一些觸摸屏白板，以便站隊中的團隊能夠以熟悉的方式移動虛擬卡，並使用該工具的拖放卡牆接口。我希望這可以讓我們保持團隊溝通和互動的好處，當我們圍繞卡牆聚集時看到了這些。

無論如何，祝你好運！

Answer 2

這可能是一個非答案在一定程度上，但我希望它仍然是提供信息和增值服務。

我已經在多個團隊使用各種工具，包括物理板和Greenhopper。我部門的其他敏捷團隊已經使用並評估了各種其他選項。如果您正在討論如何在衝刺中找到最有效的方式來管理團隊（而不是發佈計劃，積壓修飾等），我得出以下結論： 除非您自己編寫工具或使用電子表格。是的，電子表格。這是我遇到的最靈活的選擇。我們使用一個花式圖表等，但它很好。

任何工具，你現在發現這可能是一個完美的結合將最終結束了沒有做你想要的東西。這是從我自己的經驗，最近的一個例子：

我們正在努力，以降低所花費的時間進行每日Scrum會議期間報告狀態的長​​度。挑戰在於開發人員傾向於詳細解釋他們在處理任務時遇到的問題。我們試圖推遲這些討論，直到scrum會議結束。直到我們開始突出顯示電子表格中的任何項目時，我們都需要進一步討論，這很難做到。這讓我們繼續開會，但不會丟失需要討論的問題。把它引入我們的流程是很容易的，因爲我們正在使用像電子表格這樣的靈活工具。該工具並沒有妨礙我們改進流程。

至於缺陷修補，我部門的大部分團隊都使用JIRA。

Answer 3

我們在我們的項目中使用PivotalTracker（http://pivotaltracker.com）。它是一個輕量級且易於使用的工具。它在雲中運行，因此創建一個帳戶並建立一個項目只需幾分鐘。用戶故事和錯誤輸入非常簡單。該工具支持由未開始，已啓動，已完成，已交付，已接受和已拒絕狀態組成的標準任務工作流程。

我還沒有嘗試過fogbugz，但在PivotalTracker之前使用了JIRA，Greenhopper和VersionOne。針對PivotalTracker的所有這些工具的缺點是使用它們會帶來太多的開銷。你必須設置和維護它們。你必須配置它們。而且由於它們更難使用，它們需要更多時間用於日常使用。我已經看到開發者不願意使用這些工具，因爲它們造成了太多的摩擦。 IMO PivotalTracker是這方面的最佳工具。

PivotalTracker的缺點是它只提供一些配置選項。它不允許您自定義工作流程。它沒有太多的用戶授權選項。但在我們的情況下，它非常適合我們的需求。