高效能團隊協做的JIRA實踐

企業生存和發展的基石。任何企業面對當下的激烈競爭，要想脫穎而出，必定離不開量身打造的高效能團隊，由於只有高效能團隊才能發揮出最高的效能，讓企業又好又快地發展。

企業效率的高低，取決於團隊效能的高低。隨着互聯網行業的發展，單打獨鬥的「軟件做坊」時代已通過去，要實現企業又好又快的發展，必須得依靠一個高效能團隊的支撐。

高效能協做要關注協同、實施和集成

互 聯網項目短、平、快的特色，決定了互聯網公司要特別講究效率和執行力。項目執行中的高效能協做，必定離不開人與人之間、人與系統之間，系統與系統之間的關 聯和交集。這裏的「人」是指項目干係人、團隊成員，這裏的「系統」是指和項目管理相關的信息系統，如JIRA或Confluence等。

要作好「協同」，就須要更好地推動人與人之間的聯繫和交集；要作好「實施」，就須要更好地推動人與系統之間的聯繫和交集；要作好「集成」，就須要更好地推動系統與系統之間的聯繫和交集。

協同、實施和集成，與高效能協做之間的關係，如圖1所示。

圖1 協同、實施、集成和高效能協做之間的關係

JIRA 是澳大利亞Atlassian公司出品的一款Issue跟蹤及項目管理軟件。JIRA在項目執行管理、敏捷開發管理、體系流程管理、Bug跟蹤、客戶服務 等方面是最擅長的。JIRA沒有派系和立場之分，非IT/互聯網行業的非技術項目，也同樣易用。本文重點介紹項目高效能協做過程當中，如何經過JIRA來承 載人與人之間的「協同」，人與系統之間的「實施」。

個性首頁收錄展現關注的內容

應用需求場景

A 公司是一家知名互聯網企業，在用JIRA來輔助項目管理時，發現並非團隊的每一個成員都能熟練地用JIRA來快速準確地找到他們各自想要的東西。尤爲是在 多個並行項目中，你們手頭的事情多而雜，想讓你們天天上班後只要登陸JIRA，就能清晰地知道當前有哪些待辦的事，同時也能記錄已完成事項，以此做爲團隊 成員工做的備忘錄和工做過程的記錄。

JIRA解決方案

給項目團隊作一個共享的個性首頁。這裏的「個性」是強調每一個人登陸JIRA後，內容呈現因人而異，且都是和本身密切相關的內容。

互聯網產品技術類項目常規事項的分類主要包括Bug處理、新功能開發、優化已有功能體驗、底層技術類改造等。這些分類，在JIRA裏能夠映射劃分紅不一樣的提案類型，如表1所示。

表1 JIRA提案類型名稱及其描述

把 個性首頁作成兩個列欄，左邊一列收錄展現須要我處理的提案，如：須要我處理的Bug、Story、新增功能等，右邊一列收錄展現我已經處理完成的提案， 如：須要我回歸驗證的Bug、我處理完成的所有Story、新增功能等。兩列的內容都覆蓋所有的提案類型。具體實現效果如圖2所示。

圖2 個性首頁的實現效果

關鍵實現步驟

本文中所有應用舉例的JIRA版本，都是V6.2.2。

用JIRA過濾器篩選出數據內容後，再經過「面板」→「管理面板」→「添加小工具」→「顯示保存的過濾器」來實現。本文介紹的是Story提案類型在個性首頁的實現，其餘提案類型的實現方法都相似。

須要我處理的Story，過濾器的實現規則以下。

①Project項目庫：選擇你指定要篩選的項目庫名稱；

②IssueType提案類型：Story；

③Assignee經辦人：當前用戶（不一樣JIRA用戶登陸後顯示不一樣內容）；

④Resolution解決結果：未解決。

我處理完成的所有Story，過濾器的實現規則以下。

某人曾經處理完成的所有Story的數據篩選，屬於較爲複雜的查詢條件，在JIRA過濾器的Basic簡單模式下沒法解析。須要用JIRA提供的查詢語言JQL來實現，下面介紹兩種方法。

方法1：把項目各角色人員帳號的數據值，與「當前用戶」進行匹配。用JQL查詢語言實現的代碼如圖3所示。

圖3 方法一代碼示意圖

方法2：不依據前文中提到的各個角色人員帳號的數據值，採用JQL查詢語言語法的運算符was，實現的代碼如圖4所示。

圖4 方法二代碼示意圖

最後把個性首頁生成的連接，發給團隊成員提供給他們訂閱。也可讓他們在JIRA「面板」→「管理面板」→「熱門」→「熱門面板」中查找你分享的個性首頁，點擊裏面的五角星符號便可收藏。

須要注意的點

過濾器的瀏覽權限

