轉自：http://www.51testing.com/html/44/n-2820444.html
發表於：2015-5-28 10:22 作者：知乎 來源：51Testing軟件測試網采編
字體：大 中 小 | 上一篇 | 下一篇 |我要投稿 | 推薦標簽： 軟件測試工具 JIRA
焦榮桂回答：
如果僅僅是項目和任務管理，區別不大，可能redmine有2點不如jira：
1）文件管理方面不如jira；
2）redmine任務時間評估不夠好，不如jira強大，只能到小時
3）JIRA復雜，因為他是計划、需求、任務管理於一身，但是redmine更加關注項目、任務；
4）JIRA適合大團隊，如100人以上，redmine適合小團隊，100以下
5）JIRA商業，Redmine開源
2、我們公司用JIRA做任務跟蹤，目前PMO想收集PM，開發，測試人員的績效數據，難題我在評論里面列出。請問你們誰有覺得比較靠譜的考核方法？
有以下難題：
1）：因為每個issue比較復雜，經常會有好幾個人提交代碼在同一個issue上，不好斷定哪個issue是誰做的；
2）：因為系統比較龐大，不同的issue復雜度跟開發時間很不一樣，如果每個部門給自己的issue打權值，就會出現個別部門權值過高的情況，如果由PMO部門來打分，PMO又對每個issue具體的復雜度不了解；
3）：有時間issue會停在那邊等待其他部門或者外部客戶給答案，於是出現開發周期很久的情況。這種情況下，如果PMO想收集數據判斷績效，有什么辦法？
Joe Thong回答：
我的直覺是你的Issue太過龐大了，應該再拆分下去。 我們通常是Epic->Story->Task 你要跟蹤的是task，而不是Story
張寧回答：
程序員的績效數據不能單獨從編碼量、編碼時間、
bug件數這些數據來簡單體現，這個在任何一本軟件工程的書中早就明確說明過了，這樣jira的數據時無法來判斷績效的。
程序員應該由直接上司來打分，因為直接上司最了解他在實際
工作中承擔的是什么樣艱苦程度的工作，也知道他實際的質量和在團隊中的作用。
3、請教JIRA的使用經驗~如果項目是外包開發，如何更好的管理我方的需求、缺陷和項目進度？正嘗試使用JIRA進行管理，但無使用經驗。
目前的情況是，乙方的供應商內部缺乏一個項目管理的工具，在需求、
缺陷管理方面較為空白；甲方想介入管理。
用心閣回答：
①基本使用
在Jira中創建project，把項目的需求和缺陷都用issue的方式加入項目,以保證工作內容都納入Jira管理。所有項目參與者都建立賬戶
按照一定的流程控制issue狀態的遷移，遷移的操作設定負責人，例如修訂分配，測試分配，完成。
建立issue時，issue要具備有適當的粒度，太大則很難並以subtask分解
要求每一個issue或subtask在工作開始前都填寫工作量估計。
要求每個人每天完成工作后在Jira的具體issue或subtask中填寫日志，包括工作內容，工作量，以及剩余工作量。及時更新狀態。
創建過濾器跟蹤不同狀態的issue
在Dashboard中添加適當的部件跟蹤項目的狀態
②高級使用
根據項目管理需求定義自己的issue type，workflow，field和screen
為項目創建自己的版本和模塊，並把issue與版本和模塊關聯起來
把配置管理庫的代碼提交與Jira的issue關聯起來
要求配置管理與issue的狀態遷移同步
以上的前提是你作為甲方懂
軟件開發和軟件項目管理，如果不懂，建議找專家或專門的監理機構。
4、如何用jira做項目管理？
zhaojun125回答：
“伙伴”社會化項目協作，也是一個不錯的選擇：
伙伴項目協作空間，類似於微博首頁，每個項目成員都可以及時更新信息，項目經理也可以通過微博一次性通知所有的項目成員信息；
通過類微博分享可以向上級匯報進展情況、遇到的問題，以及向專家請教；
可以在項目協作空間討論交流，分享資料，工作匯報，周例會組織安排；
項目中溝通實時與
手機端互動推送。
5、jira和qc哪個好用，為什么？
夏乾回答：
QC對應的是傳統的軟件工程那一套，如果用於
互聯網項目或者APP開發，就太重太臃腫了。如果不是個幾百人的項目，JIRA較好
6、請問如何在JIRA中可以查看到項目的里程碑完成情況？
舉例來說，我將一個版本的幾個目標創建為父任務，之后進行工作分解。如何可以宏觀的查看這個版本的幾個目標的進展情況？如還有其他方法請大家推薦下。
郭板凳回答：
不知道邀請我。一般的
敏捷過程管理軟件都是可以制作燃盡圖，或者甘特圖。當然如果你們公司購買的話，也可以找JIRA公司定制下該功能。
7、Atlassian JIRA 如何從數據庫備份導入項目數據？
原有一台 JIRA 服務器，數據放在另外一台的
MySQL里；現在 JIRA 服務器掛了，JIRA 服務器上的東西都丟了，沒有備份，只剩下數據庫。於是重新搭建 JIRA，鏈接原來的數據庫，但是用戶登陸以后卻看不到之前的項目數據，項目里面也是空的。
參考過這些文檔：
https://confluence.atlassian.com/display/JIRA/Migrating+JIRA+to+Another+Server
https://confluence.atlassian.com/display/JIRA/Restoring+Data
https://confluence.atlassian.com/display/JIRA/Restoring+a+Project+from+Backup
都沒有解決問題，由於JIRA 的配置全丟了，只求能恢復項目的需求、Bug、Issue 之類的就行了。
匿名用戶回答：
已經解決，JIRA 頁面顯示的 Issue 不是直接查詢數據庫的，是通過 JIRA 本地的 Lucence 去查詢數據，只需要 ReIndex 一下，生成索引就可以了。
8、JIRA和TOWER那么火，為什么沒人用TRAC？
KJ(Kan Jia)回答：
python黨用trac多年, 從svn時代就開始用了, 當然配置也比較麻煩. 一般都不自己配.
不過在這個年代, 其實自己架設已經很沒有太大的意義. ticket系統在github里面就買一贈一, 不要說Trac, 就連JIRA都遲早bye bye (項目經理黨表示JIRA功能豐富不可代替, 我持保留意見, KISS原則)
Tower等服務器在國內的服務有一定優勢, 相比之下我寧可用國內的 coding.net + 自帶的ticket系統.
我覺得復雜的任務管理系統用起來不舒服, 我們的大腦每天已經在處理大量的內容了, 任務管理系統請不要設計的太難學.