使用者故事，史詩故事和主題故事

本文**：scrum中文網

敏捷團隊喜歡以一種剛剛好的方式處理需求。我們採用最低限度地、逐漸細化並儲存在產品待辦項（product backlog）中的特性描述文字，來替代傳統長篇大論的需求文件。

我們發現使用者故事是最好的描述方式，這種形式能夠捕獲到特性足夠多的資訊，並促進產品負責人和團隊在後續進一步交流。使用者故事是從人（通常是系統的使用者或者客戶）渴望新功能的視角來對特性進行描述。

使用者故事一般會採用以下這種簡單格式進行描述：「作為【某類使用者】我【想要/能/需要…】以便【滿足什麼使用者價值】」。儘管這種描述格式有其優越性，但只要能圍繞著故事進行交流，使用者故事可以以任何形式進行描述。

使用者故事可以呈現為不同的規模。小的故事，就稱為「使用者故事」，能夠在衝刺（sprint）中很好的得到理解和執行——例如：「作為經理，我希望能夠以分頁的形式看月度銷售報表，這樣我就能快速查閱文件的各部分內容」。

大型使用者故事通常被稱為「史詩故事」。我們把某個故事稱為「史詩故事」時並不存在什麼神奇的門檻，只是意味著「這是個大型使用者故事」而已。

史詩故事通常需要花費1到2個sprint來開發和測試。它們通常範圍比較大而細節描述較少，

在團隊開發前通常需要拆分成多個更小的故事。

構造月度銷售報表科目時，可能有這樣的史詩故事：「作為銷售經理，我希望能分區域看銷售資料」。

我們把大型故事稱為「史詩故事」以便交流。我喜歡把它模擬為電影。如果我告訴你某某電影是一部「動作冒險電影」，這會向你傳遞電影的某些資訊，例如可能會有些追車鏡頭，可能會有些槍戰鏡頭，等等。類似的，稱乙個故事為「史詩故事」也能傳遞額外的意義。

如果你問我昨天是否有時間寫關於系統月報部分的使用者故事。我回答說「寫好了，但幾乎都是史詩故事。」。那就是告訴你我確實寫了使用者故事，但是我還沒來及把它們拆分成足夠小和可以直接執行的故事。

當談論使用者故事時，通常還會用到另乙個術語——「主題故事」。主題故事是對相關的使用者故事的集合。我寫了一組關於月度報告格式化的故事，這些故事可以給出乙個主題——「月度報告格式化」。我們可以圍繞著這些故事進行抽象（或者按字面）概括，形成乙個組，即主題故事。

採用上面的電影分類，我已經把我***架上所有詹姆斯·邦德的電影都歸到一起，形成乙個主題。

在scrum中，使用者故事、史詩故事和主題故事只是我們用於幫助簡化scrum團隊交流描述的術語而已。如果追溯到早期的極限程式設計團隊，這些術語是有著標準含義的。以行業標準方式來使用，也是一種不錯的用法。

但如果這些對你們沒有用，你們也可以自行定義。別忘了，術語只是術語，使用者故事最重要的還是能促進交流。

mike cohn

jerry li

）,csp

，csm

，scrum

中文網資深敏捷顧問和培訓師，敏捷教練