界面

[#1]

概述

界面是 Jira 系統最基礎的交互組件，本文對以下四部分進行闡述

• 佈局

• 事件

• 組合

• 經驗

佈局

一層 - 字段分佈

主程序

Jira Software 原生查看界面如上圖所示，此佈局方式符合英語環境，全球化辦公訴求，算是一種研發人員視覺體驗最佳實踐，如實在自己想做定製化界面，需二次開發，不建議對原有程序做修改，而是通過接口，使用外部的前端框架包一層。這樣保證主程序可以持續獲取後續升級的兼容性。

插件

插件的展示佈局沒有共通性，相比而言，Cloud版比DC版制定了更嚴格的 UI 標準。展示更為優雅。

二層 - 多標籤

基礎信息

• 字段過多，多標籤比摺疊隱藏更好顯示。

• 儘量以用戶便於理解的分類，順序展示信息。

活動日誌

包含但不限於，評論，工時記錄，信息變動，關聯繫統活動（測試用例，CI/CD，代碼倉庫）。

事件

類型	場景	說明
創建	創建問題時，以彈出頁+豎向展示字段。	默認展示全部 不需要可隱藏 找不到可點擊查找域名【字段】 別放無需編輯的奇葩內置字段，比如 epic link，用戶會感到困擾
編輯	編輯已存在的問題，以彈出頁+豎向展示字段。	某些字段，希望創建後不要通過界面修改，而是通過外部接口/自動化規則，此時就需要在編輯界面隱藏
查看	查看已存在的問題，全屏頁展示。	一般此界面與創建保持一致 類似編輯界面，可在查看界面隱藏已創建的字段內容，但實際上該字段還是可以在過濾器的列表視圖中找出來
轉換	工作流點擊轉換時，以彈出頁+豎向展示字段。	工作流環節，需輸入字段補充 如設置必填，注意區分開字段配置方案，以免影響到其他的界面方案

組合

Jira的界面組合需要三級組合，理論上排列組合超級多，實際用不到那麼多，邏輯關係儘量簡單，儘量複用。否則冗餘配置文件，不會帶來功能增強，反而提升維護難度，與其花時間後期收拾殘局，不如早期配置好。

級別	元素	配置名稱
一級	史詩、故障、故事、任務	問題類型→問題類型方案
二級	創建、編輯、查看、轉換	界面→界面方案→問題類型界面方案
三級	內置字段+自定義字段+插件字段	字段→字段配置→字段配置方案

經驗

字段別太多

少即是多，Jira管理員推薦看 《斷舍離》，企業管理會陷入一個誤區，收集儘量多的信息，就能提升對過程的管理。實際上，重複或相似的命名字段，定義不清楚的字典項，產生的不是有效信息，而是噪音。而噪音產生的不是正向價值，而是混淆，混亂。

• 字段夠用就好，不是多多益善

• 相似字段要合併

• 字典項不要多，要準確，儘量不給用戶有選錯的困擾

適當拆分信息

展示信息的原則，一頁展示>分標籤>縱向滾動>分頁面

信息過多時，優化處理建議

• 重要信息直接展示

• 次蟲咬信息，定義不同的 標籤存放；

• 有父子關係的放子任務

• 相關性信息，通過鏈接問題

適當區分配置

有必要的拆分開，沒必要拆分的儘量複用。使用換位思考的方式，設置的時候問自己，問用戶

• 看到這些字段會否困惑，不清楚內容

• 會否覺得填寫內容過多浪費時間

• 會否覺得想看的信息找不到，不夠重點突出

舉例

• 必填差異：字段配置，事故單裡的嚴重程度是必填，其他問題類型此字段不必填

• 界面差異：問題類型界面方案，故障裡的所在環境，工單的客戶滿意度

提示足夠友好

• 系統字段：儘量不做修改，除非公司內部有特殊需要，則在字段配置

• 自定義字段：儘量寫言簡意賅的描述，輔助用戶理解，備註會在界面上以灰色的字樣顯示出來

• 翻譯：如果有外國同事使用，創建的字段加好英語翻譯

參考資料

• A 廠界面架構解釋