scrum.txt

在開發過程中，當需求變得龐大且模糊時，會延長開發週期，而無法在一個 sprint (2~4週) 完成，也就無法給顧客即時的回報，如果花費大量
的時間開發，最後與客戶的方向不同，會得不償失。

在 Scrum 的開發流程中，我們將需求依需求尺寸由大到小分成 Investment theme, epic, feature, user story, task.

Investment theme: 投資主題，主要定義主方向，像我們提供的 Investment theme 為教育服務，或許這個概念比較抽象，你可以把它想成 myViewBoard.com。

Epic: 顧名思義就是很長的敘事性詩篇，在 Scrum 的開發過程中，屬於 high level 的需求描述，你可以想成  myViewBoard.com 中各個
子網站，如 Start myViewBoard, myViewBoard classroom 等。

Feature: 比 user story 尺寸還大的需求描述，比如說我們想要 Start myViewBoard 有 pen drawing 的功能，其實他還包含 use pen
to drawing, use ai pen to drawing 等 User story,

User story: 比 Feature 尺寸還小的需求描述，通常不會是一個人完成。

Task: Scrum 開發中最小單位，通常一個人完成，會詳細描述實作與操作等內容。如點選調色盤改變 pen 的顏色，進行繪畫。


我們如何使用 Azure devOps 走 Scrum 流程呢？
Azure devOps  的 Work items 包含以上  Investment theme, epic, feature, user story, task 等需求描述。