jira項目管理

本文目錄一覽：

• 1、jira和ones哪個好？
• 2、JIRA是什么的縮寫？
• 3、JIRA這個是做什么用的？
• 4、【敏捷實用工具】JIRA介紹以及使用方法
• 5、Jira權限管理之問題安全方案
• 6、【項目管理】在Jira中關閉問題

jira和ones哪個好？

Jira 和ONES我們團隊都使用過，那么究竟 Jira 和 ONES 哪個更好呢？我在研發團隊內部做了小調研，大家都覺得，整體來說 ONES 體驗感比 Jira 好，更加符合我們的期待。

先簡單介紹一下我們團隊的背景和需求：

公司做網文行業，團隊規模400+，研發團隊占據一半。由于該行業需要快速迭代出受眾喜歡的功能，我們主要采用敏捷的研發方式，比較看重項目管理軟件的穩定性、功能的全面性和費用性價比這幾個方面。

Jira 的功能的確很強大。但由于它是一家西方基因的公司，產品的設計對國人不是很友好，學習成本高。

我最開始上手 ONES 只用了一兩天，很好操作也很方便，覆蓋了需求、開發、測試、部署、交付整個研發流程的管理。

最重要的是，它支持一鍵導入Jira數據，用戶、用戶組、項目配置等都可以實現完整的遷移，這對我們團隊來說是很便利的。而且，我好像聽說 ONES 公司去年融資了1個億，整體發展勢頭還是很足的。

Jira和 ONES 的相同點還是很多的：

（1）它們都是項目管理工具且都適用于敏捷團隊

（2）都適用于項目進度追蹤、缺陷管理、缺陷追蹤等場景

（3）都支持SaaS、私有部署和高可用版本

他們的差異也不少，ONES 的優勢更加明顯，這也是我近半年（目測未來的多年內）使用 ONES 的原因。且來聽聽我的分析吧，我將從產品能力、擴展能力、穩定性、使用感和服務能力幾個方面評估。

這是 ONES 幾款產品能力的流程圖：

產品能力

Jira僅支持Scrum模型的基礎功能，如果需要其他擴展性功能（例如內容管理、流程強化，工時統計）要另購買插件，價格不菲；ONES 支持敏捷、瀑布、DevOps等多種模式，有強大的產品組裝能力，價格也便宜很多（這對于小公司來說太重要了）

2. 擴展能力

Jira支持郵件和釘的機器人提醒，默認可與用戶系統打通，且必須是LADP或者AD服務。ONES 提供 API 接口，支持從國內主流辦公系統進行賬號同步組織架構。

3. 穩定性

Jira的境外云服務難以保證數據的安全。ONES 是支持私有部署的，數據與外網隔離，更加安全可控。

4. 使用感

Jira的界面包括整體思維模式都不太符合國人，更加偏向西方，且不適用于新手。ONES 使用感好一點，更加了解大家的痛點及訴求，上手簡單。這也是我們團隊成員最開始用 ONES 時第一感受。

5. 服務能力

Jira無原廠服務，主要通過代理商為中國企業服務。ONES 提供完整的解決方案，24小時遠程都有客服，且售前售后提供的咨詢服務都是免費的。

總的來說，Jira 和 ONES 對比下來，ONES 更加出彩，產品矩陣也更加專業。主要的優勢在于：

（1）高度靈活，自定義程度高，可以適配很多場景

（2）更加了解國人的痛點，界面簡潔，使用感好

（3）ONES 成本真的很低！Jira的插件很貴，企業負擔較大

（4）服務不錯，24小時遠程解決客戶問題

JIRA是什么的縮寫？

JIRA是集項目計劃、任務分配、需求管理、錯誤跟蹤于一體的商業軟件。JIRA創建的問題類型包括New

Feature、Bug、Task和Improvement四種，還可以自己定義，所以它也一是過程管理系統。JIRA融合了項目管理、任務管理和缺陷管理，許多著名的開源項目都采用了JIRA。

JIRA這個是做什么用的？

JIRA是集項目計劃、任務分配、需求管理、錯誤跟蹤于一體的商業軟件。JIRA創建的問題類型包括New Feature、Bug、Task和Improvement四種，還可以自己定義，所以它也一是過程管理系統。JIRA融合了項目管理、任務管理和缺陷管理，許多著名的開源項目都采用了JIRA。

【敏捷實用工具】JIRA介紹以及使用方法

正文共2254字，閱讀時間：6分鐘

敏捷開發并不是由敏捷工具來推動的。

但是沒有敏捷工具的支持，就很難進行各種軟件工程的相關事件，工具的作用是約束和流程，正確使用敏捷工具可以事半功倍，實踐敏捷。

近幾年來敏捷開發催生大量敏捷工具的產生，在敏捷工具上多了很多種選擇，每個團隊需求不一樣，就會使用到不同的敏捷工具。

