敏捷概念：估算計劃撲克

時間 2019-12-08

標籤敏捷概念估算简体版

原文原文鏈接

估計用戶故事

大多數敏捷框架都包含某種形式的估算。根據工做量/時間估算故事的相對大小能夠幫助團隊確定在單個sprint中能夠從產品待辦事項中獲取多少最高優先級的故事。估算還用於衡量團隊的速度（每個sprint的工做量），幫助企業預測和預算產品開發。敏捷強調在Story點而不是幾小時內估算一個故事。框架

故事點表明用戶故事的相對大小。它是敏捷團隊用於估計用戶故事的估算單位。ide

當產品全部者想要開發某些功能時，他/她但願知道團隊能夠多快完成功能以及完成工做須要多少資源。從開發人員的角度來看，幾乎不可能預測他/她完成工做的確切時間。可是，該人能夠粗略估計完成工做可能須要多長時間。請注意，開發人員選擇使用「可能」代替「將」，因為他/她並非絕對「確定」時間因素，但「感覺」可能須要花費很長時間。這是堅果殼中的用戶故事估計。工具

你沒有給出一個確切的數字來解釋故事的複雜程度以及開發須要多長時間 - 你給出一個粗略的「估計」。ui

我們擅長比較尺寸，所以使用斐波那契序列（0,1,2,3,5,8,13,20,40和100）估算故事能夠更清晰地說明其複雜性和相對尺寸的發展。在附近有一組故事進行比較和建議以確定優先級是有幫助的。spa

如下是相關尺寸的示例及其開發後續車輛的估算點：ip

在估算故事時考慮如下因素rem

複雜性：考慮故事的複雜性。
風險：考慮一下團隊在開發這個故事方面缺少經驗。
實施：考慮實施因素。
部署：考慮部署要求。
相互依賴性：考慮其餘外部問題。

誰應該參與故事點評估？部署

一個Scrum團隊將積壓精煉過程中或可能做為一個專門的會話的一部分估計故事點數。整個團隊參與估算過程至關重要，所以估算是由實際工做的人作出的，所以盡可能準確。當一個故事準備好進行評估時 - 即當它足夠小以適應單個衝刺時以及當scrum團隊贊成接受標準時 - 團隊然後討論它的相對大小並就多少故事點達成共識這個須要。最常見的方法是Scrum是通過玩撲克策劃。get

評估故事的步驟

在計劃撲克時，團隊中的每個成員都會獲得一組撲克牌，前面印有允許的故事點以及不知道（？），無限或有時候用來表示是時候休息喝咖啡的額外卡片。
一旦準備好估計故事，就會有一輪投票。與此同時，全部團隊成員都持有與他們的估計相對應的卡片。若是全部團隊成員都贊成，那麼故事會獲得分數和團隊繼續前進的故事評估。it

請以團隊形式執行如下操做（包括: 產品負責人，Scrum主管和團隊成員）。

1.確定基礎故事

確定一個或多個基礎或參考故事，您能夠根據其進行相對大小的積壓。這個故事是從當前的產品積壓或我們以前作過的不一樣故事中挑選出來的。但重要的是對這個故事的理解在團隊中的每個人都是一樣的。團隊應該對這個基礎故事充滿信心。

2.詳細說明要求

產品負責人將回答問題並提供有關此故事的確切含義的說明。

3.討論並記下要點

這些能夠是故事卡上的要點或工具「備註」部分中的文本。最好由Scrum Master完成，他們能夠在討論時添加這些詳細信息。

4.提出問題，若是有的話

在討論期間，可能會出現問題，必須同時澄清。如

要求：對故事要求有疑問嗎？提升警報。要求產品全部者更清晰。
技術可行性：可使用現有技術提供故事嗎？必須浮現任何不可預見的技術挑戰。
驗收標準：團隊必須澄清要完成的核對清單，以便將故事標記為已接受。
依賴性：這個故事是否具備外部依賴性？若是是，那必須快速理解和解決。
專長：我們是否有足夠的技能來傳遞故事？團隊必須具備內部技能來傳遞故事，否則傳遞可能會延遲或無法正常完成。

5.贊成估計的大小

每個團隊成員必須就故事的估計大小達成一致。

敏捷概念：估算計劃撲克

估計用戶故事

評估故事的步驟

推薦的Scrum文章