道生之藕咏，德畜之状知，物形之，勢成之孽查。 --《道德經(jīng)》
Jira的道在于構(gòu)建了整個環(huán)境和思維模式饥悴，也贏得了市場的認(rèn)可，成了一種勢盲再。無數(shù)的廠家便成了Jira的海洋生態(tài)當(dāng)中的重要組成部分西设。有些廠家的插件是提升了Jira的體驗，有些則是強化了特定功能答朋。這里只推薦三個算得上必須使用的插件贷揽。
BigPicture
Jira Misc Workflow Extensions
Tempo
圍繞這三個插件，我們能夠搭建起研發(fā)管理的整體路線和迭代管控視圖梦碗，簡化流程禽绪，完善管理制度蓖救。接下來就介紹每個插件的場景和使用方式。
BigPicture
我們通過一張圖形成一個大概的印象
我們當(dāng)時選擇這個插件期望滿足的場景有下面幾個：
能夠直觀的查看人員和迭代的工作安排印屁，進(jìn)度
能夠了解人員的工作飽和度
我們項目管理常用的軟件就是微軟的Project循捺，所以我們選項目標(biāo)也是按照這樣的思路來挑選的。最簡化的概念就是甘特圖雄人。
BigPicture特點介紹
管理員管理菜單
當(dāng)中有設(shè)置的必要的應(yīng)該是Working schedule了
設(shè)置放假和周末从橘，這樣在計算任務(wù)起止的時候能夠在甘特圖中正確的顯示，其他我沒有做過多的設(shè)置柠衍。
任務(wù)列表
從上圖可以看出甘特圖的組織形式分為4層洋满。
1. 項目（Project）
2. 版本（fixVersion）：注意是根據(jù)父任務(wù)的修復(fù)版本確定的
3. 父任務(wù)（Story/Task）
4. 子任務(wù)（Sub-Task）
任務(wù)管理
在甘特圖的界面可以進(jìn)行任務(wù)的管理。
可以拖動任務(wù)的兩端進(jìn)行開始和截止日期的調(diào)整珍坊，也可以直接拖動整個任務(wù)進(jìn)行任務(wù)的調(diào)整牺勾。
任務(wù)的進(jìn)度是通過下面的三角標(biāo)識進(jìn)度，這個計算是使用實際投入的工時與預(yù)計工時直接的比例阵漏。
藍(lán)色的線是在日期欄直接左擊驻民，就可以設(shè)置一個時間線，默認(rèn)是設(shè)置在選擇日期的開始履怯』鼗梗可以用于設(shè)置迭代里程碑。
設(shè)置
顯示內(nèi)容的設(shè)置界面如下：
可以看到有四種方式可以混合使用：
1. 面板
2. 過濾器
3. 項目
4. JQL查詢語句
任務(wù)列表界面上元素都是可以根據(jù)實際系統(tǒng)中設(shè)置的字段進(jìn)行調(diào)整的叹洲，如下圖所示：
綠色的是自定義字段柠硕，灰色的是系統(tǒng)字段。自定義字段基本都是單純的顯示运提，系統(tǒng)字段會有一些其他的效果蝗柔。
最佳實踐
一個甘特圖面板最好值針對一個迭代，使用過濾器來方便的管理迭代邊界民泵。能夠很清晰的看到所有任務(wù)的排期與時間里程碑控制癣丧。
任務(wù)管理的權(quán)限需要控制，可以由SM栈妆、職能小組負(fù)責(zé)人統(tǒng)一管理胁编，因為一般都涉及前后端測試的配合，進(jìn)度一旦變化就需要全局調(diào)整鳞尔，而且可能會影響迭代里程碑時間點嬉橙。
由于迭代任務(wù)分配時往往是連續(xù)的，前期的任務(wù)調(diào)整可能會導(dǎo)致后續(xù)的任務(wù)連鎖調(diào)整寥假。在甘特圖面板可以很方便的進(jìn)行調(diào)整憎夷，而不用一個一個打開任務(wù)進(jìn)行修正。
如果有縱向職能管理角色（比如前端昧旨、后端有專門的部門和管理人員）拾给，可以建立部門的甘特圖面板進(jìn)行部門內(nèi)的排期管理和調(diào)整。
Jira Misc Workflow Extensions
這個插件在前端沒有任何感知兔沃，知道Jira系統(tǒng)中存在這個插件的基本也只有管理員了蒋得。但是對于管理員來說，這是流程推進(jìn)乒疏、串聯(lián)的最重要的工具了额衙。
它的作用是在工作流的流轉(zhuǎn)過程中可以附加其他的操作，列表如下：
可以看到主要有賦值怕吴、分配人員窍侧、評論、觸發(fā)其他流轉(zhuǎn)環(huán)節(jié)转绷、自定義腳本等等伟件，而且可以針對問題本身、父問題议经、關(guān)聯(lián)問題斧账。基本能夠涵蓋日常應(yīng)用的場景了煞肾。
最佳實踐
我講一下我實踐過程中咧织，比較常用的幾種場景：
自動分配
使用到 Assign to last role member 或者Assign to role member 。場景例如bug籍救，當(dāng)測試發(fā)現(xiàn)一個bug時习绢，可能并不直接指定具體研發(fā)，而是提交給研發(fā)管理小組確認(rèn)之后再分配給具體研發(fā)蝙昙，具體研發(fā)人員修改完成后闪萄，點擊修改完畢按鈕，轉(zhuǎn)發(fā)給測試耸黑。測試若發(fā)現(xiàn)bug沒有完全修復(fù)桃煎，點擊退回研發(fā)按鈕，直接退回對應(yīng)研發(fā)（而且可以累積退回次數(shù)）大刊。
這里面的幾個步驟：
- 提交給研發(fā)管理小組为迈，可以隨機指定研發(fā)管理角色中的某一個人來處理
1. 修改完畢，會追溯到測試角色的最后一個經(jīng)辦人缺菌，并且將問題分配給他
1. 退回研發(fā)葫辐，會追溯到研發(fā)角色的最后一個經(jīng)辦人，并且將問題分配給他
為何要追溯某角色的最后一個經(jīng)辦人伴郁？因為內(nèi)部可能還存在多次指派耿战，甚至對bug進(jìn)行分析后發(fā)現(xiàn)不是后端bug要指定給前端研發(fā)。測試不用自己分析要退回給誰焊傅，讓流程來判斷剂陡。
自動化流程
使用到 Transition linked issues 和Transition parent issue 狈涮。我們最早就講過，整個系統(tǒng)是子任務(wù)驅(qū)動的鸭栖，具體人員只用關(guān)心和管理自己的子任務(wù)（子任務(wù)只有開始和結(jié)束兩個簡單狀態(tài)）歌馍，但是父任務(wù)涉及多人合作和角色含義，狀態(tài)和節(jié)點可能會有幾十個晕鹊，無論讓誰來管理都是很困難的松却。場景，一個父任務(wù)需要UI溅话、產(chǎn)品晓锻、前端、后端飞几、測試共同完成砚哆。其中可能產(chǎn)品先行，完成之后交付給UI循狰，完成就可以前后端介入窟社，研發(fā)全部完成后才能交付給測試執(zhí)行。
這里面思想其實很簡單绪钥，就是子任務(wù)工作流+角色灿里。首先對于不同角色要區(qū)分出合理的用戶組，當(dāng)每個人完成任務(wù)時程腹，判斷他自身的角色從而觸發(fā)父任務(wù)的狀態(tài)流轉(zhuǎn)匣吊。比如產(chǎn)品完成任務(wù)時，轉(zhuǎn)至方案設(shè)計完成寸潦，研發(fā)完成時可以判斷當(dāng)前父任務(wù)下是否存在測試子任務(wù)色鸳，若存在轉(zhuǎn)至研發(fā)完成待測，若不存在說明不需要測試轉(zhuǎn)至研發(fā)完成無需測試见转。
這里給大家一個小小的建議
當(dāng)你添加自動化工作流時命雀，這里時可以選擇名稱或者id的，id就是一串唯一數(shù)字斩箫，當(dāng)你需要精確觸發(fā)工作流時可以指定吏砂。但是像上面描述的那種情況，其實并不能完全判定當(dāng)前的狀態(tài)是什么乘客。比如需要產(chǎn)品協(xié)助時狐血，產(chǎn)品會先完成任務(wù)之后研發(fā)才開始，這時候研發(fā)介入的上一環(huán)節(jié)是設(shè)計方案完成易核，但是也存在不需要產(chǎn)品研發(fā)直接開始比如研發(fā)內(nèi)部優(yōu)化匈织，這種情況下研發(fā)介入的上一環(huán)節(jié)是待辦。如果這時候指定的具體的工作流，起始狀態(tài)不正確就無法執(zhí)行缀匕。所以建議是使用名稱纳决，而且建議規(guī)范是轉(zhuǎn)至+下一環(huán)節(jié)名稱，比如到研發(fā)這個環(huán)節(jié)弦追，無論從待辦或者方案涉及完成岳链，甚至測試退回，都成為轉(zhuǎn)至研發(fā)劲件，這樣我們只要寫一次post function就可以滿足多種情況了。
注意：即使使用名稱流轉(zhuǎn)约急，也必須滿足該流轉(zhuǎn)的起始和中止?fàn)顟B(tài)滿足當(dāng)前情況零远。例如如果我方案設(shè)計中如果沒有指向研發(fā)進(jìn)行中節(jié)點，即使我嘗試觸發(fā)該流轉(zhuǎn)也是無法執(zhí)行的厌蔽。
Tempo
研發(fā)在質(zhì)問我牵辣，已經(jīng)9012年了我們還要使用工時這種low爆的形式來做績效管理么？每天湊滿8小時工作時間對于管理層就這么重要么奴饮？你們的能力僅僅就是看著這個人工時有沒有記錄好么纬向？
如果你這么想，說明你沒有想過研發(fā)管理到底該做什么戴卜。研發(fā)管理控制三要素：時間逾条、成本、質(zhì)量投剥∈χ控制的目的是提升，如何提升江锨？必然是發(fā)現(xiàn)問題吃警，改進(jìn)才能提升。最簡單發(fā)現(xiàn)問題的地方是工時分配啄育，而不是某個員工8小時工時本身酌心。某個迭代中，那個story投入的工時超出成本挑豌，哪些人的bug工時投入超出正常比例安券、哪些人的線上問題投入工時較高、整體研發(fā)部門投入在非研發(fā)工作上的比例是多少浮毯，要不要優(yōu)化完疫。這些才是我們應(yīng)當(dāng)去關(guān)注并改進(jìn)的。當(dāng)所有人員只有3-5個人债蓝，可能這個數(shù)據(jù)受個人影響比較大壳鹤，但是當(dāng)人員超過30-50人時，個人少報或者沒有正確填寫的影響就已經(jīng)比較小了饰迹，我們要觀察的是趨勢芳誓，大項的時間投入正常都是有記錄的余舶，這樣基本就能夠反應(yīng)真實情況了。
所以Tempo作為目前時間管理最好的工具锹淌，在研發(fā)管理中重要性相信各位管理人員都有認(rèn)知了匿值。
tempo當(dāng)前最新是9.4.2版本，我使用的是8.15.3 赂摆。我嘗試升級過一次插件挟憔，結(jié)果大家都不習(xí)慣新的界面烟号，我不得不退回老版本绊谭。
配置
全局配置中有幾點說明，我們是子任務(wù)驅(qū)動所以工時不允許記錄在父任務(wù)汪拥。但是只有一個任務(wù)下有子任務(wù)的時候才是父任務(wù)达传，否則就可以記錄工時。
Work Attributes是設(shè)置工時填寫面板的自定義字段
注意：這里的字段只有通過記錄工時按鈕呼出的界面才有迫筑，比如完成任務(wù)時填報工時的界面是沒有自定義字段的宪赶。
工時表
v9去掉的就是這個工時表，這個基本上是我們最常用的功能了脯燃。所以去掉之后大家都不知道怎么用了搂妻。
用戶這個地方的下拉框可以選擇如下幾種選項。其中比較難理解的是賬戶這個概念曲伊，tempo里面實際上是有成本概念的叽讳，就是通過賬戶當(dāng)中的金額來管理，不過我們沒有使用過坟募。
常用的幾個是用戶（分析單個用戶的工時分布）岛蚤，團(tuán)隊（每個小組整體任務(wù)工時分布），高級（指定過濾器查看任務(wù)工時分布）懈糯，問題（查看單個問題的人員工時分布）
時間區(qū)間可以任意指定涤妒，查詢出的結(jié)果可以直接導(dǎo)出excel用于做透視圖之類的。
Reports
v9主推的就是Reports操作的內(nèi)容和界面形式應(yīng)該是更加優(yōu)化赚哗，上面的時間區(qū)間她紫、過濾器設(shè)置（可以多選），分組可以多選和排序屿储。
這個我們用的比較少贿讹，主要會針對某個具體問題、或者較大的Epic相關(guān)的項目站會够掠、總結(jié)會時民褂，分析人員工作進(jìn)度和使用。
總結(jié)
上述三個插件加入到Jira之后，我們完成了迭代整體控制赊堪、工作流實施面殖、研發(fā)管理規(guī)范與提升三方面配置，基本已經(jīng)可以開始組織一個研發(fā)團(tuán)隊為了同一個既定目標(biāo)按照統(tǒng)一規(guī)范流程進(jìn)行開發(fā)哭廉，而且盡量簡化過程降低研發(fā)非研發(fā)類工作的占比脊僚。但是我們還是可以使用一些其他的插件來提高研發(fā)管理整體效率。另外必須說一句遵绰，這些插件的儀表盤可用插件沒一個能用的辽幌。
