維護用戶故事和用例

Question

正如標題所言，我想知道什麼時候是有幫助的兩個：

user stories和use cases

在我的理解，用戶故事，而使用情況更抽象的目標更詳細。 （旁邊的符號）

那麼維護它們有沒有什麼好處，還是隻選擇其中之一好？

（指的對大項目的國際媒體）

Answer 1

我會盡量說，兩者都是反模式。

在敏捷開發中，我們希望將繁文and節和官僚機構的數量降到最低 - 故事在卡片上可能會變得很少。其餘所有內容都可以在迭代中進行定義，同時可以進行編碼，也可以面對面地進行定義。

另一方面，用戶故事與提前決定應該實現什麼同義。這一點，在敏捷開發是加倍壞：

1. 它的指令，而不是包容性：故事描述我們正在努力實現和用例描述我們是如何決定的東西一般不特定應達到。
2. 它提前工作，從而有風險。並非所有的故事都將實施。並不是所有的故事都會按照他們寫作時的想法來實施。

Answer 2

用戶故事指的是要實現（需要）有什麼目標。 用戶故事可以是技術性或功能性的，可以在任務中「分解」（描述）。任務是技術性的。這更像是用例。

在我的選擇中，您不必維護用例和用戶故事，因爲一個與另一個重疊。

Answer 3

從純粹的角度來看，這個或那個。但是，根據過去的個人經驗，將用例與用戶故事相結合可能適用於從瀑布到敏捷的團隊過渡，特別是在地理位置分散的團隊中。即直到團隊成員熟練寫作，處理和理解用戶故事。

在另一種情況下，創建用例可能是一個項目交付要求，這個要求是在一個基於大型瀑布的組織中，從一個實驗性敏捷計劃開始的團隊。