界面是 Jira 系統最基礎的交互組件,本文對以下四部分進行闡述
佈局
事件
組合
經驗
Jira Software 原生查看界面如上圖所示,此佈局方式符合英語環境,全球化辦公訴求,算是一種研發人員視覺體驗最佳實踐,如實在自己想做定製化界面,需二次開發,不建議對原有程序做修改,而是通過接口,使用外部的前端框架包一層。這樣保證主程序可以持續獲取後續升級的兼容性。
插件的展示佈局沒有共通性,相比而言,Cloud版比DC版制定了更嚴格的 UI 標準。展示更為優雅。
字段過多,多標籤比摺疊隱藏更好顯示。
儘量以用戶便於理解的分類,順序展示信息。
包含但不限於,評論,工時記錄,信息變動,關聯繫統活動(測試用例,CI/CD,代碼倉庫)。
類型 |
場景 |
說明 |
---|---|---|
創建 |
創建問題時,以彈出頁+豎向展示字段。 |
|
編輯 |
編輯已存在的問題,以彈出頁+豎向展示字段。 |
|
查看 |
查看已存在的問題,全屏頁展示。 |
|
轉換 |
工作流點擊轉換時,以彈出頁+豎向展示字段。 |
|
Jira的界面組合需要三級組合,理論上排列組合超級多,實際用不到那麼多,邏輯關係儘量簡單,儘量複用。否則冗餘配置文件,不會帶來功能增強,反而提升維護難度,與其花時間後期收拾殘局,不如早期配置好。
級別 |
元素 |
配置名稱 |
---|---|---|
一級 |
史詩、故障、故事、任務 |
問題類型→問題類型方案 |
二級 |
創建、編輯、查看、轉換 |
界面→界面方案→問題類型界面方案 |
三級 |
內置字段+自定義字段+插件字段 |
字段→字段配置→字段配置方案 |
少即是多,Jira管理員推薦看 《斷舍離》,企業管理會陷入一個誤區,收集儘量多的信息,就能提升對過程的管理。實際上,重複或相似的命名字段,定義不清楚的字典項,產生的不是有效信息,而是噪音。而噪音產生的不是正向價值,而是混淆,混亂。
字段夠用就好,不是多多益善
相似字段要合併
字典項不要多,要準確,儘量不給用戶有選錯的困擾
展示信息的原則,一頁展示>分標籤>縱向滾動>分頁面
信息過多時,優化處理建議
重要信息直接展示
次蟲咬信息,定義不同的 標籤存放;
有父子關係的放子任務
相關性信息,通過鏈接問題
有必要的拆分開,沒必要拆分的儘量複用。使用換位思考的方式,設置的時候問自己,問用戶
看到這些字段會否困惑,不清楚內容
會否覺得填寫內容過多浪費時間
會否覺得想看的信息找不到,不夠重點突出
必填差異:字段配置,事故單裡的嚴重程度是必填,其他問題類型此字段不必填
界面差異:問題類型界面方案,故障裡的所在環境,工單的客戶滿意度
系統字段:儘量不做修改,除非公司內部有特殊需要,則在字段配置
自定義字段:儘量寫言簡意賅的描述,輔助用戶理解,備註會在界面上以灰色的字樣顯示出來
翻譯:如果有外國同事使用,創建的字段加好英語翻譯
Tom Zhu
0 comments