2011-09-06 69 views
3

我們目前在開發階段使用FogBugz進行內部問題跟蹤和項目管理。你有沒有從JIRA和Greenhopper遷移過_away_?

我們正朝着敏捷方向發展,我正在評估有助於實現這一目標的工具。 FogBugz現在確實做了一些敏捷的工作,但我聽到很多關於JIRA(+ Greenhopper),Mingle等等的好消息。

我讀過很多關於不同產品之間比較的信息。我想知道這裏有沒有人使用JIRA,但後來決定從它遷移?如果是這樣,爲什麼和什麼?

回答

0

我們在我們公司使用不同的問題跟蹤器。輸出設置目前是:

  • Polarion做需求管理和跟蹤
  • 吉拉一個純粹的問題跟蹤(與頂級UI)
  • Trac系統做項目管理包含的問題跟蹤和維基程序員。

我喜歡Jira很多,因爲它的第一級UI和大量的功能可用。但是有時項目希望遷移到不同的工具集(有時與我們公司的成本有關)。這裏的經驗法則如下(不以任何方式特定於Jira):

  • 大多數問題跟蹤器支持以CSV格式導入問題。
  • 大多數問題跟蹤器也支持以CSV格式導出。
  • 沒有問題跟蹤器支持更好的導出,因爲沒有公司有興趣支持其客戶從其產品遷移(這是可以理解的)。
  • 沒有問題跟蹤器支持遷移問題的歷史記錄,因此通過遷移,您通常會將問題的歷史記錄丟失。

我不知道爲什麼有人應該首先使用Jira一段時間,然後遷移到另一個工具集。唯一的原因可能是Jira的功能集不足以滿足您的需求。有一些傳聞說Jira可能處理的問題不是無窮無盡的,但我們沒有發現任何跡象。

因此,在決定使用哪個問題跟蹤器時,您應該清楚瞭解使用問題跟蹤器的要求是什麼。

0

遷移數據通常比人們期望的要難。訪問源系統數據,定義映射,測試結果 - 所有這些都需要時間。我已經完成了至少十幾次從其他系統遷移到JIRA,所以這個問題自然也會發生在我身上。

的JIRA數據庫架構是這樣的,我想我會使用多相辦法從中導出數據 - 從jiraissue表中獲取的所有問題,然後得到的意見,附件等

那說,我還沒有聽說過人們以任何非常複雜的方式從JIRA輸出他們的數據。

〜馬特