敏捷概念:估算計劃撲克

Warren2Lynch

估計用戶故事

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

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

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

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

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

clipboard.png

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

clipboard.png

在估算故事時考慮以下因素

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

誰應該參與故事點評估?

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

評估故事的步驟

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

請以團隊形式執行以下操作(包括: 產品負責人,Scrum主管和團隊成員)。

1.確定基礎故事

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

2.詳細說明要求

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

3.討論並記下要點

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

4.提出問題,如果有的話

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

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

5.同意估計的大小

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

clipboard.png


推薦的Scrum文章

阅读 2k

敏捷Scrum框架
分享敏捷scrum实施经验,学习资源,案例研究和研究笔记。 share actually Agile scrum implementation e...

国际IT公司创始人,博士学位,30多年软件工程和企业架构研发经验

183 声望
49 粉丝
0 条评论

国际IT公司创始人,博士学位,30多年软件工程和企业架构研发经验

183 声望
49 粉丝
文章目录
宣传栏