我覺得story point是SCRUM很重要的概念，一定要非常清楚它的意義與作法，管理者才能掌握專案期限與資源。
SCRUM與瀑布式的專案管理，我認為最大的不同之一，在於時程或是資源的估計方式有非常大的差異。簡單來說，瀑布式的專案管理是完成WBS之後，以工作包去計算所需的時間及成本的估算。而SCRUM是藉由story point的估算後，再由數次的衝刺(SPRINT)之後，才能獲知實際的完成時間及成本。
Story point的估算不是以精確時間來計算，而是以規模性來進行。軟體設計受限於功能、頁面、資料等因素，通常無法精確的預估完成時間。而且人類無法感受漸次的增加，而對相對規模，即某狀態跳至另一狀態，會有明顯不同的感受。例如人們對於小和大、1和2的便有感受上的不同。所以，SCRUM不主張對工作或待辦事項，精確地設定完成所需時間，而是藉由規模性的方式，完成工作時程的估測。
但是一般規模性的估測，大都為描述性的名詞，例如「大小」、「長短」、「高矮」等等，總不能說某專案需要三大二小的時間才能完成吧。為了讓團隊估算工作時間及考慮以規模性，SCRUM提出藉由費式數列(1,2,3,5,8,13,21…)或指數(1,2,4,8,16,32…) 的數字來進行估算。因為跳躍的數字可以讓團隊成員清楚地區分工作的規模，1代表可以極快速完成，而團隊設定的最大數(例如21)，代表要花費極多的時間才能完成。