需求梳理會議程安排：

1，介紹會議目標和內容（5mins）

2，用戶故事討論，分解用戶故事（10~20mins）

3，完善驗收標準（10~20mins）

4，排定優(yōu)先級，評估工作量（20~30mins）

SM 引導過程：

SM 開場明確會議內容，比如幾個用戶故事的討論等等。

主持會議讓PO解釋用戶故事給開發(fā)團隊，開發(fā)團隊根據PO 分享的用戶故事，分析判斷是否需要分解故事，如需要分解，細化到最小的獨立完成單元。并確保PO 和 開發(fā)團隊理解一致。

用戶故事分析并拆解完以后，我們要做的就是完善用戶故事的驗收標準，這個工作由PO完成，開發(fā)團隊以及敏捷教練為輔助。

驗收標準完成以后，就可以排定用戶故事的優(yōu)先級，在backlog列表中，優(yōu)先級的大小與在backlog中的位置相關。優(yōu)先級越高的用戶故事處于backlog的最上面，以此往下優(yōu)先級越來越低。

用戶故事被細化成一個個工作項后，接著我們要做的就是評估每一個工作項的工作量。通常scrum中工作量的計量方式通過斐波那契數列標定，即1，2，3，5，8，13，21，34，55。在實際的項目中，我們通過撲克牌估點。針對每個工作項，開發(fā)團隊的每個人都給出自己的撲克點數，最后經過大家協(xié)商討論，給出最終的評估。需要注意的是在整個工作量評估的過程中，PO沒有決策權，真正的決策權在團隊的手上，大家協(xié)商一致，最終達成共識。

成果：

輸出完整的當前Sprint的backlog， 和驗收標準。

心得體會：

SM 在這次會議中，主要還是充當輔助的角色，幫助PO 和 開發(fā)團隊以及 開發(fā)團隊內部的溝通交流。是每個人對需求有一致的理解。