用戶故事與敏捷術語中的特性有什麼區別？

Question

我想一個功能可能是像「信用卡授權」，而用戶故事可能是「授權貝寶信用卡」。

那麼，用戶故事是一個功能的子集？

Answer 1

是的，就像一個子集。這篇文章是一個很好看的：
Features vs Stories

摘錄：

我今天意識到，我並沒有在我的特點和故事之間心靈 做出 明確的區別，它的 重要區別。本質上， 的一個功能是 相關的一組故事，並提供了一個功能，最終用戶一般會期望一次全部獲得功能的一攬子功能 。例如，內聯表格調整大小爲 的一個特徵（注意：這是用於拖動以調整表格，行和列的大小的能力 --在Word中嘗試）。在第一遍 表中，您可能會有 單個報表，用於 表的內聯大小調整，但這對 估計值太大。因此，您可以將其分解爲三個故事，調整列的大小，調整行的大小並調整表格的大小。

Answer 2

並非所有..

用戶故事代表了商業價值的一小部分。 所以當用戶故事是一個功能的一個子集或者一個功能是用戶故事的一個子集時，真的很難說（還要記住，用戶故事通常由利益相關者編寫，而這些故事往往不知道他們想要什麼... :)）

因此，如果您按照敏捷的建議保持短小的故事，那麼您將落入「最佳」情景，即用戶故事是該功能的子集。

但是，如果您的利益相關者編寫長篇故事，每個故事都會有幾個特徵（如果團隊與利益相關者之間有良好的溝通，這將不會發生，因爲團隊會將故事分爲小故事）

Answer 3

根據Kent Beck and Martin Fowler故事和功能是同義詞：

用戶故事的 功能塊（有些人使用 字功能），其價值爲 客戶。

你叫什麼功能通常被稱爲主題或史詩。主題和史詩用於將用戶故事分組到更大的功能集，這些功能集合其自身是有意義的。

從更爲語義的角度來看：功能是您嘗試構建的系統的一部分，用戶故事是描述該部分的一種方式。

---

更正：

正如帕斯卡爾指出 - 我也許錯過了「功能」的真正意義在於引用（「功能」顯然指的是功能）除了這個，我仍然認爲，一個可以在很多情況下（「我正在處理這個故事」和「我正在處理這個功能」）使用這些詞（特徵和用戶故事）作爲同義詞，因爲正如帕斯卡爾所說，用戶故事是一種捕捉功能的方法。這意味着這兩者之間存在1：1的關係。而且，從我對語義的評論中可以看出，這是我真正理解的。

Answer 4

功能是一個系統正在做什麼。用戶故事只是捕獲功能的其中一種方式。

Answer 5

我剛剛遇到這個話題，當我在尋找關於「使用多個角色獲得類似要求」的不同想法時。

我認爲，作爲相關故事容器的功能有助於確定需求的優先級，因爲利益相關者通常會將其需求作爲相關故事進行說明。在最近的一個項目，客戶告訴我如下

成員可以將消息發送給管理員 管理員可以將消息發送給所有成員 會員可以發送消息給對方

當我看到這些要求，我我們應該實施一個讓人們發送信息的系統，我們應該添加檢查以允許誰做什麼。

，也是我知道的是，這些要求可能有諸如讀取傳來消息，安排他們，其他一些隱含的要求，可以設置爲垃圾郵件等

所以我嘗試重組這些要求

作爲會員或管理員，我可以發送消息給其他人。 作爲會員或管理員，我可以閱讀發送給我的郵件。

而作爲接受標準，我詳細說明誰可以發送給誰。

然後我把所有這些東西都稱爲「私人消息」功能，以便在某個時間後，如果客戶決定這是額外的成本，他可以說「只要刪除私人消息的事情」，我可以將所有這些從積壓中刪除。