首 次建立完後，默認的權限都是本身可見。若是想把過濾器的結果呈如今個性首頁上，就必須把過濾器的瀏覽權限開放給你要共享的人，能夠在「Issue」→「管 理過濾器」選定你要共享的過濾器，進入「編輯當前過濾器」對話框進行操做。共享範圍能夠是全部人、指定的用戶組或特定的項目。

過濾器涉及項目的瀏覽權限

共 享過濾器時，必定要確保這些被分享到的人或指定用戶組，具有過濾器篩選條件中所涉及的項目瀏覽權限。不然即使是他收藏了你分享的個性首頁，頁面上也沒法顯 示和他相關的內容，並會提示一堆「選擇的過濾器filter-10005有錯誤：ID 爲‘10202’的值在字段‘project’中不存在」的報錯，報錯提示中的filter和ID後面的數字，會隨着你過濾器的不一樣而變化。

個性工做流讓潛規則浮上臺面

應用需求場景

A 公司不一樣業務分類下的項目，存在不一樣的執行流程。同一個業務分類下的不一樣項目中的不一樣類型事情，也會有不一樣的執行流程。雖然項目干係人都知道執行流程，也 能在項目執行中及時發現流程上的問題並積極改進，最後落實到文檔層面。但這些流程在執行過程當中，總以爲缺乏一種承載物，致使在執行中或多或少地都帶有「人 情」因素，會執行不力。想經過把制度流程與工具相結合，讓不一樣項目中的不一樣類型事務，都能按照既定的流程執行並跟蹤，把潛在臺面下的流程規則浮上臺面。通 過把項目狀態和流程的具體事務操做相結合，實現一些狀態數據的統計分析、共享、流程權限控制等，促進項目執行自動化水平。

JIRA解決方案

總 結項目執行中的關鍵狀態和節點，在JIRA中定義其狀態，經過JIRA工做流把這些狀態與具體事務操做聯繫起來。A公司互聯網產品技術類項目執行過程的關 鍵狀態節點能夠劃分爲：方案設計中、UE設計中、UI設計中、頁面製做中、開發中、測試中、待上線、已上線等狀態。落實到JIRA工做流中，可增長一個初 態Open（開啓）和終態Closed（關閉）。以Story類型提案爲例，具體的狀態操做跳轉流程如圖5所示。

圖5 Story、新增功能或改進優化類型提案的狀態操做跳轉流程

圖5中，當建立Story類型的項目提案後，默認的初始狀態是開啓，而後進行產品方案設計，進入方案設計階段。

若是該項目提案依賴於頁面展現，那麼就會依次經歷UE設計、UI設計和頁面製做等階段，而後進入開發、測試和上線等階段。

若是該項目提案不依賴於頁面展現，那麼就再也不須要經歷UE設計、UI設計和頁面製做等階段，直接進入開發、測試和上線階段。

不管Story類型的項目提案是否依賴於頁面，最後終結的狀態都是關閉。

從終態關閉，也可經過「恢復開啓提案」的事務操做回到初態開啓。

關鍵實現步驟

JIRA 提供了兩種工做流的設計方法：Text文本方法和Diagram圖形方法。我的感受採用Text文本方法相對易用些，而採用Diagram圖形方法時容易 出亂走樣。如下簡要介紹採用Text文本方法進行工做流的設計與實現。在jira-administrators管理員權限下，以Story類型工做流的 實現爲例。

①「Issue」→「狀態」→「添加新狀態」，將圖5中提到的狀態，都添加完成。裏面除了開啓和關閉是系統提供的狀態外，其餘都是自定義的。

②「Issue」→「工做流」，複製JIRA默認的工做流，從新命名，如：Weibo Story Issue Type Workflow。

③梳理圖5中涉及狀態和事務操做的對應關係，能夠思考如下問題。

從項目上游的A狀態到下游的B狀態，要進行什麼樣的事務操做？

從下游的B狀態退回到上游的A狀態，要進行什麼樣的事務操做？

從A狀態進行什麼樣的事務操做能夠不通過B狀態直接到達C狀態？

每種狀態操做有哪些權限控制？什麼權限的角色能夠操做？什麼權限的角色不能夠操做？

這些能夠梳理成表2的形式。表2中，項目管理人員在每一個狀態都具備操做權限，這裏爲了強調讓團隊的每一個成員都參與進來使流程運轉，因此在「適合操做角色」的內容上，將各個狀態對應了各角色的成員。

表2 Story類型項目提案狀態和事務操做的對應關係

④「Issue」→「工做流」，選定你要設計的工做流，如Weibo Story Issue Type Workflow，在「添加新步驟」中完成「步驟名稱」和「連接的狀態」的添加。

⑤ 在Text文本工做流的設計頁面中，選定須要操做的狀態，點擊「添加工做流動做」連接進入「添加工做流動做」頁面，填寫工做流名稱、描述、連接目標狀態和 工做流動做頁面。其中工做流動做頁面不是必需要有的，可根據你的業務須要來取捨，若是業務層面須要有工做流動做頁面做爲跳轉頁面，那麼該頁面就會在執行這 個工做流動做時出現。

