如何在敏捷软件开发中开发使用故事?

2021-10-12

在敏捷軟件開發 (Agile Development) 中，需求是從用戶的價值點捕獲的。通常有幾個參與者在稱為用戶角色的系統上起作用（例如：用戶、管理員、客戶、供應商等）。它不應該從開發人員、測試人員或經理的角度編寫。

產品負責人 (product owner) 和團隊 (Development team) 通常會編寫用戶故事，產品負責人向開發團隊解釋用戶故事，並澄清團隊可能遇到的任何問題。

用戶故事可以根據功能特徵和驗收標準編寫，最初應該由產品負責人編寫，然後與團隊一起審查。

也可以為技術故事編寫用戶故事，這些故事間接為功能性用戶故事帶來價值（例如：Java 更新、Hibernate 升級等）。

測試人員也可以與產品負責人一起參與團隊討論，並幫助團隊提出任何缺失的點。

他還幫助產品負責人審查他為特定故事編寫的測試用例，以驗證他的理解。

許多測試人員依賴INVEST 縮寫詞來理解和分析用戶故事

注意：

INVEST是用於快速評估用戶故事質量的指南，源自 Bill Wake 的一篇文章，該文章還將首字母縮略詞SMART（特定、可衡量、可實現、相關、限時）重新用於用戶故事技術分解所產生的任務。

用戶故事模板：角色-行動-收益

用戶故事僅捕獲需求的基本要素。格式為“作為<誰>我想要<什麼>以便<受益>”：

卡片 (Card)——用於計劃和估算的故事的書面描述。

對話 (Conversation) – 與他人討論您的想法。讓他們問很多問題。共同努力提出理想的解決方案。目標是建立共識。

確認 (Confirmation) ——努力就構建內容達成一致。將該協議記錄為一組確認測試。