如何切分使用者故事？

分享一下我司產品經理的需求管理經驗，希望對你有所幫助。

全文較長，附上鍊接：

Worktile官方部落格，分享企業協作的技巧、工具和實踐

一、需求收集

Worktile的需求來源主要有四種：

使用者反饋給業務線同事的需求。

公司內部同事提出的需求。

使用者透過產品內幫助中心-使用者聲音直接反饋的需求。

產品經理規劃的需求。

1、前兩種來源的需求都彙總在統一的需求收集專案中，要求提出人以使用者故事的形式建立，描述出具體的使用者場景。

所有需求反饋都以使用者故事的型別建立，由產品經理進行評估。確定採納的需求建議再進一步分析，依照故事的規模和影響範圍決定其屬於史詩、特性還是使用者故事，在對應專案的需求規劃中響應。

2、使用者在幫助中心可以提交自己的需求建議，也可以對已有的需求建議或者我們的規劃進行點贊，提升其在佇列中的排序。

這一部分需求，產品經理會通過後臺檢視，分析評估之後，考慮在對應專案的需求規劃中響應。

二、需求實現

1、產品經理會在對應的專案中按照史詩-特性-使用者故事的層級，對整個產品的功能框架進行整體的需求規劃。

2、對已規劃的需求進行優先順序的排序，來確定正在進行中的史詩裡，哪些特性需要在接下來的版本進行釋出。將其規劃入對應版本。

3、將進入釋出版本的特性拆分為使用者故事，對使用者故事進行估算以後，按照迭代容量安排開發計劃。

4、進入迭代的使用者故事會按迭代週期進行交付，更新特性的進度。特性驗收完成後更新所屬史詩的進度。由下而上的推進整個產品的開發進度。

透過對不同層級需求在不同維度上進行管理，使得整個需求管理流程更清晰流暢，極大程度的提升了需求管理的效率，聚焦了產品目標。

瞭解更多關於需求管理的問題可以去Worktile官網：

Worktile Agile - 敏捷開發&研發專案管理工具 - Worktile