嗨

接續昨天的話題，我們聊到了估計的種種。分享的內容大部分的溝通常發生在開發團隊成員之間。但今天呢，我們要探討的是，在實際的 Refinement Meeting 中，怎麼透過這些估點的方式來加強與 Product Owner 的互動，並使排序 Product backlog 變得更流暢！

溝通的準則：Acceptance criteria

記得我昨天說到的估算時採用的 Given、When、Then 格式嗎？那正是我們使用的 Acceptance criteria！當我們估計完畢，我們會”換人“重述一次，就是為了確保每個人，包括 Product Owner，都站在相同的認知上。

簡單的情況下，舉幾個例子就好。但當事情變得複雜，表格、Truth table、Decision Table 甚至是列舉條件，都是我們的好幫手。都是很好幫助我們去了解溝通的工具。也許有人會問：這樣子是否讓事情變得複雜/太多。其實，Product Owner 並不害怕工作量大或進度慢，真正不喜歡的是出現”驚喜“。對他們來說，早點知道問題很多，比較能跟客戶溝通，管理期望。對於開發團隊來說也是一樣，透明出這些資訊，降低之後的插件或者 Review 的時候更多驚喜驚嚇都是相當有價值的。

事實上，我們團隊有更多小技巧來明確表示 Acceptance criteria
待更新...

實戰故事時間！

待更新...

預告：[Page 19] Sprint Goal

明天，我們將帶大家回到 Planning meeting 的關鍵字『Sprint Goal』。我將分享它的重要性和一些真實的故事，並談談它如何助我們團隊一臂之力，讓我們更加集中精力衝刺目標。