[TOC]
我們仍然以這張圖作爲開頭，之前已經講了，Project創建、問題相關、字段相關、界面相關、工作流相關的內容。大部分的內容已經完成，剩餘就是權限相關與問題鏈接相關，其他一些相對比較不重要的配置。
權限配置
權限控制的是數據的查詢和操作權限，我們來看一下概覽
這裏分爲如下幾塊（主要講關鍵點）：
- 項目權限：
- 管理權限：就是點擊項目左側邊欄的設置，一般收到管理員手中。
- 瀏覽權限：目的用來隔離Jira數據。我的做法是建立不同的用戶組，在瀏覽權限使用用戶組隔離。
- 問題權限：
- 可分配用戶：經辦人等用戶相關組件可以選擇的人員範圍，仍然建議以用戶組設置。
- 刪除問題：刪除權限建議是回收到管理員，正常場景下是不允許用戶刪除任何數據。例如 Bug之類的，如果放開刪除權限有可能造成研發和測試之間的爭議。
- 編輯問題：這裏限制編輯的權限主要是防止隨意篡改，特別是類似子任務這種排期隨意變更可能會造成計劃混亂。
- 移動問題：變更問題歸屬項目，可以放給Leader。
- 轉換問題：例如Bug改爲Story，這裏還是防止隨意篡改的問題，所以建議還是放給Leader。
- 決策人和關注人權限：無需變更
- 評論權限：刪除權限控制，其他全員
- 附件權限：自己的數據自己可以控制，管理員可以操作其他人數據
- 時間跟蹤權限：自己的數據自己可以控制，管理員可以操作其他人數據
問題鏈接配置
問題鏈接可以建立不同問題直接的關聯關係
系統自帶Blocks，Cloners，Defect，Duplicate，Relates這幾種關聯，有些插件也會建立一些鏈接。
我們建立的關聯目的，一般是用於在工作流或者管理流程中的規範制定。
解決方式配置
解決方式我建議不要太多，防止引起執行人員選擇過多會混淆。
其他
通知方案我們使用的是默認，一般主要還是用於郵件通知，不用過多設置。
優先級也是默認五級，也不用過多設置。
我們之前的配置中，大量使用到了用戶組，我也講一下用戶組的劃分原則。
用戶組
用戶組可以分爲幾種類型，使用前綴區分：
- 產品線（BU）
- 例：OA產品線（BU-OA）
- 角色（RO）多層結構，層級清楚
- 例：研發（RO-DEV），後端研發（RO-DEV-BACKEND），前端研發（RO-DEV-FRONTEND），H5前端研發（RO-DEV-FRONTEND-H5），APP前端研發（RO-DEV-FRONTEND-NATIVE）
- 組織架構（ORG）
- 例：組長（ORG-LEADER），組員（ORG-MEMBER）
網絡鉤子
網絡鉤子是一個很好用的功能，可以用於與現有系統的結合，比如OA或者說工作管理，直接看設置就好。
總結
這裏基本上就是單個Project的配置的全部內容，寫的目的主要是爲了記錄下一個空白項目應該如何設置Jira當中最核心的“問題（Issue）”這個概念。
在之前的一個系列中，主要是介紹了整體Jira配合研發管理的思想進行完整的規劃和設計。
本次的三篇系列，主要是介紹了核心概念問題的相關配置方法。朋友建議再寫一篇關於Jira的安裝配置相關的操作手冊，這個正在計劃中。
但是Jira始終還是一個工具，應當是我們實際組織架構和管理需求的體現。文章中的配置只是根據當前所在團隊制定的，不同的團隊管理方法不同，應當是根據文章中提供的方法進行實際的調整。
永遠都應該是工具適應制度，而不是根據工具來制定制度。