2008-11-16 70 views
5

我們使用JIRA進行錯誤跟蹤和發佈管理,並且我們已經開始在JIRA內部使用greenhopper進行項目管理,但它缺乏的一件事就是用戶故事與用戶故事中的任務相關。有沒有人推薦其他任務板,比如敏捷項目管理工具,這些工具完全支持用戶的故事和任務,並且對用戶來說又快又簡單。我開始關注目標進程,所以如果任何人有專門的反饋意見,那也會很棒。敏捷項目管理的軟件工具

+0

SO是堅決反對的建議問題,看一看。您可以嘗試在[SoftwareRecs](http://softwarerecs.stackexchange.com)中再次詢問。 – 2014-02-24 00:29:55

回答

10

TargetProcess是我用過的侵入性最小的項目管理工具。

+3

我個人對TargetProcess只有痛苦。用戶界面非常慢並且非常複雜,他們不斷地讓應用程序更難導航。我不會推薦TargetProcess給我最大的敵人 – 2009-05-26 13:50:47

+1

肖恩,今年TargetProcess簡化了導航。所以這不再是問題。 – 2010-12-02 09:21:27

4

我的公司一直在使用TargetProcess一段時間,我們對該產品感到非常滿意。每當我們遇到問題或錯誤時,我們都會向他們報告,並且問題或錯誤的解決速度非常快。這是一款與SCRUM配合得很好的工具。我真的推薦它。

4

Acunote是最好的,我發現最新銷售。真的很簡單,使用簡單快捷。

5

白板和粘滯便箋或便條卡。

我知道你問過軟件,但取決於你的環境,它可能很難擊敗公開可見任務圖表的溝通價值。

但是,如果您必須有軟件,那麼也有RallyVersionOne

+0

我們正在使用拉力賽。我覺得它很有用,但有時候有點重。我不喜歡花費過多時間使用有助於開發的工具,而不是開發本身。 – Matty 2008-11-26 20:38:30

6

Scrum和XP團隊常見的反模式是將故事分解成任務,跟蹤這些任務,並在迭代結束時注意到所有任務都已完成,但用戶故事不是(因爲它們不僅僅是他們任務的總和)。

我強烈建議不要跟蹤任務。如果你願意的話,集思廣益,以便進行評估,但總是估計和跟蹤整個故事。如果一個故事很大,將其分解成更小的故事 - 有時需要一些創造力,但幾乎總是可能的。

您可以使用Jira中的子問題將故事聚合成更大的故事,儘管綠蜢並沒有很好地支持這個故事,據我所知。如果你的團隊在同一地點,我會高度建議在白板上的索引卡,無論如何 - 即使除了Jira,如果你必須(這是我們目前的工作方式)。

4

我們使用Jira和GreenHopper沒有任何問題。如果您可以控制Jira實例的配置,則可以輕鬆創建允許執行子任務的故事問題類型。在規劃階段,我們將故事放到下一個版本中,並將它們分成子任務,並在更精確的時間進行估算並分配給團隊成員。如果這些任務是分開的,您還可以將它們轉換爲特定故事的子任務。

0

我們剛剛發佈了一款名爲Crew的全新工具,可能適合您。它非常靈活,可以讓您設置適合您流程的項目結構和工作流程。

http://www.devmynd.com/crew