開發者生產力迷思：故事點 = 生產力

故事點是一種衡量單位，用於表達對整體工作進度的估計，團隊根據工作複雜性、工作量、風險或不確定性分配故事點。如果我們穩定的紀錄故事點並且估算每位開發者完成每次衝刺後達成的點數，那麼應該就能推算出每位開發者的生產力？

故事點聽起來和工作時數很像，一個是相對單位一個是絕對單位，說到底無論用任何方式去衡量生產力，最終都要轉換為絕對客觀的指標：事情什麼會完成？能夠完成哪些事？

• 適應曲線：整套思考框架需要時間適應與成員之間的配合
• 期望需要時間校準：故事點是沒有意義的，直到累積足夠的比對資料，不同人對於故事點的理解可能不同

當然我們可以藉由討論替點數的價值訂下共識，多跑幾趟適應整個流程，但在要求明確交付日期的情況下，其實還是需要反覆轉換為時間來衡量，比較像是一個思考任務複雜度的框架。

它能有效的評估生產力嗎？或許在互信有共識的團隊中是個可以嘗試的方向。