Backlog refinement meeting是scrum開發(fā)實施中的五大會議之一，也被稱為Backlog grooming meeting或者User story meeting嗓违。其主要目的在于開發(fā)團隊幫助PO完善下一個迭代的用戶故事缆毁，以利于下個sprint的開發(fā)缘挽。它一般持續(xù)的時間為兩個小時，在此期間scrum團隊中的每一個角色都應(yīng)列席，包含敏捷教練井赌，PO，開發(fā)團隊贵扰。
它需要解決以下3個問題：
第一仇穗，解釋用戶故事，排定優(yōu)先級戚绕；
我們知道用戶故事是由PO編寫完成纹坐，他/她通過采集用戶需求或者市場調(diào)研不斷充實完善用戶故事。針對每一個用戶故事舞丛，在backlog refinement meeting的第一件事情就是PO需要向團隊解釋用戶故事耘子，并在大家都討論后最終由PO拍板決定用戶故事的優(yōu)先級果漾。
在backlog列表中，優(yōu)先級的大小與在backlog中的位置相關(guān)谷誓。優(yōu)先級越高的用戶故事處于backlog的最上面绒障，以此往下優(yōu)先級越來越低。
第二捍歪，分解用戶故事户辱，評估工作量；
會議的第二部分的工作是分解用戶故事糙臼。PO編寫的用戶故事往往是一些范圍比較寬泛的內(nèi)容焕妙，比如：做為一個用戶，我需要能夠登錄弓摘，以便查看我自己的隱私內(nèi)容焚鹊。可以看出韧献，這類用戶故事內(nèi)容并沒有細(xì)化到一個可以單獨完成的最小工作單元末患。比如登錄的界面該如何顯示，后臺API該如何對接锤窑，登錄時的錯誤信息該如何顯示等等璧针。這個時候我們要做的就是將用戶故事細(xì)化分解，使每一個細(xì)化后的工作項都可以在一個sprint周期內(nèi)完成渊啰。
用戶故事被細(xì)化成一個個工作項后探橱，接著我們要做的就是評估每一個工作項的工作量。通常scrum中工作量的計量方式通過斐波那契數(shù)列標(biāo)定绘证，即1隧膏，2，3嚷那，5胞枕，8，13魏宽，21腐泻，34，55队询。在實際的項目中派桩，我們通過撲克牌估點。針對每個工作項蚌斩，開發(fā)團隊的每個人都給出自己的撲克點數(shù)铆惑，最后經(jīng)過大家協(xié)商討論，給出最終的評估。需要注意的是在整個工作量評估的過程中鸭津，PO沒有決策權(quán)彤侍，真正的決策權(quán)在團隊的手上，大家協(xié)商一致逆趋，最終達(dá)成共識盏阶。
第三，完善工作項內(nèi)容闻书，編寫工作項的完成標(biāo)準(zhǔn)名斟。
工作項被從用戶故事中分解出來以后，在會議的最后我們要做的就是描述工作項的具體工作內(nèi)容魄眉，這個工作由PO完成砰盐，開發(fā)團隊以及敏捷教練為輔助。其內(nèi)容的格式與用戶故事基本一致：做為一個用戶坑律，我需要??岩梳，以便于??。這個階段的最為關(guān)鍵的一點在于晃择，PO應(yīng)明確工作項完成的標(biāo)準(zhǔn)冀值。只有有了明確的完成標(biāo)準(zhǔn)，在迭代的過程中宫屠，開發(fā)團隊才能有的放矢列疗，在迭代的后期進(jìn)行驗收的時候PO也才能根據(jù)具體的完成標(biāo)準(zhǔn)進(jìn)行驗收。
經(jīng)過上述內(nèi)容的討論過后浪蹂，Backlog refinement meeting基本圓滿結(jié)束了抵栈，我們完成的所有新的用戶故事以及工作項會在下個迭代的計劃會議中被使用，并最終在迭代的最后被交付給用戶坤次。
