請教JIRA的使用經驗~如果項目是外包開發，如何更好的管理我方的需求、缺陷和項目進度？正嘗試使用JIRA進行管理，但無使用經驗。

01-05

目前的情況是，乙方的供應商內部缺乏一個項目管理的工具，在需求、缺陷管理方面較為空白；甲方想介入管理。

我們的技術團隊有25人。最近一年正好把管理系統換成JIRA+GIT+Confluence. 用戶體驗十分好，簡單易用直觀，省了很多對非技術人員的培訓成本。技術人員用得舒心，管理層的效率也提高了不少。

有兩點比較Impressive。

1.代碼+Issue+wiki無縫連接

三個平台基本上都能實現無縫連接。特別當JIRA跟GIT結合起來後。代碼管理有了很大的提高。能從JIRA ISSUE裡面快捷地看到代碼的改動。工作量一目了然。對管理層來說，非常高效。

2. Jira - Agile直觀顯示

安裝Jira Agile後。對Scrum項目是一大福音。裡面Drap and drop的Kanban圖，操作十分方便。還有burn down chart。哪裡快了哪裡慢了，項目進度清晰明了。

之前比較了很多軟體，這個組合是我們最後的選擇。

Jira+Git+Confluence 強力推薦！

我們公司一直都是confluence和jira一起用的，confluence作為wiki管理需求，jira管理任務、進度和bug。這兩個工具的組合對產品管理來說並不是最理想，但還可以用。

Jira本身不是一個管理需求的工具，但是如果項目不太複雜還行。幾點建議:

1. 把ticket按照需求， bug, 變更，問題，風險等分類管理。

2. 用jira的link功能和每個user story或任務的唯一編碼，關聯所有相關的ticket

3. jira有一些插件，可以生成甘特圖，和SVN整合使用，建立從需求/bug到代碼的聯繫

Jira是一個issue管理工具，可以管理需求、Bug、任務等。可以做一個備選的工具，但以我的經驗來看，更多的還是在其它的管理方面做好。

不知道你的團隊有多大？分享一點我的經驗（10人團隊的）

1、及時溝通：每天早上的站立會議，每周的項目例會，及時的需求及技術討論會議，這些是必不可少的；特別是每天早的站立會議，讓團隊明白當關的狀態在哪，今日的目標是什麼，每個團隊成員的承諾是什麼，有什麼依賴，有什麼風險；站立會議很重要；

2、目標與計劃：需要做好大的計劃點，每一輪的迭代計劃，關鍵的里程碑；更重要的是下一周的計劃，我一般只會細化到下一周的計劃；讓團隊成員清楚，我們的大目標在哪，當前的目標是什麼；

3、展示與激勵：及時的展示團隊成員的成果，一可以增加開發者的信心與成就感，二可以提高開發者的質量；做好每周的項目紅榜，對於做的好的成員，給予認可，發點小禮品並全體團隊成員為之鼓掌；

4、簡單的工具：工具一定要簡單，不要太複雜，比如用excel跟蹤需求，bug等，我們以前還用hdwiki做過需求、方案文檔的寫作。

5、關鍵利益人的溝通：除了團隊成員外，與你團隊相關的關鍵利益人要溝通好，比如業務方的領導，項目相關的人員等，要管理好這些人的期望；

6、張弛結合：每兩周做為一個衝鋒期，這段時間要讓大家緊張起來，目標達成，結果性強點；兩周後適當的放鬆幾天，讓團隊成員感覺到工作輕鬆點。

一點建議，見笑。

基本使用

在Jira中創建project，把項目的需求和缺陷都用issue的方式加入項目,以保證工作內容都納入Jira管理。所有項目參與者都建立賬戶
按照一定的流程式控制制issue狀態的遷移，遷移的操作設定負責人，例如修訂分配，測試分配，完成。
建立issue時，issue要具備有適當的粒度，太大則很難並以subtask分解
要求每一個issue或subtask在工作開始前都填寫工作量估計。
要求每個人每天完成工作後在Jira的具體issue或subtask中填寫日誌，包括工作內容，工作量，以及剩餘工作量。及時更新狀態。
創建過濾器跟蹤不同狀態的issue
在Dashboard中添加適當的部件跟蹤項目的狀態

高級使用

根據項目管理需求定義自己的issue type，workflow，field和screen
為項目創建自己的版本和模塊，並把issue與版本和模塊關聯起來
把配置管理庫的代碼提交與Jira的issue關聯起來
要求配置管理與issue的狀態遷移同步

以上的前提是你作為甲方懂軟體開發和軟體項目管理，如果不懂，建議找專家或專門的監理機構。

如果是一點JIRA使用經驗都沒有的話，可參考這幾篇文章，都是比較基礎的JIRA使用教程

JIRA使用教程：創建項目；

JIRA使用教程：創建問題；

JIRA使用教程：查看項目；

JIRA使用教程：搜索問題；

JIRA使用教程：簡單問題跟蹤；

首先應當選擇你的工作模型，到底是瀑布的，還是敏捷的

其次要選擇你需要管理的範圍，從需求開始管理，還是從任務，還是只管理缺陷？

最後你到底希望解決什麼問題，提高自由度，還是加強管理？

由於是甲乙方關係，有很多事情不能擺在檯面上明說，雙方其實最重要的是先建立互相信任——可是從題主的使用目的來看，將這事情寄托在JIRA身上，有些緣木求魚啊。

Jira本身更適合做為一個Bug管理工具，其在項目跟蹤方面並不強，如果要用Jira作為項目管理工具，那推薦安裝GreenHopper插件，安裝這個插件後，會在你的Jira管理工具上出現一個Agile菜單，通過這個，可以很方便的進行項目跟蹤和管理。

使用JIRA經驗7年，主要用於管理項目開發、測試、維護中發現的故障以及因需求不明確而產生的問題。也是外包開發項目。

沒有使用git、Confluence。

JIRA可以隨時顯示各個故障票的狀態、責任人及進展情況，可以按照設計的工作流控制狀態遷移。

jira在項目中可以給這個項目分配許多任務給其他人，還可以監察每個任務分配下去的人都做了些什麼，可以配置這個項目下不同類型的任務，然後創建不同類型的任務給用戶，這樣這個項目的一步步拆分，一點點細化，分配下去，使得工作越來越清晰。

可以在創建任務過程中自己定義自己需要的欄位，名字內容等都自己可以配置，任務類型也可以自己配置。使你在對項目的工作中更加接近自己的需求。

工作流是一個模型，你可以自己創建一個工作流模型，然後配置到項目中。

總之，對項目來說，1.創建這個項目下的任務時所有欄位是可以自己配置自己需要的欄位，還有必填或者選天功能，2.這個項目下的任務的任務類型也是自己可以配置自己需要的，3 工作流模型也可以配置自己需要的，3另外還有通知模型，界面模型等都可以自己配置，

如果你還有不懂，給你個配置文檔自己操作幾次一定就理解了，關鍵是，記住自己玩，玩的熟了也就無非是個給人用的系統。

最近在我司內部成功推廣JIRA使用，是否可以細化下問題呢，方便我們交流~私信也可以哈

我們開發的產品http://www.bugclose.com，應該是目前能找到的最好用的bug管理系統，簡單、夠用，甲方估計一看就懂

個人覺得JIRA更適合給專門做測試的質量檢測員使用。