如何使用自動化親和力表格估算使用者故事

故事點數還是天數，還是兩者都要？

人們經常爭論在估算使用者故事時是否應使用故事點數或故事小時（或天數）。有些人認為我們根本不需要計算故事點數和團隊速度。雖然不同團隊可能有不同的看法，但大多數敏捷專案確實會進行使用者故事估算，並認為這是確保專案按時且在預算內完成的非常有用的工具之一。

用於故事估算的親和力表格

在Visual Paradigm在 Visual Paradigm 中，我們不將故事估算視為衝突或談判的過程，而是一種團隊建設過程，使任務協作與工作負荷對團隊中的每個人來說都清晰透明。使用者故事工具透過親和力表格賦能團隊，自動化故事估算流程，同時消除 Spike。此外，視覺化親和力表格支援同時以故事點數和故事小時進行即時估算。當您拖動故事時，無論故事如何移動，故事點數與小時都會同時顯示。只需將故事放置在團隊認為估算合適的格子中即可。

親和力表格是如何計算的？

要理解親和力表格如何自動估算故事點數與天數，我們需要了解水平格子代表工作量，從左到右遞增，而故事開發的複雜度（例如新技術、新領域等）則從上到下遞增。

由於使用者故事的開發天數上限應不超過迭代的長度（否則表示該使用者故事過大需拆分，或迭代設定過短需延長），因此右下角格子的天數也應等於迭代的長度。基於此假設，故事估算可自動計算。

用於估算的使用者故事親和力

使用者故事的估算永遠無法達到百分之百精確，事實上也沒有任何方法能達成此目標。為了提升估算的準確性，我們首先決定迭代長度（例如兩週或10個工作日），並對幾項我們在估算上最感到舒適的使用者故事進行估算（例如5天，且確定性為中等）。在此情況下，您應將該故事垂直置於中間位置（代表確定性或風險等級），水平置於中間位置（工作量等於5天，或為迭代長度的一半，即10天）。接著，可將其作為其他使用者故事估算的參考點。請問這項使用者故事所需的 effort 是否比參考項更多或更少，且不確定性是否更高或更低。當您將更多使用者故事放置於親和力表格上時，可比較多個使用者故事，以判斷其相對位置是否合理，再加以調整，使其公平合理即可。此過程更像是一門藝術而非工程。應在團隊會議中進行討論，而非對立。隨著團隊日益成熟，估算的準確性通常會逐步提升。

透過專案 Spike 消除風險

根據敏捷詞典，Spike 的定義是：

「一種旨在回答問題或收集資訊，而非產出可交付產品的任務。有時會產生一個使用者故事，直到開發團隊實際執行某些工作以解決技術問題或設計問題之前，無法進行良好估算。解決方案是建立一個『Spike』，即一項以提供答案或解決方案為目的的工作。」

在估算使用者故事時，我們不僅考慮開發工作量，還需考量所涉及的風險與不確定性。通常在正式開始迭代之前，會先建立一個 Spike，以管理為使其他某些使用者故事能公平估算而必須執行的工作。