轉自：http://blog.csdn.net/marising/archive/2008/11/19/3336560.aspx
裝上JIRA之後，創建樂幾個任務，用Filter查看幾次，發現很不直觀，因此在jira的網站上找樂圖形化的插件。具體請看下面鏈接：http://www.atlassian.com/software/jira/plugins/charting.jsp
使用和安裝
- 將插件的JAR複製到JIRA web application的WEB-INF/lib 目錄下 然後重新啓動 JIRA.
注意:1你再做下一步之前必須重新啓動 JIRA
2這三個字段必須按照各自的自定義字段類型添加(不要用Date Picker添加他們)(就是說不要添加Date Picker然後名字叫做Resolution Date等,雖然Resolution Date的searcher 還是Date Pick的 ) - Administration > Custom 添加一個新的Resolution Date類型的自定義字段,不要添加他到任何的workflow transition screens(例如 Resolve screen) ,但是如果你想要的話你可以讓他在默認的("問題導航欄")screen顯示。建議: 自定義字段的名字叫 "Resolution Date" 。警告: 正確的設置 searcher爲 "Date Picker" (好處: 意味着你能按照 date resolved搜索和過濾)
- Administration > 添加一個新的 Date of First Response類型的自定義字段. 不要添加他到任何的 (transition) screens。警告: 正確的設置 searcher 爲 "Date Picker" (好處: 意味着你能按照 date of the first comment搜索和過濾!) <該值將第一次comment的時間認爲第一次Response的時間據本人試驗 Administration添加comment 不會更新該值>
- Administration > 添加一個新的 Time in Status 類型的自定義字段. 不要添加他到任何的(transition) screens. 警告: 正確的設置 searcher爲 "Free Text Searcher" (注: 不要期望它顯示在任何的screens,它不是以人類可讀的形式存儲的)
- Administration > Indexing 進行re-index
裝完了之後，每個人都可以設置Dashboard，在自己的Dashboard上設置圖形化Portlet，最好是配合Filter使用。
項目說明：
- Recently Created Issues - 顯示最近創建的Issue的圖。如果數量多，則需要開發人員抓緊修復。
- Created vs Resolved Issues - 新創建和解決的Issue的趨勢圖。剛開始測試，一般是發現的Bug多，解決的少，到了後期，是發現的少，解決的多。可以根據這個趨勢來判斷軟件質量。
- Resolution Time - 解決Issue的平均時間，可以看出團隊的效率和速度，應該儘快提高解決Issue的速度，降低時間，很多公司規定，嚴重問題24小時內解決，則可以通過Filter和Resolution Time配合來檢查。
- Average-Age Open Issues - 顯示問題未被解決的天數平均值的柱狀圖。這個圖表顯示了指定時間段（例如每天，每週）問題遺留的時間的平均值。
- Pie Chart - 顯示來自項目或者過濾器由統計類型歸納的問題餅狀圖。問題可以按它的任一可統計的屬性來歸納（例如 狀態 優先級 等等）。
- Average Time in Status - 顯示問題在一個狀態的平均天數
- Average Number of Times in Status - 顯示（所有已經解決的）問題擁有某個狀態的平均次數
- Time to First Response - 在項目或者過濾器中第一次響應issue的小時數。
- Time Since Chart - 對一個給定的時間字段，顯示在這個時間內的所有Issue的數量。日期字段可以選擇Create Date,Update Date,Due Date,Resolution Date,Date of first response。選擇不同的日期字段和前面幾個是有重合的，這個更加靈活一點。
歸納起來就是，
一是看數量，新建bug的數量，解決bug的數量，各個狀態的數量，從數量大致能判斷產品質量的發展趨勢。
二是看時間，看處理bug的平均時間，通過時間可以考察團隊的速度和效率。
