需求梳理會議程安排：
1滴劲，介紹會議目標(biāo)和內(nèi)容（5mins）
2砸狞，用戶故事討論千绪，分解用戶故事（10~20mins）
3单绑，完善驗收標(biāo)準(zhǔn)（10~20mins）
4幔虏，排定優(yōu)先級进泼，評估工作量（20~30mins）
SM 引導(dǎo)過程：
SM 開場明確會議內(nèi)容撵儿，比如幾個用戶故事的討論等等渤闷。
主持會議讓PO解釋用戶故事給開發(fā)團(tuán)隊甘晤，開發(fā)團(tuán)隊根據(jù)PO 分享的用戶故事含潘，分析判斷是否需要分解故事，如需要分解线婚，細(xì)化到最小的獨(dú)立完成單元遏弱。并確保PO 和 開發(fā)團(tuán)隊理解一致。
用戶故事分析并拆解完以后塞弊，我們要做的就是完善用戶故事的驗收標(biāo)準(zhǔn)漱逸，這個工作由PO完成，開發(fā)團(tuán)隊以及敏捷教練為輔助游沿。
驗收標(biāo)準(zhǔn)完成以后饰抒，就可以排定用戶故事的優(yōu)先級，在backlog列表中诀黍，優(yōu)先級的大小與在backlog中的位置相關(guān)袋坑。優(yōu)先級越高的用戶故事處于backlog的最上面，以此往下優(yōu)先級越來越低眯勾。
用戶故事被細(xì)化成一個個工作項后枣宫，接著我們要做的就是評估每一個工作項的工作量疆柔。通常scrum中工作量的計量方式通過斐波那契數(shù)列標(biāo)定，即1镶柱，2旷档，3，5歇拆，8鞋屈，13，21故觅，34厂庇，55。在實際的項目中输吏，我們通過撲克牌估點(diǎn)权旷。針對每個工作項，開發(fā)團(tuán)隊的每個人都給出自己的撲克點(diǎn)數(shù)贯溅，最后經(jīng)過大家協(xié)商討論拄氯，給出最終的評估。需要注意的是在整個工作量評估的過程中它浅，PO沒有決策權(quán)译柏，真正的決策權(quán)在團(tuán)隊的手上，大家協(xié)商一致姐霍，最終達(dá)成共識鄙麦。
成果：
輸出完整的當(dāng)前Sprint的backlog， 和驗收標(biāo)準(zhǔn)镊折。
心得體會：
SM 在這次會議中胯府，主要還是充當(dāng)輔助的角色，幫助PO 和 開發(fā)團(tuán)隊以及 開發(fā)團(tuán)隊內(nèi)部的溝通交流恨胚。是每個人對需求有一致的理解骂因。
