如何讓 scrum 團隊透過 t-shirt size 來對專案範圍進行相對估算，使用 yesterday's weather 來評估團隊速率，進而估算出推估時程與預計的 deadline 之間落差有多大。
當專案面臨「插件」、「時程調整」、「priority調整」、「需求異動」、「作法異動」、「人員異動」時，就能以 estimation model 當基底來評估影響範圍，讓團隊能在在變化當下擬定眼前最佳化的決策，並提供相對客觀的資訊給 PO 與 stakeholder 溝通。
當瞭解單一個 story 怎麼使用 relative estimation 的原則估算出 story point 後，這篇文章將介紹怎麼運用同樣的精神，針對整個專案的時程進行推估。公式只有一個，而且再簡單不過了。
時程(schedule) = 範圍(PBI story points) / 速率(velocity)
對於第一次接觸 Scrum 或 Planning Poker 的團隊，在一開始的估算過程中，往往會產生一些摸不著邊際或尷尬的場面。大家不曉得到底該怎麼比較，比較的基底為何？我這樣估會不會跟大家不一樣，不一樣時是不是應該從善如流，下一次就跟大家估一樣？當估得比其他人高時，是不是我就顯得能力比較弱？這些疑惑，會使得團隊成員不容易享受於輕鬆輕快的估算流程，而影響了團隊的節奏。
因此，本篇文章將介紹一個基於相對估算的簡單遊戲：Dog Point。透過把軟體開發中的 story 轉換成小狗的情況，來幫助大家瞭解估算的運作方式、意義。
要怎麼估算需求需要多費多少時間完成，要怎麼讓 PM/PO 與 team 可以快速達成共識，要怎麼避免人事物的干擾因素，這篇文章說明了在 Scrum team 中估算的方式、時間、效益、參與人員等…即使不是使用 Scrum ，也可以依據這些概念來找到最適合您們團隊的估算方式。
