首先昌讲，貼一下官方報(bào)表的說(shuō)明文檔的鏈接：跳轉(zhuǎn)
最近讀了一本書(shū)，書(shū)中有一句話(huà)炉奴，大致意思是：文章太長(zhǎng)時(shí)，大部分人其實(shí)都不會(huì)讀完它宵晚。
覺(jué)得很有道理，但是這篇JIRA還是沒(méi)辦法的寫(xiě)了很長(zhǎng)维雇。
希望這是本人最后一篇JIRA的博文淤刃。耶。
與Scrum sprint相關(guān)的報(bào)表
1. Velocity Chart
該報(bào)表會(huì)在對(duì)應(yīng)sprint complete之后生成出對(duì)應(yīng)的sprint velocity總值吱型。
主要的作用是統(tǒng)計(jì)歷史sprint velocity逸贾，用以對(duì)將來(lái)的sprint plan提供velocity上的指導(dǎo)和參考。
以及在velocity趨勢(shì)波動(dòng)的時(shí)候，結(jié)合數(shù)據(jù)和實(shí)際情況進(jìn)行分析 —— 波動(dòng)產(chǎn)生的原因铝侵，用以調(diào)整團(tuán)隊(duì)在將來(lái)sprint中的工作灼伤。
注意：velocity本身基于的估算，本身并不能作為一個(gè)sprint工作量的承諾咪鲜。
Commitment（柱）: 代表sprint start的時(shí)候狐赡，sprint plan的所有issues估算值的總值。
Completed（柱）：代表sprint complete的時(shí)候疟丙，實(shí)際完成的issues估算值的總值颖侄。
當(dāng)單次Commitment比Completed高時(shí)，代表未完成計(jì)劃的issues scope享郊。
當(dāng)單次Completed比Commitment高時(shí)览祖，代表sprint中issues scope發(fā)生了變化。
ps：當(dāng)然如果你的團(tuán)隊(duì)總是無(wú)法在sprint開(kāi)啟的時(shí)候炊琉，確定好issues scope展蒂，那Commitment柱基本上是幫不了你了。
velocity chart是board-specific–的温自，意思是說(shuō) —— 如果有兩個(gè)board使用同一個(gè)sprint玄货，當(dāng)前board的velocity chart只會(huì)計(jì)算當(dāng)前board scope（根據(jù)board configure Filter）。
2. Burndown Chart
該報(bào)表不需要等到sprint complete之后才能看悼泌。
其根據(jù)時(shí)間軸，每當(dāng)sprint內(nèi)有issue估算值變化的時(shí)候夹界，就會(huì)顯示對(duì)應(yīng)變化馆里。
Burndown Chart主要的作用是在sprint過(guò)程中實(shí)時(shí)跟蹤sprint的進(jìn)度，當(dāng)issues scope change造成
burnup可柿，當(dāng)issue completed后burndown,以及觀(guān)察團(tuán)隊(duì)的當(dāng)前sprint剩余工作量鸠踪、離最終的整體burndown的目標(biāo)還有多遠(yuǎn)，是否要采取一些其他的行動(dòng)改進(jìn)以達(dá)到最終burndown目標(biāo)等等复斥。
Burndown Chart也是board-specific–的营密，基于當(dāng)前board filter：
Scope change - Issue added to sprint（具體原因）: 一個(gè)issue加入了此active sprint。具體原因有多種目锭，比如“Estimate of 1 has been added"添加估算评汰，“Estimate changed from 3 to 2”修改估算，等等其他痢虹。
Burndown - Issue completed: 一個(gè)issue被完成被去。“完成”的定義是基于board column的奖唯，當(dāng)issue被挪到active board最右的column惨缆，即認(rèn)為complete。
3. Release Burndown / EPIC Burndown
Release Burndown / EPIC Burndown 是從Release version和EPIC的維度，來(lái)看涉及到的sprint issues的burndown總量坯墨。比如上圖：
首先在左上角下拉框選擇要查看的release version寂汇，報(bào)表進(jìn)行顯示。
圖中捣染，該release計(jì)劃交付的issues估算值總數(shù)102骄瓣。綠色代表sprint 完成的量，深藍(lán)色代表scope change, 淺藍(lán)代表剩余的工作液斜。
假設(shè)原計(jì)劃是5個(gè)sprint后完成所有issues累贤，那么該圖表明進(jìn)度已經(jīng)delay，剩余issues估算值28少漆，已經(jīng)在占用后續(xù)release的sprint 6的時(shí)間臼膏，并且在sprint 6中減少了5個(gè)估算值的scope。
與Scrum sprint無(wú)關(guān)的報(bào)表
1. Control Chart
主要作用是來(lái)查看項(xiàng)目的cycle time（or lead time）示损。
cycle time代表issues在具體的column對(duì)應(yīng)的狀態(tài)上耗費(fèi)的時(shí)間渗磅。
lead time代表整個(gè)團(tuán)隊(duì)對(duì)issues —— 從對(duì)應(yīng)的需求提出到實(shí)現(xiàn)完成耗費(fèi)的時(shí)間。
先從圖上按順序來(lái)看一下：
①指向的綠色空心點(diǎn)检访，代表一個(gè)issue始鱼。如果是一個(gè)大的綠實(shí)心點(diǎn)，代表一堆很接近的issues脆贵。
②指向的是医清，可自定義的報(bào)表x橫軸時(shí)間區(qū)間。
③表示卖氨，在報(bào)表上使用鼠標(biāo)懸浮滑動(dòng)会烙，可以查看固定時(shí)間點(diǎn)的值信息。
④ 指向的是筒捺，Refine report柏腻，此報(bào)表最重要的一塊 —— 針對(duì)issues scope的選擇。
報(bào)表最上面是統(tǒng)計(jì)信息cycle time系吭、issues count五嫂。
Refine report
Columns / Swimlanes / Quick Filter三個(gè)過(guò)濾條件是 "與&" 的關(guān)系。
Columns：基于board columns肯尺，提供多選沃缘。勾選上的columns，報(bào)表會(huì)計(jì)算出issues處于被勾選的columns的總cycle time蟆盹，并進(jìn)行顯示孩灯。
而報(bào)表圖上的issue綠點(diǎn)的橫向坐標(biāo)，代表該issue“終止”該組columns的時(shí)間點(diǎn)逾滥》宓担縱坐標(biāo)代表該issue的cycle time败匹。
Swimlanes: 基于board configure Swimlanes設(shè)置的JQL filter進(jìn)行issues scope過(guò)濾。
Quick filter: 基于board configure Quick Filters設(shè)置的JQL filter進(jìn)行issues scope過(guò)濾讥巡。
Swimlanes一般是基于board計(jì)算的掀亩，變動(dòng)不會(huì)太大和頻繁。因此欢顷，可以通過(guò)隨時(shí)定制Quick filter槽棍，來(lái)進(jìn)行Control chart報(bào)表分析時(shí)的過(guò)濾。
比如添加一個(gè)Quick filter —— 為了過(guò)濾出某一個(gè)sprint或者release的issues抬驴；還比如官方推薦了一個(gè)去除沒(méi)有參考價(jià)值的異常issue的方法炼七，就是通過(guò)在具體的異常issue label上進(jìn)行標(biāo)記，然后定制Quick filter進(jìn)行過(guò)濾的方式布持，在Control Chart統(tǒng)計(jì)時(shí)排除異常issues豌拙。
Include non-working days in calculations
報(bào)表右下角有一個(gè)viewing option，Include non-working days in calculations不勾選時(shí)题暖，cycle time的計(jì)算不會(huì)包含非工作日按傅。
至于Control Chart上統(tǒng)計(jì)數(shù)據(jù)cycle time，包括average\median\min\max的時(shí)間顯示胧卤，單位w/d/h中唯绍，1w = 7 working days，僅是一種簡(jiǎn)單的單位換算枝誊，不要產(chǎn)生誤區(qū)况芒。
查看lead time
如果項(xiàng)目設(shè)定issue從ready for dev 到 In dev 到 Dev Done 到 In QA 到 QA Done，是一個(gè)需求從提出到完成實(shí)現(xiàn)的整個(gè)流程的話(huà)叶撒，將columns勾選上ready for dev \ In dev \ Dev Done \ In QA 4個(gè)狀態(tài)牛柒，則可以統(tǒng)計(jì)和繪制出lead time和相關(guān)issues。
如果想分析 —— 到開(kāi)發(fā)們完成卡的這段cycle time痊乾，可以?xún)H勾選ready for dev \ In dev 2個(gè)狀態(tài)，即可查看椭更。注意哪审，不要將最后的緩沖隊(duì)列Dev Done 誤勾選進(jìn)去。
rolling cycle time
rolling cycle time是根據(jù)當(dāng)前issue + 前面x個(gè)issue + 后面x個(gè)issue的平均cycle time虑瀑。x 是基于時(shí)間軸上的issue總數(shù)的一個(gè)取值湿滓。
目的是為了展示cycle time的一個(gè)具體范圍趨勢(shì) —— average cycle time就是一條水平線(xiàn)。
報(bào)表上的藍(lán)色陰影區(qū)舌狗，代表issue cycle time和rolling cycle time的標(biāo)準(zhǔn)偏差值叽奥，藍(lán)色區(qū)域越窄，代表issue cycle time更接近周邊的issues cycle time痛侍，這段rolling cycle time置信值越高朝氓；越寬的區(qū)域，issue異常情況越多，rolling cycle time置信值越低赵哲。rolling cycle time置信值越低待德，代表該時(shí)間段附近issue異常越多。
另類(lèi)使用小tips：columns單選之后枫夺，比如In Dev将宪，計(jì)算出來(lái)的Average cycle * issues count，可以看到在此column內(nèi)對(duì)應(yīng)issues的時(shí)間投入程度（前提橡庞，團(tuán)隊(duì)有按真實(shí)情況及時(shí)挪卡）较坛。
2. Cumulative Flow Diagram
Cumulative Flow Diagram其實(shí)非常簡(jiǎn)單，橫軸是時(shí)間軸扒最，縱軸是issue數(shù)量丑勤。
不同的色帶，代表不同的column扼倘，色帶上邊界值代表該時(shí)間點(diǎn)
進(jìn)入過(guò)（處于該column + 已經(jīng)transfer到后續(xù)column）的issue總數(shù)值确封，色帶的縱向?qū)挾燃词恰疤幱谠揷olumn”的issue總數(shù)。Cumulative Flow Diagram主要用來(lái)分析issues流量趨勢(shì)是否正常再菊、團(tuán)隊(duì)是否存在瓶頸爪喘。
比如：
在某一個(gè)時(shí)間段內(nèi)，Dev done色帶在縱向上逐漸變寬纠拔，代表等待QA測(cè)試的issues堆積越來(lái)越多秉剑，QA存在瓶頸；
在某一個(gè)時(shí)間點(diǎn)稠诲，In Dev色帶上邊界值有下降趨勢(shì)侦鹏，代表有部分issues從In dev狀態(tài)被重置回上游column，代表issue內(nèi)容可能被返工臀叙；
在某一個(gè)時(shí)間點(diǎn)略水，In Dev色帶在縱向上的寬度比正常時(shí)窄，說(shuō)明在制品在減少劝萤，如果開(kāi)發(fā)人員并沒(méi)有減少時(shí)渊涝，代表部分開(kāi)發(fā)人員在空轉(zhuǎn)；
在一個(gè)sprint時(shí)間段內(nèi)床嫌，Preparing高度仍然在上升跨释，說(shuō)明sprint scope在增加；
所有in progress的columns色帶厌处，在橫向?qū)挾壬献儗挶钐福f(shuō)明lead time在逐漸變長(zhǎng)。
Refine report
與Control Chart相同阔涉，對(duì)issues scope進(jìn)行過(guò)濾缆娃。參照Control Chart Refine report捷绒。
