有效的估算是軟體開發人員在工作中面臨的最嚴峻挑戰之一。無論團隊規模如何，他們都需要在整個團隊中定義，評估和配置設定工作。随着團隊的擴大，圍繞計劃和評估工作養成良好的習慣變得越來越重要。缺乏計劃和估計會降低對程式的信心，破壞團隊與業務之間的關系，并使每個人的開發工作更加困難。
小組估計與個人估計的準确性
根據對軟體項目實驗中個人和小組之間的工作量估算準确性的一些研究。來自同一公司的20位軟體專業人員分别估計了實施同一軟體開發項目所需的工作量。參與者具有不同的背景和角色，并且以前已經實施過軟體項目。此後，他們組成了五個小組。每個小組都通過讨論和合并其中的知識來達成一個估計。
結果–基于小組讨論的估算比單個估算更為準确。
什麼是規劃撲克？
規劃撲克（也稱為Scrum撲克）是一種基于共識的，估算的遊戲化技術，主要用于估算軟體開發中的工作量或開發目标的相對規模。
Scrum計劃撲克
規劃撲克的步驟
-
要啟動撲克計劃會議，産品所有者或客戶應閱讀靈活的使用者故事或向估算者介紹功能。
例如：“客戶登入到預訂系統”
“客戶輸入酒店預訂的搜尋條件”
- 該小組的團隊成員通過在不顯示其估計值的情況下正面朝下打牌來進行估計（斐波納契值：1,2,3,5,8,13,20,40）
- 卡同時顯示
- 然後讨論估計值，并解釋高和低估計值
- 根據需要重複，直到估計收斂 通過以這種方式隐藏數字，小組可以避免錨定的認知偏差，因為大聲說出的第一個數字為後續估計提供了先例。
靈活項目管理之計劃撲克遊戲
靈活估計–相對vs絕對
估計不過是有根據的猜測。我們利用手頭的所有知識和經驗來估算所需的時間。是以，為什麼不将其與之前完成的工作項目進行比較，而不是分别檢視每個新工作項目？對于人類而言，與類似物品相關聯要比猜測事物的實際大小容易得多。
例如，它是否更接近這個很小的東西？還是更像這個正常尺寸的物品？還是真的像我們上個月完成的一件作品那樣巨大？進行相對估計不僅會減少估計工作所花費的時間，還将大大提高估計的準确性。
我們的大腦無法進行絕對估算；我們總是把我們需要估計的新事物與我們已經知道的事物聯系起來。
斐波那契數列與規劃撲克
Planning Poker使用Fibonacci序列為功能或使用者故事配置設定點值。斐波那契數列是數列的數學序列，在13世紀被引入，用于解釋自然的某些形成方面，例如樹木的分支。通過将兩個先前的數字相加得到序列中的下一個值，以生成序列：0、1、1、2、3、5、8、13、21，依此類推。
為了進行靈活估計，已更改了一些數字，進而形成了以下系列：1、2、3、5、8、13、20、40、100，如下圖所示：
下表中列出了配置設定給撲克牌的積分的解釋：
估算中的點數與小時值
那麼，為什麼要使用故事點而不是時間值呢？故事指點使團隊可以專注于完成工作的複雜性和時間。團隊将新工作與他們已經完成的工作進行比較。他們将新任務的複雜性與過去的挑戰進行了比較，并對難度和所需時間進行了排名。
例如，我們通常不會考慮“經商成本”。具有時間值的會議，電子郵件，代碼審查等。但實際上，所有這些都是我們日常生活中必不可少的做法，但實際上并不算作“工作”。故事點将軟體開發工作與相關的物流工作項隔離開，是以使用基于點的估計比基于小時的方法更一緻。