從story point(1)的文章內，應該大概了解story point的定義及為何要使用它(what、why)，接下來就是要如何用它在執行SCRUM作業。(how、where、who、when)
團隊的成員在確定工作卡片沒疑問後，一起估計數值(不是由專門的人或老闆來估哦)，並取平均作為工作卡片的story point。若是團隊中的數值有超過2的級數以上者，代表彼此認知有落差，必須由造成差距者說明為什麼，並由團隊重新估計數值。
因為不是每個人都了解對方工作的專業，所以同仁有時會反應說，不知道如何估story point，例如美編版面設計人員不了解程式設計師的工作，相反亦同。這在執行SCRUM之初會很常發生，所以也會很常發生點數差距過大，所以需要彼此說明、舉例工作內容，經過幾次之後，團隊成員就會了解彼此工作的方式、時間、需求等，彼此的配合也會更加地緊密。
另一種無法估計story point的狀況是，工作的範疇太大，導致不清楚要作多久、作多少的情形，所以需要進行工作切割，原則上要能以1個SPRINT完成為原則。
再者，執行過程有些工作可能估算時認為是簡單的，但是實踐執行時，卻發現點數與實況不符，我們目前的作法是，仍維持原點數，但估算失準的狀況在SPRINT會議報告，讓所有人獲取經驗，後續估算才能精準。