⑥在步驟⑤中提到的工做流動做頁面，能夠在「Issue」→「界面」和「界面方案」中，完成你所須要過渡頁面的製做，並在「添加工做流動做」的頁面中與連接目標狀態進行關聯。

⑦「Issue」→ 「工做流方案」頁面中，建立工做流方案並命名，如XXX Workflow Schemes，並給XXX工做流方案的不一樣提案類型指派不一樣的工做流模型，譬如：給Bug類型的提案，指派JIRA默認的工做流；給Story類型的提 案，指派前文中提到的Weibo Story Issue Type Workflow工做流等。

⑧最後，把工做流方案XXX Workflow Schemes與具體的Project項目庫關聯，生效後方可以使用。

工做流的設計完成後，項目提案中的狀態與事務操做對應關係，工做流的JIRA效果展現，如圖6所示。

圖6 Story類型提案的狀態與事務操做對應關係，工做流的JIRA效果展現

圖6中是把Story類型項目提案的每一個狀態下所對應的具體事務操做，先局部截圖後，再以拼圖的形式作效果展現。每一個局部截圖中的數字標號表示效果展現的順序。紅色分割線表示每種狀態與事務操做對應關係區分。

須要注意的點

①設計工做流時，建議首先複製JIRA默認的工做流，在JIRA默認工做流的基礎上再重命名，設計符合你需求的工做流。不要剛上來就直接定義新工做流來設計，不然你會發現不少時候工做流的狀態和事務操做在執行時，都無法按你的規則去實現。

②若是須要對某個事務操做（如「關閉提案」）在工做流中進行權限控制，能夠在該事務操做的權限控制頁面中，經過「觸發條件」下的Add condition進行權限操做。

項目報表讓各項目狀況一目瞭然

應用需求場景

A 公司的產品設計開發節奏快、週期短，平時並行的項目較多，除了個別很是重要緊急的項目之外，不多能作到專人專項。UED、開發、測試等職能部門的人力資源 多數都是當項目立項後，再被臨時指派到各個項目上。項目執行中的狀態、時間點等信息也比較散落。想讓每一個項目的上線時間、資源分配（佔用）狀況、各環節的 交付時間點、以及項目執行中遇到的問題風險等，能一目瞭然地呈現；能在一個動態的項目報表中看出整個業務分類下的現行項目狀況。

JIRA解決方案

把 A公司互聯網產品技術類項目的人員角色劃分，包括產品經理、UE設計師、UI設計師、頁面製做、前端工程師、後端工程師、測試工程師、運維工程師、項目管 理等，在jira-administrators權限下的「字段」→「自定義字段」裏，定義成「選擇用戶」（多選）的字段。

把項目執行中涉 及的各環節時間點，包括起始時間、方案交付時間、UE交付時間、UI交付時間、頁面交付時間、前端交付時間、後端交付時間、測試交付時間、上線時間等，在 jira-administrators管理權限下的「字段」→「自定義字段」裏，定義成「日期選擇器」類型的字段。

涉及的自定義人員和時 間字段，均可以在某些類型提案裏作成多標籤頁面的形式。以Story類型爲例，在jira-administrators權限下的「界面」→「配置界 面」→「字段標籤頁」→「增長字段」中，能夠實現項目時間計劃、參與人員、上線發佈等主題的多標籤頁面。

再用JIRA過濾器篩選出指定業務 分類下的項目，同時，把事前定義好的各角色參與人員、各環節時間點和問題風險等字段，經過JIRA過濾器Columns自定義列元素的方式，作成一個項目 報表。最後將其經過「導出」→「打印預覽」的形式，獲得一個絕對的連接地址，做爲經常使用連接放到JIRA導航欄上，實現效果如圖7所示。

因爲 項目報表的橫向寬度較寬，因此分兩張圖分開展現。圖7的示例中，前半部分列分出了項目提案名稱、優先級、狀態、上線時間、典型問題風險及後續計劃等項目關 鍵要素，後半部分列出了項目資源分配（佔用）狀況，以及各環節的交付時間點，各職能部門負責人能夠由此粗略估算出某個已被佔用資源，下次被釋放的大體時 間。

圖7 項目報表實現效果示意圖

小結

本 文經過三個較爲典型的JIRA實踐案例，簡要介紹了A公司在互聯網項目執行的高效能協做過程當中，JIRA所起到的重要承載做用，以及針對不一樣應用需求場景 提供的解決方案、關鍵實現方法等。固然在其餘具體實踐方面，JIRA能處理的應用需求場景遠遠不止於此。但願這三個JIRA實踐案例中涉及的解決方案、關 鍵實現方法等，能拋磚引玉，爲你在平時工做遇到的相似應用場景，帶來高效解決方案層面的一些啓迪和思考。