不同的組織使用JIRA追蹤不同的問題。

JIRA的項目是根據你的企業組織需要定制的，是問題的集合。 例如, 一個JIRA項目可以是:

一個軟件研發項目

一項市場推廣活動

一個技術服務/幫助臺系統

一個需求管理系統

一個網站需求調查系統

一個項目模塊是這個項目中問題的邏輯分類集合。每個項目都可以根據你企業組織的要求設置多個模塊 (也可以不設置模塊)。

例如：一個軟件研發項目可以設置“文檔”，“郵件系統”、“用戶界面”等模塊。一個網頁設計項目可以設置“產品”“聯系我們”“專業服務等模塊。

對于一些項目類型來說, 特別是軟件研發項目, 為問題關聯產品的 版本 是非常有用的 (例如 1.0 beta, 1.0, 1.2, 2.0)。

一個問題可以設置兩種類型的版本信息:

影響版本 — 可以清晰地反映出這個問題在哪個版本中出現錯誤。

例如, 一個軟件的缺陷可能影響了產品的 1.1 和 1.2版。

修復版本 — 可以反映出報告的問題將在哪個版本，或已經在哪個版本中修復了。

例如， 軟件缺陷影響了產品的 1.1 和 1.2版，這個缺陷已經在2.0版中修復了。 注意沒有修復版本的問題會被歸類到“未規劃”，就像上面截圖顯示的一樣。

版本可以有3個狀態: 已發布，未發布或已歸檔。

版本可以設置發布日期，而JIRA會自動將到期而還沒有發布的版本高亮顯示出來，并標注上'超期'標志。

Jira是Atlassian公司出品的一款事務管理軟件。

無論是“需求”，還是“BUG”，或是“任務”，都是“事務”的一種，所以Jira可以勝任非常多的角色：需求管理、缺陷跟蹤、任務管理等。

因為Jira提供了專門的Scrum視圖和Kanban視圖，所以特別適合敏捷開發團隊使用。大型互聯網公司如LinkedIn、Facebook、eBay等內部都在使用Jira。

Jira在國內的銷售價格相當貴，而且沒有永久授權，只能年付，CSDN的報價最低18000元（25用戶）。推薦直接去官網購買，10人以下團隊的永久授權只要。這個價格，別說小團隊正式使用，就是個人玩票性質的買一個正版，也是完全可以了。

- 創建問題

1.點擊頁面頂部的“創建問題”鏈接；

2.會顯示“選擇項目和問題類型”彈出框，選擇相關項目和問題“創建”按鈕。

這里值得注意的是：

如果默認的項目或問題類型不會顯示這個彈出框，例如：只有一個項目，并且這個項目只有一個問題類型。

如果你在瀏覽項目時點擊 ‘創建問題’鏈接，而且瀏覽的項目只有一個問題類型。

如果你在瀏覽項目時點擊 '創建' 圖標， 例如：

3.“輸入問題詳細信息”頁面會顯示出來。輸入問題主題并完成所有標有帶星號的斜體字體的必填字段。

為問題上傳附件或者截圖

1.打開你需要上傳附件的JIRA問題。

2.在-更多操作-菜單中，選擇“上傳附件”或者“上傳截圖”。

（更多菜單）

（上傳附件）

（上傳截圖）

在不同的操作系統截取屏幕的方法也不同，比如:

在Windows中截取屏幕

截取新的屏幕 — 要截取屏幕并保存到剪貼板，使用下面任一種方法:

-按 ALT-PRINTSCREEN 鍵截取當前的窗口

-按 CTRL-ALT-PRINTSCREEN 截取整個桌面

已經存在的圖像 — 使用你熟悉的圖像瀏覽應用程序，并打開已存在的圖像文件然后復制圖像到剪貼板。

在Mac OSX中截圖屏幕

截取新的屏幕 — 要截取屏幕并保存到剪貼板，使用下面任一種方法:

-按 CTRL-APPLE-SHIFT-4 鍵截取當前的窗口

-按 CTRL-APPLE-SHIFT-3 截取整個桌面

已經存在的圖像 — 使用你熟悉的圖像瀏覽應用程序，并打開已存在的圖像文件然后復制圖像到剪貼板。

在為問題登記工作日志之前，你需要為問題設定初始預估時間 (即 預估完全解決這個問題所需要耗費的時間)。

當第一次為問題登記了工作日志， JIRA自動地以初始預估時間減去耗費時間 (實際工作時間) 計算出 剩余預估時間。 當再次登記新的工作日志后，JIRA再從 剩余預估時間 中減去 此次工作所 耗費的時間，作為解決這個問題的 剩余預估時間。

當然，在問題的解決周期內，你可以手動編輯 初始預估時間 或者 剩余預估時間:

