嗨

昨天分享了些關於 Planning meeting 相關的故事，其中有提到了關於估點這個事情。
此外，估點這個流程也是時常在討論的時候會有不少人有所疑惑，因此今天特別針對估點這個事情來多說些筆者的看法。
估點的方式有許多種，今天這篇會以 Planning poker 的點數作為例子。

預估、預言？

常常有人問到『估點出來的大小跟實際工時有落差怎麼辦』、『預估點點數如何轉換成工時』
首先，之所以稱之為估點，那就是預估點數，如果都是沒有落差，只是提前把結果說出來，那應該就是預言點數了。
參考國語辭典
預估
預言

因此有落差，不用太氣餒，對於估點這件事情要先有個共識的認知，那就是估點是預估點數的大小，所以會是有可能存在落差，而非完全命中。

雖然如此，但筆者認為開發團隊依舊可以努力朝著更加精準的估點前進，這不僅是對於團隊士氣有幫助，降低估點的落差，在努力朝著 Sprint Goal 前進的同時，落差也相對小，就會比較容易達到 Sprint success。同時也會幫助 Product Owner 在掌控時程與跟客戶溝通的時候有所幫助。

對於筆者來說，估點更大的價值是在於溝通，讓團隊之間的想法有交流
待更新

修正、更新

在點數預估上，一般來說會分成兩種狀況的時機有做對齊/調整

1. 有新人加入團隊

在估點前，會先給新人一個參考值。例如這次要估點的 Story 是註冊的功能，那我們會舉些過去團隊1.2.3.5.8大概會是怎麼樣的 Story，讓新人有個依據。
待更新

2. 穩定一陣子，又開始出現了些點數的落差

待更新

另一個『預估點點數如何轉換成工時』相信這更是許多 Product Owner 心中的疑問

待更新

預告：[Page 18] Refinement Meeting

原本是預計今天就要一口氣講完，但似乎有點太多，所以 Refinement Meeting 的部分就拆到明天囉。
明天會多講些關於在 Refinement meeting 的時候，筆者團隊發生過哪些有趣又有幫助的事情。