很多大型的軟件公司會自研項目管理平臺，爲了滿足自己內部特殊的組織架構和個性流程。但是對於大部分公司而言 ，能夠找到一套合適的項目管理產品更加實際。Jira是Atlassian和核心產品，相對與禪道、Redmine甚至Worktile等等，都有很多的爭論。我自己一直都在嘗試和推廣Jira在團隊中的使用。
我整理了一份目前（2020年3月）我認爲基於Jira平臺最好的Atlassian配套軟件與插件的組合與報價（這份是隻針對Server版本的）：
可以看到基於正版的價格還是比較可觀的，500人整體價格在人民幣80萬左右。
如果公司真的購入了Jira軟件之後，作爲管理員，我們應該如何設計、規劃並且使用呢？我這裏就將對於Jira中Project的設置做一個介紹。
Project 搭建概述
Project是Jira內部數據隔離的一個概念容器，我們之前有當作項目、部門、中心等多種概念的隔離。所以很多時候我們都會面臨需要新建一個Project的需求。需要能夠搭建出一個比較完整、有擴展性的Project，我們應當進行哪些設置？我整理了下面這些內容（左側是設置模塊，右側是具體設置內容功能點），建議是按照從上往下順序設置。
基本應該是按照順序完整設置之後就是一個比較完善獨立的Project，接下來就可以開放面對業務使用者了。
我會按照上面的順序來介紹配置的意義和自己理解的最佳實踐。
注意：
- 配置的內容基本都在Jira管理菜單中的“問題”菜單下。
- 接下來的配置過程中我們會頻繁的看到兩個詞“配置”和“方案”，配置一般是具體的設置，方案一般就是配合的封裝或者打包。
Project基本信息
點擊創建Project，首先會彈出這個窗口（Jira7.4.1）
截圖以Scrum開發方法爲例，這裏實際上提供的是模板項目，針對我們上面列的各種設置都會有默認值。默認的問題類型、界面、工作流等等。
如果我們是打算完整定義全部內容，其實選哪個都沒有差，因爲都是要全部重新設置。
這裏必須要設置的就是Project的名字和關鍵字，關鍵字會作爲所有問題的前綴。
問題相關
首先我們應當設置的是項目內部包含的問題類型，這裏我們會面對兩個配置項問題類型和問題類型方案。
問題類型
上圖就是問題類型，所以首先就是要明確我們面對的團隊究竟有哪些不同的業務類型。注意，這裏設置的問題類型是全局的，從後面相關的方案這列也能夠看到，任何項目都可以引用，而且這裏設置的任務即使沒有應用到項目中，在JQL查詢時也會被關聯出來，所以建立的時候最好慎重一些。
問題類型方案
接下來是問題類型方案，根據我們之前的思路，方案一般是配置的打包
可以看到，項目會直接關聯一個問題類型方案，這樣就會包括項目中可以使用的問題類型，在“新建”問題菜單時，可以下拉選擇的問題類型範圍就是靠這裏控制的。
到這裏問題類型的設置就完成了，要特別注意的是這裏是今後Jira中Issue的源頭，所以不同的工作內容和流程我們要仔細識別區分之後，形成不同的問題類型，配合團隊的管理方法和規範才能夠達到很好的效果。
最佳實踐建議：
這裏我建議比較通用的類型包括：
- 系統內置：史詩（Epic），故事（Story），任務（Task），缺陷（Bug），子任務（SubTask）
- 自定義：會議（用於記錄常規會議/研發相關會議，後續可以分析會議佔比情況並且考慮優化），線上異常（由於測試環境與正式環境發現的異常和處理流程不完全相同，建議拆分）
再來說一下任務的組合方式，默認Story和Task會作爲一個相對完整的工作內容稱之爲主任務，包含前端、後端、測試等資源。所以這些角色需要在主任務下建立各自的子任務。單個Story或Task的總工時數一般是1-8人天，超出就要再拆。
字段相關
問題類型配置完成，接下來就是確定問題的具體結構——字段。
自定義字段
在這個階段，我們是來定義問題由哪些字段組成。
系統當中實際上是分爲系統字段和自定義字段，系統字段就是Jira系統內置的一些字段，由插件生成或者管理增加的都是自定義字段。點擊添加自定義域按鈕，可以看到如下界面
具體的類型以及使用方式相信我不用說明的太多。
最佳實踐建議：
開始日（日期類型）：Jira默認有到期日字段，但是沒有開始日，建議加一個。（範圍：所有任務，用於計劃安排）
WorkPoint（數值類型）：這個用於評估一個標準工作量。（範圍：子任務，用於績效考覈）
責任人（多用戶選擇）：可以用於記錄某個任務參與（主任務）或者負責的人員（缺陷）。（範圍：所有任務，用於資源分配以及責任確定）
字段配置
字段配置基本是要針對不同的問題類型進行對應的字段內容配置，這裏的作用主要是指定了字段的是否必選【必選項/可選擇的】，是否能夠顯示【顯示/隱藏】，在哪些界面中展示【頁面】，針對當前問題一些特殊的調整【編輯】（例如不同類型同一個字段的說明不同），底層渲染引擎不同【渲染器】。
最佳實踐建議：
- 最好是針對不同的問題類型設定不同的字段配置，而且有一些不需要的系統字段建議是隱藏。
- Bug類建議必須加上修復版本，子任務的開始結束時間和預估時間必填。
界面相關
界面在Jira中的原文是Screen，在其中說明爲：
界面是對域的排列布局，是通過工作流創建、編輯或轉換問題時顯示的頁面。
- 要選擇創建或編輯問題時顯示的頁面，請利用頁面方案將其對應到問題操作功能中 。
- 爲特定工作流過渡選擇顯示屏幕，請選擇所屬工作流過渡並編輯它。
界面配置
說明界面是有兩種應用場景，創建或編輯問題、工作流流轉過程中的彈窗。
實際工作當中，使用到的兩種界面配置的方式。
具體的內容配置頁面
這裏可以新增和刪除界面上的展示字段，並且調整順序。
我們可以針對研發管理的過程，將重要的字段排序向前調整，其他的字段向後。
界面方案
界面方案的目的是將問題的操作與界面的設置建立關聯。一張圖基本就能夠說清楚了。
問題類型界面方案
也是純粹的字面意思，由於所有類型（Story，Task，Sub-Task）實際上都是問題。我們要把設置的界面與問題類型管理起來，在對應的問題類型展示或者修改時，就會讀取關聯的界面來進行顯示了。
但是這裏其實主要關聯的還是問題，我們剛纔還講另外一部分操作的界面，就是在下一節工作流當中體現。