http://www.csdn.net/article/2015-05-21/2824739?utm_source=tuicool
高效能團隊是企業生存和發展的基石。任何企業面對當下的激烈競爭，要想脫穎而出，一定離不開量身打造的高效能團隊，因為只有高效能團隊才能發揮出最高的效能，讓企業又好又快地發展。
企業效率的高低，取決於團隊效能的高低。隨着互聯網行業的發展，單打獨斗的“軟件作坊”時代已經過去，要實現企業又好又快的發展，必須得依靠一個高效能團隊的支撐。
高效能協作要關注協同、實施和集成
互聯網項目短、平、快的特點，決定了互聯網公司要特別講究效率和執行力。項目執行中的高效能協作，一定離不開人與人之間、人與系統之間，系統與系統之間的關聯和交集。這里的“人”是指項目干系人、團隊成員，這里的“系統”是指和項目管理相關的信息系統，如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實踐案例中涉及的解決方案、關鍵實現方法等，能拋磚引玉，為你在平時工作遇到的類似應用場景，帶來高效解決方案層面的一些啟迪和思考。
作者簡介：杜炎，新浪公司項目管理經理，北京大學計算機科學理學學士。擁有互聯網行業六年多的項目管理經驗。曾就職於搜狐公司，負責項目管理以及總體項目運作管理體系建設。關注互聯網項目管理、產品設計、JIRA實踐等。