航向新世界

在 Scrum, 我們會在 Sprint 活動中讓團隊的成員對每一個 User Story 進行預估.

期間若對 User Story 的目的不清楚, 則須請 Product Owner 再說明。

瞭解後再進行細化、拆解。之後團隊成員再對 User Story 下的 Task 進行開發的認領.

到這邊, 一直有個假設存在

  -- 團隊成員不變

可是, 團隊成員真的會不變嗎?

就目前所服務的單位這是會在幾天或是幾週都會常常發生的事情. 而且是任意的發生, 不需經過協商或確認.

另外, 雖然對 User Story 的預估點數, 都說不要直接對應到工作時數. 但是, 實際上的心理反應確實是這樣.

這樣的心理在管理階層最明顯.

所以我覺得 User Story 的預估, 不應該是以“團隊”來預估工作量。

應該建立功能規模平台，再來估算 Story，這樣就不會因為不同團隊而有估算上的基本上的偏差。

在我另一篇 "估算" 的分享中有比較詳細的提到我認為的做法.

在 Sprint 會議中團隊成員應該是以自身的工作能力去反應 User Story 的規模.

如此一來, 不管是哪個團隊來處理該系統, 該系統的規模是標準的, 也不會隨著團隊有所改變.

系統的完成時間, 會明顯以團隊的能力（燃燒速度）呈現出來.

而且也不用在 Sprint meeting 中重新拿著 planning poker 玩半天.