你可以試試IBM Rational Team Concert。
簡易用戶界面:非常特別是Eclipse版本。
桌面:您可以按團隊成員首選項使用Web,VS加載項或eclipse版本。就像我說的,我推薦Eclipse(但還沒有真正見過VS插件)
價格:我相信這是免費的10個開發人員,那麼它是IBM的定價模式。但如果這不是問題...
(非)屠殺應用程序:這是IBM,所以它不是黑客;它建立在Jazz之上,所以還有一些額外的開發者社區果汁。雖然它應該能夠支持傳統和敏捷,但根據我的經驗,它對於Scrum來說是最強大的。另外,該配置具有高度的可定製性。
SVN集成:雖然沒有官方的橋樑,但我很確定它已經完成(e.g. by Clearvision),並且可以在需要時再次完成。此外,RTC還附帶有自己的SCM系統 - 我不知道這是否可以完全替代SVN,但它可能會起作用。
報告:很多(有點)可自定義的儀表板和圖表。如果有辦法發送自動報告,我還沒有看到它。
總而言之,這聽起來非常接近您所描述的內容。
編輯:受歡迎的需求,一些截圖......來自我的實際生產環境。 這將會很長。
這是我目前的衝刺工作分解視圖。你可以看到你有用戶故事,任務,你可以有缺陷,AR,風險,障礙,你有什麼。它實際上是可定製的,所以你可以添加額外的對象類型,每個都有自己的屬性和狀態機。 您看到的每個屬性都可以從此視圖中更改 - 因此只需在故事下添加新任務,設置其估算值和簡短標題,並且您可以輕鬆完成即可。總而言之,可能需要10秒來創建新任務。按Ctrl + S提交您的更改(需要1-2秒)。
事實上,我在衝刺期間幾乎從不必離開這個屏幕。您可以通過將項目放在其名稱下,將項目拖到其名稱下,或者右鍵單擊 - >分配給所有者 - >其名稱,將工作分配給某人。您可以更改狀態並設置從此屏幕花費的時間(或剩餘時間,視圖可自定義)。 偶爾你想打開一個項目進行單獨編輯,你可以通過右擊任何對象來完成。這將在新標籤中打開它。
您可以看到,每個團隊成員以及整個團隊都完成了預期的工作。這是基於我爲sprint設置的發佈日期以及估計的總工作量。如果你正確地做Scrum,那麼在第二天你已經將每個故事分配給絕大多數任務。你會得到一個方便的儀表,你有多少物品已經不能估量。實際上,您甚至可以過濾出估算項目,以便您可以專注於估算剩餘項目(這又是兩次點擊)。
P.S.我的隊友在這裏不一定有很好的任務細分/估計。但你明白了。
您可以擁有的觀點很多,可以自定義。所以,如果你想你的任務的粘板,你有...
我不實際使用這個有很多,但它的存在。您可以通過正在進行的一攬子組合來查看它,解析等(如屏幕截圖),這非常適合查看幾種不同的對象類型;或者你可以通過一個特定的對象類型的狀態機來完成(所以對於你可能已經解決的缺陷,WNF等) 說到缺陷,它可以與ClearQuest集成(儘管如果你使用多站點CQ的解決方案)。我不知道我是否會讓RTC完全替代一個不同的缺陷追蹤系統,但你可以想象得到。
順便說一下,任務板是直觀的,您可以將任務從一個狀態拖動到另一個狀態,並且它會更新狀態,假定狀態轉換由您確定的狀態機允許。
更多的意見是可能的。我在衝刺計劃中使用的另一個過濾器是「執行項目」,它使我只留下故事和史詩 - 它們下面沒有混亂。 說到「在他們下面」,你可以有其他類型的關係而不是父子關係,比如「related」或「blocking」。要做到這些,但我認爲你必須進入具體的對象。親子也可以這樣做,但通常只需將對象拖動到另一個上。
我會在這裏添加一些側面屏幕截圖,然後我認爲我完成了...因爲你應該明白了。
團隊構件板讓您瀏覽相關的對象。通常對於Scrum管理來說,這將是計劃,這是您保存所有工作項目的地方。 「工作項目」項目在這方面實際上有點誤導,它可以讓您進行查詢(例如「打開分配給我」),然後出現在底部面板中。我個人更喜歡使用這些計劃。
您還可以看到構建,源代碼控制 - 對於某些團隊來說它們是不可或缺的,對於其他團隊(比如我的),它們並沒有真正使用。
最後截圖...
在團隊儀表板(四同「建立」這裏就不介紹了,我不使用)其實有三個方面。 「我的未清項目」實際上可以按任何順序顯示任何查詢。這個使用優先級。在任何這些顯示器上懸停相關項目(花費0.5-1s思考),F2放大工具提示。單擊這些列中的任意一列將檢索底部面板的項目。
事件日誌是你所期望的,你的團隊一直在做的事情。同樣很容易展開,單擊一個項目可在新選項卡中打開相應的工作項目。
然後是Team Load,它將估計分配的項目與每個團隊成員在迭代中剩餘的預計工作時間以及總數進行比較。這取決於個人對工作時間和計劃缺勤的設置(唉,缺勤似乎不支持任何半天計劃,只有整整一天)。 完全偶然的情況下,我有一個空載隊員,一個負載與預期時間完全一致,另一個顯然咀嚼得比他能吞嚥的還要多。當然,他只需要更新自己的任務,但在這種特殊情況下,他確實過度勞累。這個儀表板讓Scrum Master快速識別出這種情況,並儘早解決它。 (請不要問爲什麼在這種情況下不會發生這種情況)。
表現也令人驚訝的好。我不確定他們在架構中做了什麼,但比我使用的其他企業解決方案要平滑得多。到目前爲止。
也許我應該說清楚,我沒有任何與IBM,Jazz,RTC等的聯繫。我只是覺得這個工具非常漂亮。實際上,我還沒有完成它的探索,但對於Scrum來說,它看起來相當不錯,我很樂意傳播這個詞:)
這是你在找什麼?
P.S.在那裏有很多的敏捷工具,你可以繼續環顧四周。但是,如果JIRA對你來說不夠好,那麼這可能會使90%以上的情況惡化(例如拉力賽)。
對於關閉選民,我認爲這是主題(「程序員常用的軟件工具」) - 是否有任何工具可以滿足大多數/所有OP的願望清單? – Joe