摘要：JIRA在項目執(zhí)行管理、敏捷開發(fā)管理、體系流程管理、Bug跟蹤、客戶服務等方面是最擅長的。本文重點介紹項目高效能協(xié)作過程中，如何通過JIRA來承載人與人之間的“協(xié)同”，人與系統(tǒng)之間的“實施”。
高效能團隊是企業(yè)生存和發(fā)展的基石。任何企業(yè)面對當下的激烈競爭，要想脫穎而出，一定離不開量身打造的高效能團隊，因為只有高效能團隊才能發(fā)揮出最高的效能，讓企業(yè)又好又快地發(fā)展。
企業(yè)效率的高低，取決于團隊效能的高低。隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，單打獨斗的“軟件作坊”時代已經(jīng)過去，要實現(xiàn)企業(yè)又好又快的發(fā)展，必須得依靠一個高效能團隊的支撐。
高效能協(xié)作要關注協(xié)同、實施和集成
互聯(lián)網(wǎng)項目短、平、快的特點，決定了互聯(lián)網(wǎng)公司要特別講究效率和執(zhí)行力。項目執(zhí)行中的高效能協(xié)作，一定離不開人與人之間、人與系統(tǒng)之間，系統(tǒng)與系統(tǒng)之間的關聯(lián)和交集。這里的“人”是指項目干系人、團隊成員，這里的“系統(tǒng)”是指和項目管理相關的信息系統(tǒng)，如JIRA或Confluence等。
要做好“協(xié)同”，就需要更好地推進人與人之間的聯(lián)系和交集；
要做好“實施”，就需要更好地推進人與系統(tǒng)之間的聯(lián)系和交集；
要做好“集成”，就需要更好地推進系統(tǒng)與系統(tǒng)之間的聯(lián)系和交集。
協(xié)同、實施和集成，與高效能協(xié)作之間的關系，如圖1所示。
圖1 協(xié)同、實施、集成和高效能協(xié)作之間的關系
JIRA是澳大利亞Atlassian公司出品的一款Issue跟蹤及項目管理軟件。JIRA在項目執(zhí)行管理、敏捷開發(fā)管理、體系流程管理、Bug跟蹤、客戶服務等方面是最擅長的。JIRA沒有派系和立場之分，非IT/互聯(lián)網(wǎng)行業(yè)的非技術項目，也一樣易用。
本文重點介紹項目高效能協(xié)作過程中，如何通過JIRA來承載人與人之間的“協(xié)同”，人與系統(tǒng)之間的“實施”。
案例1：個性首頁收錄展示關注的內(nèi)容
應用需求場景
A公司是一家知名互聯(lián)網(wǎng)企業(yè)，在用JIRA來輔助項目管理時，發(fā)現(xiàn)并不是團隊的每個成員都能熟練地用JIRA來快速準確地找到他們各自想要的東西。
尤其是在多個并行項目中，大家手頭的事情多而雜，想讓大家每天上班后只要登錄JIRA，就能清晰地知道當前有哪些待辦的事，同時也能記錄已完成事項，以此作為團隊成員工作的備忘錄和工作過程的記錄。
JIRA解決方案
給項目團隊做一個共享的個性首頁。這里的“個性”是強調(diào)每個人登錄JIRA后，內(nèi)容呈現(xiàn)因人而異，且都是和自己密切相關的內(nèi)容。
互聯(lián)網(wǎng)產(chǎn)品技術類項目常規(guī)事項的分類主要包括Bug處理、新功能開發(fā)、優(yōu)化已有功能體驗、底層技術類改造等。這些分類，在JIRA里可以映射劃分成不同的提案類型，如表1所示。
表1 JIRA提案類型名稱及其描述
把個性首頁做成兩個列欄，左邊一列收錄展示需要我處理的提案，如：需要我處理的Bug、Story、新增功能等，右邊一列收錄展示我已經(jīng)處理完成的提案，如：需要我回歸驗證的Bug、我處理完成的全部Story、新增功能等。兩列的內(nèi)容都覆蓋全部的提案類型。具體實現(xiàn)效果如圖2所示。
圖2 個性首頁的實現(xiàn)效果
關鍵實現(xiàn)步驟
本文中全部應用舉例的JIRA版本，都是V6.2.2。
用JIRA過濾器篩選出數(shù)據(jù)內(nèi)容后，再通過“面板”→“管理面板”→“添加小工具”→“顯示保存的過濾器”來實現(xiàn)。本文介紹的是Story提案類型在個性首頁的實現(xiàn)，其他提案類型的實現(xiàn)方法都類似。
需要我處理的Story，過濾器的實現(xiàn)規(guī)則如下。
①Project項目庫：選擇你指定要篩選的項目庫名稱；
②IssueType提案類型：Story；
③Assignee經(jīng)辦人：當前用戶（不同JIRA用戶登錄后顯示不同內(nèi)容）；
④Resolution解決結(jié)果：未解決。
我處理完成的全部Story，過濾器的實現(xiàn)規(guī)則如下。
某人曾經(jīng)處理完成的全部Story的數(shù)據(jù)篩選，屬于較為復雜的查詢條件，在JIRA過濾器的Basic簡單模式下無法解析。需要用JIRA提供的查詢語言JQL來實現(xiàn)，下面介紹兩種方法。
方法1：把項目各角色人員賬號的數(shù)據(jù)值，與“當前用戶”進行匹配。用JQL查詢語言實現(xiàn)的代碼如圖3所示。
圖3 方法一代碼示意圖
方法2：不依據(jù)前文中提到的各個角色人員賬號的數(shù)據(jù)值，采用JQL查詢語言語法的運算符was，實現(xiàn)的代碼如圖4所示。
圖4 方法二代碼示意圖
最后，把個性首頁生成的鏈接，發(fā)給團隊成員提供給他們訂閱。也可以讓他們在JIRA“面板”→“管理面板”→“熱門”→“熱門面板”中查找你分享的個性首頁，點擊里面的五角星符號即可收藏。
需要注意的點：
1、過濾器的瀏覽權限
首次創(chuàng)建完后，默認的權限都是自己可見。如果想把過濾器的結(jié)果呈現(xiàn)在個性首頁上，就必須把過濾器的瀏覽權限開放給你要共享的人。
可以在“Issue”→“管理過濾器”選定你要共享的過濾器，進入“編輯當前過濾器”對話框進行操作。共享范圍可以是所有人、指定的用戶組或特定的項目。
2、過濾器涉及項目的瀏覽權限
共享過濾器時，一定要確保這些被分享到的人或指定用戶組，具備過濾器篩選條件中所涉及的項目瀏覽權限。否則即便是他收藏了你分享的個性首頁，頁面上也無法顯示和他相關的內(nèi)容，并會提示一堆“選擇的過濾器filter-10005有錯誤：ID 為‘10202’的值在字段‘project’中不存在”的報錯，報錯提示中的filter和ID后面的數(shù)字，會隨著你過濾器的不同而變化。
案例2：個性工作流讓潛規(guī)則浮上臺面
應用需求場景
A公司不同業(yè)務分類下的項目，存在不同的執(zhí)行流程。同一個業(yè)務分類下的不同項目中的不同類型事情，也會有不同的執(zhí)行流程。
雖然項目干系人都知道執(zhí)行流程，也能在項目執(zhí)行中及時發(fā)現(xiàn)流程上的問題并積極改進，最后落實到文檔層面。但這些流程在執(zhí)行過程中，總覺得缺少一種承載物，導致在執(zhí)行中或多或少地都帶有“人情”因素，會執(zhí)行不力。
想通過把制度流程與工具相結(jié)合，讓不同項目中的不同類型事務，都能按照既定的流程執(zhí)行并跟蹤，把潛在臺面下的流程規(guī)則浮上臺面。通過把項目狀態(tài)和流程的具體事務操作相結(jié)合，實現(xiàn)一些狀態(tài)數(shù)據(jù)的統(tǒng)計分析、共享、流程權限控制等，促進項目執(zhí)行自動化水平。
JIRA解決方案
總結(jié)項目執(zhí)行中的關鍵狀態(tài)和節(jié)點，在JIRA中定義其狀態(tài)，通過JIRA工作流把這些狀態(tài)與具體事務操作聯(lián)系起來。
A公司互聯(lián)網(wǎng)產(chǎn)品技術類項目執(zhí)行過程的關鍵狀態(tài)節(jié)點可以劃分為：方案設計中、UE設計中、UI設計中、頁面制作中、開發(fā)中、測試中、待上線、已上線等狀態(tài)。落實到JIRA工作流中，可增加一個初態(tài)Open（開啟）和終態(tài)Closed（關閉）。
以Story類型提案為例，具體的狀態(tài)操作跳轉(zhuǎn)流程如圖5所示。
圖5 Story、新增功能或改進優(yōu)化類型提案的狀態(tài)操作跳轉(zhuǎn)流程
圖5中，當創(chuàng)建Story類型的項目提案后，默認的初始狀態(tài)是開啟，然后進行產(chǎn)品方案設計，進入方案設計階段。
如果該項目提案依賴于頁面展示，那么就會依次經(jīng)歷UE設計、UI設計和頁面制作等階段，然后進入開發(fā)、測試和上線等階段。
如果該項目提案不依賴于頁面展示，那么就不再需要經(jīng)歷UE設計、UI設計和頁面制作等階段，直接進入開發(fā)、測試和上線階段。
無論Story類型的項目提案是否依賴于頁面，最后終結(jié)的狀態(tài)都是關閉。
從終態(tài)關閉，也可通過“恢復開啟提案”的事務操作回到初態(tài)開啟。
關鍵實現(xiàn)步驟
JIRA提供了兩種工作流的設計方法：Text文本方法和Diagram圖形方法。個人感覺采用Text文本方法相對易用些，而采用Diagram圖形方法時容易出亂走樣。
以下簡要介紹采用Text文本方法進行工作流的設計與實現(xiàn)。在jira-administrators管理員權限下，以Story類型工作流的實現(xiàn)為例。
①“Issue”→“狀態(tài)”→“添加新狀態(tài)”，將圖5中提到的狀態(tài)，都添加完成。里面除了開啟和關閉是系統(tǒng)提供的狀態(tài)外，其他都是自定義的。
②“Issue”→“工作流”，復制JIRA默認的工作流，重新命名，如：Weibo Story Issue Type Workflow。
③梳理圖5中涉及狀態(tài)和事務操作的對應關系，可以思考以下問題。
從項目上游的A狀態(tài)到下游的B狀態(tài)，要進行什么樣的事務操作？
從下游的B狀態(tài)退回到上游的A狀態(tài)，要進行什么樣的事務操作？
從A狀態(tài)進行什么樣的事務操作可以不經(jīng)過B狀態(tài)直接到達C狀態(tài)？
每種狀態(tài)操作有哪些權限控制？什么權限的角色可以操作？什么權限的角色不可以操作？
這些可以梳理成表2的形式。
表2中，項目管理人員在每個狀態(tài)都具有操作權限，這里為了強調(diào)讓團隊的每個成員都參與進來使流程運轉(zhuǎn)，所以在“適合操作角色”的內(nèi)容上，將各個狀態(tài)對應了各角色的成員。
表2 Story類型項目提案狀態(tài)和事務操作的對應關系
④“Issue”→“工作流”，選定你要設計的工作流，如Weibo Story Issue Type Workflow，在“添加新步驟”中完成“步驟名稱”和“鏈接的狀態(tài)”的添加。
⑤在Text文本工作流的設計頁面中，選定需要操作的狀態(tài)，點擊“添加工作流動作”鏈接進入“添加工作流動作”頁面，填寫工作流名稱、描述、鏈接目標狀態(tài)和工作流動作頁面。
其中工作流動作頁面不是必須要有的，可根據(jù)你的業(yè)務需要來取舍，如果業(yè)務層面需要有工作流動作頁面作為跳轉(zhuǎn)頁面，那么該頁面就會在執(zhí)行這個工作流動作時出現(xiàn)。
⑥在步驟⑤中提到的工作流動作頁面，可以在“Issue”→“界面”和“界面方案”中，完成你所需要過渡頁面的制作，并在“添加工作流動作”的頁面中與鏈接目標狀態(tài)進行關聯(lián)。
⑦“Issue”→“工作流方案”頁面中，創(chuàng)建工作流方案并命名，如XXX Workflow Schemes，并給XXX工作流方案的不同提案類型指派不同的工作流模型。
譬如：給Bug類型的提案，指派JIRA默認的工作流；給Story類型的提案，指派前文中提到的Weibo Story Issue Type Workflow工作流等。
⑧最后，把工作流方案XXX Workflow Schemes與具體的Project項目庫關聯(lián)，生效后方可使用。
工作流的設計完成后，項目提案中的狀態(tài)與事務操作對應關系，工作流的JIRA效果展示，如圖6所示。
圖6 Story類型提案的狀態(tài)與事務操作對應關系，工作流的JIRA效果展示
圖6中是把Story類型項目提案的每個狀態(tài)下所對應的具體事務操作，先局部截圖后，再以拼圖的形式做效果展示。每個局部截圖中的數(shù)字標號表示效果展示的順序。紅色分割線表示每種狀態(tài)與事務操作對應關系區(qū)分。
需要注意的點
①設計工作流時，建議首先復制JIRA默認的工作流，在JIRA默認工作流的基礎上再重命名，設計符合你需求的工作流。不要剛上來就直接定義新工作流來設計，否則你會發(fā)現(xiàn)很多時候工作流的狀態(tài)和事務操作在執(zhí)行時，都沒法按你的規(guī)則去實現(xiàn)。
②如果需要對某個事務操作（如“關閉提案”）在工作流中進行權限控制，可以在該事務操作的權限控制頁面中，通過“觸發(fā)條件”下的Add condition進行權限操作。
案例3：項目報表讓各項目情況一目了然
應用需求場景
A公司的產(chǎn)品設計開發(fā)節(jié)奏快、周期短，平時并行的項目較多，除了個別非常重要緊急的項目以外，很少能做到專人專項。UED、開發(fā)、測試等職能部門的人力資源多數(shù)都是當項目立項后，再被臨時指派到各個項目上。項目執(zhí)行中的狀態(tài)、時間點等信息也比較散落。
想讓每個項目的上線時間、資源分配（占用）情況、各環(huán)節(jié)的交付時間點、以及項目執(zhí)行中遇到的問題風險等，能一目了然地呈現(xiàn)；能在一個動態(tài)的項目報表中看出整個業(yè)務分類下的現(xiàn)行項目情況。
JIRA解決方案
把A公司互聯(lián)網(wǎng)產(chǎn)品技術類項目的人員角色劃分，包括產(chǎn)品經(jīng)理、UE設計師、UI設計師、頁面制作、前端工程師、后端工程師、測試工程師、運維工程師、項目管理等，在jira-administrators權限下的“字段”→“自定義字段”里，定義成“選擇用戶”（多選）的字段。
把項目執(zhí)行中涉及的各環(huán)節(jié)時間點，包括起始時間、方案交付時間、UE交付時間、UI交付時間、頁面交付時間、前端交付時間、后端交付時間、測試交付時間、上線時間等，在jira-administrators管理權限下的“字段”→“自定義字段”里，定義成“日期選擇器”類型的字段。
涉及的自定義人員和時間字段，都可以在某些類型提案里做成多標簽頁面的形式。以Story類型為例，在jira-administrators權限下的“界面”→“配置界面”→“字段標簽頁”→“增加字段”中，可以實現(xiàn)項目時間計劃、參與人員、上線發(fā)布等主題的多標簽頁面。
再用JIRA過濾器篩選出指定業(yè)務分類下的項目，同時，把事前定義好的各角色參與人員、各環(huán)節(jié)時間點和問題風險等字段，通過JIRA過濾器Columns自定義列元素的方式，做成一個項目報表。
最后將其通過“導出”→“打印預覽”的形式，得到一個絕對的鏈接地址，作為常用鏈接放到JIRA導航欄上，實現(xiàn)效果如圖7所示。
圖7 項目報表實現(xiàn)效果示意圖
由于項目報表的橫向?qū)挾容^寬，所以分兩張圖分開展示。
圖7的示例中，前半部分列分出了項目提案名稱、優(yōu)先級、狀態(tài)、上線時間、典型問題風險及后續(xù)計劃等項目關鍵要素，后半部分列出了項目資源分配（占用）情況，以及各環(huán)節(jié)的交付時間點，各職能部門負責人可以由此粗略估算出某個已被占用資源，下次被釋放的大致時間。
小結(jié)
本文通過三個較為典型的JIRA實踐案例，簡要介紹了A公司在互聯(lián)網(wǎng)項目執(zhí)行的高效能協(xié)作過程中，JIRA所起到的重要承載作用，以及針對不同應用需求場景提供的解決方案、關鍵實現(xiàn)方法等。當然在其他具體實踐方面，JIRA能處理的應用需求場景遠遠不止于此。
希望這三個JIRA實踐案例中涉及的解決方案、關鍵實現(xiàn)方法等，能拋磚引玉，為你在平時工作遇到的類似應用場景，帶來高效解決方案層面的一些啟迪和思考。
說明：本文內(nèi)容轉(zhuǎn)載自《程序員》雜志2014年7月刊“打造高效團隊”封面報道。