定位并查看一個問題, 點擊頁面頂部的 '編輯' 按鈕。

或

在頁面右上角，點擊 '創建問題' 發起一個新的問題，并填寫所有必要的字段

編輯時間跟蹤字段:

初始預估時間 — 解決這個問題預估需要多少時間。 通常, 可以在創建問題或第一次登記工作日志之前設置這個時間值。

剩余預估時間 — 解決這個問題還需要多少時間。

在 初始預估時間 或 剩余預估時間 字段中輸入具體的時間。 使用 'w', 'd', 'h' 和 'm' 時間單位來表示周,日,小時或分鐘。例如, 要設置 '6小時' , 輸入 '6h'。

(消息) 如果這兩個字段都是必填項 (標注了紅色星號), 你可以只輸入其中一個字段值，而其他字段可以留空。當你提交這個表單, 你在其中一個字段中填寫的值，會被復制到留空的字段。

點擊頁面底部的 '更新' 按鈕。

END

閱

Jira權限管理之問題安全方案

前面說了全局方案和項目方案，項目權限主要是設置項目的管理者、瀏覽者、創建、編輯、刪除、被分配問題權限以及備注、時間追蹤、投票、關注等權限。而針對問題的安全設置的目的是項目中的問題允許哪些人看到，這個是通過設置問題的安全方案來實現的。

一、添加問題安全方案

路徑：系統管理界面，問題-問題安全方案

點擊“安全級別”，進入安全級別的添加和刪除。 一個方案下可以添加多個安全級別，比如產品可見，測試可見（是不是可以用這種方法控制不同類型的issue查看權限。 比如需求、bug建兩個安全級別，這樣就可以把權限分開？）

二、將用戶/組/項目角色添加到問題安全級別

添加用戶組/項目角色等到問題安全方案，這里為了測試，把該方案授權給項目角色PO。那么報告人創建問題時，選擇這個安全級別，則只有這個安全級別設置的用戶/用戶組/角色可以看到這個問題。

以下幾個選擇的意義。（用戶自定義域值和組自定義字段值）

三、將項目問題關聯到安全方案

進入項目，問題安全級別，選擇一個方案，按下面步驟進行設置。

四、將“設置安全級別”的權限設置給“報告人”

最后，要在“項目權限”的設置中，給問題報告人設置安全級別的權限。即報告人在創建問題時能夠選擇安全級別，路徑：項目權限方案-問題權限

五、創建問題時選擇安全級別

報告人創建問題時，可以選擇安全級別，選擇后該問題只能指定用戶/群組或角色看到。

【項目管理】在Jira中關閉問題

工作中遇到Jira使用細節，在這里記錄探討和明確Jira使用過程中的兩個問題

問題包括人物，技術改造，BUG等細項。發起者是系統開發人員，產品經理，測試人員等所有的項目參與人員。執行者是對應的執行者，可以責任到人，指定唯一。

這里的問題結束指 不顯示在登錄者的面板中

主要關系到問題的兩個屬性 1）狀態 2）解決結果

如果你的“分配給我的” 問題并沒有上邊這個圖片這么清凈的話那么：

1. 你該及時處理你頭上分配的問題了。

2. 你的問題雖然已經關閉但是還是顯示在這里，這時候請編輯對應的問題的“解決結果” 將其設置完成。對應的問題就不會再你的dashboard中顯示了。

長期運行的jira項目中，會出現很多難于關閉的問題，主要原因有幾個

首先是責任問題，每次版本上線偶爾會遺留一些看似很重要，但是不會被繼續跟蹤或者修復的bug，產品缺陷，久而久之形成臟數據，沒有人愿意跟蹤，并為這個問題的關閉負責任。一個研發團隊過度強調責任規定，就會遇到臟數據原來越多的困擾。

這時候，不妨使用敏捷開發的box模型理論，敏捷開發中把發布周期定位2到3周，認為是一個box，而box內的既定工作，時間一到，就應該結束，或者說都應該有定論。要么關閉不處理要么轉為下個版本強行處理，不然就是越拖越沒有人管。

測試人員提交的問題的 開發工時 ，最后是計入問題解決者，還是計入測試人員。總之來說，計算工時這個事是不靠譜的，各個操作者的能力不同，認知不同，造成的時間評估就是不確定的，再加上不可控因素太多，在一個團隊中的推行成本很大。

之前不理解不靠譜的事情為什么還要去做，或許是站的思考維度不一樣，對于普通工程師來說，認為錄入工時是費事且不準確的，但是對于管理層的管理者來說，需要依據這樣的數據來評估整個部分的工作時間和投入產出，或者人員成本投入的大致趨勢。可以允許不準確和偏差，確不允許完成沒有這項指標。

是不是可以用【If you can’t measureit ，you can’t improve it】來解釋？