极速快乐十分是官方

討論 | 給小白管理員的建議

 

 

周末一起來討論有趣的主題:對于首次使用 Jira Software 的小白管理員,你有什么建議,技巧可以分享,幫助小白們避免那些被踩過的坑。歡迎文末留言一起討論!(下面資料整理來源于 Atlassian Community)

 

基礎篇

 

建議從閱讀 Jira Software 手冊開始

 

  • 管理員權限僅限于那些知道他們在做什么的人。

  • 某些工作標準要達成一致:我在大型組織的經驗是,人們希望以自己的方式工作,而不考慮全局,結果就是數百個工作流。控制工作流的數量

  • 組織內部制定好流程:我發現有時組織沒有流程,但希望 Jira 為他們創造出一個流程。

  • 控制自定義字段的數量

  • 不要對兩個字段使用相同的自定義字段名(盡管可能),因為在編寫 JQL 時,人們必須捕獲正確的字段名。

 

進階篇

 

  • 盡可能簡單并重復使用。這條建議適用于許多方面:工作流、自定義字段、敏捷板、儀表盤等。

  • 限制 Jira 管理員的數量。越少越好。最好只有一個完全專職的 Jira Admistrator,而不是幾個兼職的 Jira Admistrator。如果決定用多個管理員,那么應該實現協同合作。

  • 標準化配置方案名稱、工作流、屏幕等。一般來說,你應該建立名稱慣例。

  • 根據角色配置權限和通知方案。盡量避免使用單個用戶或組。如果需要更改與通知或權限相關的內容,則在每個項目的“角色”部分中更容易更改(在許多情況下,更改用戶的組成員身份就夠了)。這樣同一類別的項目可以重用通知和權限方案。使用項目類別,它比看起來更有用(當然,你可以在一些儀表盤小工具和 JQL 中使用,也可以用于組織)。

  • 重復使用項目的配置方案。不要總是使用默認模板來創建新項目。如果你需要創建一個現有項目類別的新項目(例如 Scrum 開發項目),你可以在第一個彈出窗口中使用“使用共享配置創建”選項。制作自己的項目模板。如果你的 Jira 實例是服務器,并且安裝了 Script Runner,那么可以使用“復制項目”內置腳本,可以復制版本、組件、角色分配,在需要時還可以復制問題!

  • 重復使用自定義字段。當必須創建新的自定義字段時,請先檢查是否存在其他可以使用的字段,或為其添加新上下文。

  • 如果你需要實現一些場景:首先,嘗試使用配置(也許還有一些簡單的腳本)。其次,搜索一個包含主要功能的插件(App)。最后,通過定制開發對其進行分析(不要忘記 Jira API REST )。

  • 融入社區。訂閱 Atlassian 郵件和博客,關注 Atlassian 官方微信號,Confluence 中的官方產品文檔。

  • Atlassina 大學和 ACP 認證,可能是學習的好地方。

  • 參加 Atlassian 活動,用戶大會,當然還有一年一度的峰會!

 

 

 

挑戰篇

 

  • 為了更好的面板用戶體驗,無論是 Scrum 還是看板,用全局轉換設置所有狀態,或者設置每個狀態都有一個到其他狀態的轉換。這會讓用戶可以輕松地通過拖拽來轉換狀態,就像在物理板上移動卡片一樣。

  • 只使用幾列,3到6列之間的效果更好。列太多會導致卡太窄,必要的信息無法在大多數顯示器上有良好的展示。

  • 只要有可能,對所有面板的問題類型都使用相同的工作流。否則的話,最終可能會出現太多需要映射到面板列的狀態,而完成這一操作時,沒有標簽可以讓你區分特定狀態與哪些工作流或問題類型相關,因此可能會變得一團糟。

  • 只要可能,將列與狀態一對一映射。如果初始狀態和目標狀態都映射到同一列,用戶將無法僅通過一個簡單的拖拽來轉換問題。結合提示2和3,這意味著你最好只使用3~6個狀態的工作流。

  • 始終在末尾設置面板的主過濾器 “…以ASC來排序”。否則,顯示的問題不能進行垂直排序,這對于 Backlog 的管理是至關重要的,并且對于管理面板的顯示順序來說,這是一件很有用的事。

  • 如果需要,設置快速過濾器,使用不同的字段,這樣你能指數級增加有用的組合。兩個被激活的快速過濾器隱含 “AND” 的意思,沒有辦法讓它們使用 “OR” 來代替。因此,如果你有兩個名為“bob”和“john”的快速過濾器,JQL 語句是 assignee=bob assignee=john,當同時激活這兩個快速過濾器,面板結果就會顯示“無”,因為問題不能同時分配給兩個不同用戶。

  • 這一條對 Atlassian 來說可能是一個小建議,也是對面板管理員的常用提示:將 “Recently Updated” 的快速過濾器的JQL語句 從 “updatedDate >= -1d” 修改為 “updatedDate >= startOfDay(-1)”。帶-1d的內置過濾器包括在過去24小時內更新了的問題,這意味著5分鐘前顯示的問題會在辦公時間從面板上消失。在startofday(-1)的情況下,它將始終從昨天的00:00開始更新,這在我能想到的幾乎所有情況下都更加方便。

 

  •  Epic 問題類型添加到你所有 Jira Software 項目的 IssueType 方案中,向最終用戶解釋并鼓勵他們使用。除了標準問題類型和子任務之外,它確實是唯一能讓你擁有額外結構級別的問題類型。無論采用何種方法論,Epic 總是有用的。它們具有獨特的基礎功能和報告屬性,您無法使用任何其他問題類型來實現。

 

 

希望對新手有幫助,祝你們好運!

 

 

极速快乐十分是官方 七乐彩走势图综合版 移动赢话费斗地主2 捕鱼平台 海王捕鱼vip6号大全 快乐十分倍投必赢技巧 云南十一选五玩法 14场胜负彩预测新浪 龙王捕鱼可以赚钱吗 新疆18选7奖金多少钱 山东11选5走势图开奖结果走势