定製JIRA項目模板經驗總結

JIRA：在研發工具領域大名鼎鼎的Atlassian出品的缺陷管理/項目管理/問題跟蹤工具。

版本演進，一路跟隨

從使用JIRA起到如今已五年之久，伴着JIRA的版本演進，有幸一路跟隨。
所使用的JIRA版本也從最開始使用的JIRA 5.X，到後來將公司的JIRA 5.X升級爲JIRA 6.X，直到如今使用的JIRA 7.X。
隨着JIRA的版本演進，不斷推出新功能，JIRA也變得愈來愈漂亮，愈來愈簡單，愈來愈易用。
還記得在使用JIRA 5.X時，正在使用的工做流方案是不容許更改的，若是要更改它，要複製它而後修改副本，修改好以後相關的JIRA項目都要切換工做流方案；若是JIRA項目比較多，每一個項目都要切換下工做流方案，這種重複性勞動真的是不勝其煩。
而在JIRA5.X升級到JIRA6.X後，除了界面面目一新，帶來了全新的用戶體驗，正在使用的工做流方案也能夠切換了，由此對JIRA管理員來講它變得愈來愈簡單。
JIRA7.X相對JIRA6.X，將原來的JIRA Agile插件內置到JIRA Server中，使JIRA更敏捷，而且在建立JIRA項目時提供了一些可選的模板，使JIRA變得更簡單易用。

建立JIRA項目

JIRA7.X在建立JIRA項目時，提供了一些模板供選擇，如：Scrum開發方法、Kanban開發方法、基本開發方法、項目管理、任務管理、流程管理。
使用不一樣的模板建立出來的項目，最直觀的體現是問題類型和工做流不一樣，以及可能會隨之建立相關面板（Scrum或Kanban）。
除了上面的項目模板，JIRA還支持如下方式建立JIRA項目：

1. 導入一個項目：從其餘系統（如：GitHub、Redmine、Trello等）導入一個項目；
2. 建立與共享配置：經過這種方式建立的項目會以選擇的項目爲模板共用相關的配置方案；
3. 建立示例數據：經過這種方式建立的項目在建立後會有一些示例數據。

此外，還能夠經過JIRA插件市場搜索、安裝與項目模板相關的插件。

定製JIRA項目模板

在使用JIRA的時候，經過JIRA內置的項目模板來建立JIRA項目有時候並不能徹底知足公司的實際須要，這個時候每每就須要作一些定製化。
那麼在JIRA上咱們能夠作哪些定製呢？咱們如何作這些定製呢？這就是下面要一一說明的問題。
對於JIRA項目而言，不一樣的項目能夠根據須要靈活配置不一樣的方案，這些方案以下：
問題類型方案、工做流方案、問題類型界面方案、字段配置方案以及問題安全方案、通知方案、權限方案。

1.問題類型方案：

說到問題類型方案，首先要說的是問題類型，它使得JIRA能夠用於跟蹤許多不一樣類型的問題。
JIRA提供了兩大種問題類型：標準問題類型和子任務問題類型。用戶能夠根據須要自定義問題類型。
在建立JIRA問題時問題類型下拉框只會出現相關的標準問題類型，在某個問題下建立子任務時問題類型下拉框纔會出現相關的子任務問題類型。
問題類型方案是一系列問題類型的集合，自定義問題類型方案能夠從全部問題類型中選擇一個或多個問題類型。

2.工做流方案：

這裏會涉及到兩個名詞：工做流、工做流方案。
工做流是JIRA的核心功能之一，JIRA提供了可視化定製工做流的方式，上手特別簡單。
工做流由一系列狀態和使狀態可以流轉的動做（transitions）組成。
狀態是問題屬性之一，每一個狀態由名稱和類別（待辦、處理中、完成）組成，狀態的類別用來幫助肯定問題的生命週期。
這些狀態對於全部工做流來講是共用的，若是更改已有的狀態會影響到全部使用到該狀態的工做流。
工做流方案用來將不一樣的問題類型和相關的工做流方案關聯。

3.問題類型界面方案：

這裏會涉及到三個名詞：界面、界面方案、問題類型界面方案。
界面是對字段的排列布局，好比建立/編輯問題時就會有一些字段要填寫或選擇，而這些字段則是放到一個界面中的。
此外，工做流由一個狀態流轉到下一個狀態的時候也可使用界面來來彈個框讓用戶填寫或選擇相應字段。
界面方案容許爲每一個問題操做（建立問題/編輯問題/查看問題）選擇相應的界面。
問題類型界面方案用來將不一樣的問題類型和相關的界面方案作關聯。

4.字段配置方案：

這裏一樣也會涉及到三個名詞：字段、字段配置、字段配置方案。
JIRA強大的功能之一是能夠自定義字段，這爲流程定製提供了無限可能。
字段配置用來作字段的隔離，好比在字段配置配置中，能夠將某些字段設置爲必選或隱藏，或者設置相應提示語。
字段配置方案用來將不一樣的問題類型和相關的字段配置作關聯。

從上能夠看出，問題類型方案、工做流方案、問題類型界面方案、字段配置方案都和問題類型息息相關。
而問題安全方案、通知方案、權限方案則和問題類型關係不大，這裏不作過多說明。

JIRA一系列方案/配置命名規範建議

隨着對JIRA的不判定製，一系列方案在不斷增長，維護成本也在增長，而規範的命名看起來一目瞭然，易於維護，因此命名規範化顯得愈來愈有意義。
建議相關的一系列方案使用相同的命名空間，命名空間以2018爲例，問題類型以BUG爲例，命名分別以下：
問題類型方案：2018-問題類型方案
工做流方案：2018-工做流方案；工做流：2018-BUG-WORKFLOW
問題類型界面方案：2018-問題類型界面方案；界面方案：2018-BUG-界面方案；界面：2018-BUG-界面、2018-BUG-建立界面、2018-BUG-查看界面、2018-BUG-編輯界面
字段配置方案：2018-字段配置方案；字段配置：2018-BUG-字段配置

JIRA使用中遇到的幾個問題

1.已完成的問題不容許編輯：

修改問題對應的工做流，在完成【狀態】增長一條新的【屬性】：jira.issue.editable=false。

2.已完成的問題解決結果修改成完成：

修改問題對應的工做流，在向完成狀態轉換的【動做】處增長【後處理功能】，選擇【更新問題域】，將解決結果設置爲完成。

3.建立問題時，能夠校驗用戶是否在某個組，以作限制：

在工做流建立【動做】處選擇【驗證器】，點【增長驗證器】，選擇合適的驗證器以對用戶進行相關校驗，驗證當前用戶是否在指定組裏。

4.工做流【動做按鈕】權限限制：

在工做流【動做】處選擇【條件】，點【添加條件】，選擇合適的條件以用來限制報告人/經辦人/組中用戶/角色等才能執行轉換。

---

總而言之，JIRA簡單易用，還有豐富的插件體系，爲項目模板定製化提供了無限可能。 而這同時也須要JIRA管理員多探索，多實踐，多思考，將理論與實踐相結合，從實際需求出發，定製出適合的、簡單易用的JIRA項目模板！