需求是整個軟體專案當中最重要一項輸入。軟體開發和傳統生產行業最大的區別在於，需求總是模糊的、主觀的和隨時變化的。相對於電子產品、汽車等製造行業有形的硬體需求，軟體開發的需求的描述和驗收是個難以解決的問題。
但是需求又是整個專案能否成功的決定性因素，所以我們必須對需求進行管理，從而使需求成為整個軟體工程的基線。使得所有產品、設計、研發、測試、運維工作能圍繞著統一的需求開展。保證專案能順利進行，完成目標。
一般情況下，需求難以管理的原因有以下幾方面：
1、需求描述的問題
一般來說，最容易造成開發出來的產品與設計功能不符的原因便是需求描述的問題了。其實大部分情況下，寫需求文件的人沒有錯，看文件的人也沒有錯。共享文件不等於達成共識。只是因為面對同一段描述，人與人之間的理解不相同，而且這種情況是一定會發生的。所以對於需求，一定要基於團隊面對面討論，保證對需求的理解一致。
2、需求變化的問題
需求變化的原因很多，如一開始沒有識別全，新增需求；業務變化導致需求變化；需求有誤；需求不清晰等。需求變化將導致從設計方案到編碼測試的修改，延遲交付，帶來諸多麻煩。這就需要團隊在迭代進行前，盡量保證需求清晰明確。
3、需求的優先順序及排期問題
什麼樣的功能能對使用者產生最大的價值，這是需求管理中最重要的問題。因為在軟體開發中，你想要開發的功能，永遠比你能投入的資源多。因此，找到這一部分最有價值的功能，優先處理，盡早交付，才是需求管理的核心所在。
敏捷開發中，使用者故事被廣泛使用，但是我認為僅僅使用使用者故事是不足以很好的管理整個專案的。（關於使用者故事的諸多好處，就不在此多說了。）使用者故事可以描述出真正有價值的需求，也能提供優先順序和故事點規模為排期提供依據。但是繁多的同級使用者故事會讓人迷失在其中，只見樹木不見森林。每次的交付和發布都會變成功能的東拼西湊，甚至有時候還會為了單個功能的價值，偏離整體的產品願景。
因此，我們推薦按照 epic story - feature - user story 的層級順序去管理需求。團隊也可有自己的層級關係定義，取決於團隊的喜好。
按照epic story-feature-user story對需求進行層級劃分的好處在於：epic一級可以與產品戰略對齊，feature一級作為版本發布規劃的物件，user story則進入迭代進行研發。
1. epic story
epic story即史詩故事，簡稱為史詩。一般史詩被定義為乙個非常大的使用者故事，是產品中的主幹任務或者公司級戰略舉措，一般情況下會持續數月。我們對史詩的風險、業務價值、工作量進行評估，得到史詩的優先順序，再依據優先順序對史詩進行排期。
2. feature
feature即特性，特性是能對使用者提供價值的完整功能。描述了產品具有的乙個完整功能，特性一般也比較大，可能持續數週，橫跨幾個迭代。一般作為版本發布計畫的規劃物件。我們依據特性的風險、業務價值、工作量評估特性的優先順序，進行版本發布的規劃。
3.user story
user story即使用者故事，使用者故事是能對使用者提供價值的功能場景。一般來說，特性可以拆分為多個使用者故事，每個使用者故事都對使用者有價值，但是單個使用者故事卻有可能不能被使用者正常使用或者是整個功能的細分場景。我們會對使用者故事的故事點進行估算，放入迭代計畫中進行開發。
一、需求收集
1、前兩種**的需求都彙總在統一的需求收集專案中，要求提出人以使用者故事的形式建立，描述出具體的使用者場景。
所有需求反饋都以使用者故事的型別建立，由產品經理進行評估。確定採納的需求建議再進一步分析，依照故事的規模和影響範圍決定其屬於史詩、特性還是使用者故事，在對應專案的需求規劃中響應。
2、使用者在幫助中心可以提交自己的需求建議，也可以對已有的需求建議或者我們的規劃進行點讚，提公升其在佇列中的排序。
這一部分需求，產品經理會通過後台檢視，分析評估之後，考慮在對應專案的需求規劃中響應。
1、產品經理會在對應的專案中按照史詩-特性-使用者故事的層級，對整個產品的功能框架進行整體的需求規劃。
2、對已規劃的需求進行優先順序的排序，來確定正在進行中的史詩裡，哪些特性需要在接下來的版本進行發布。將其規劃入對應版本。
3、將進入發布版本的特性拆分為使用者故事，對使用者故事進行估算以後，按照迭代容量安排開發計畫。
4、進入迭代的使用者故事會按迭代週期進行交付，更新特性的進度。特性驗收完成後更新所屬史詩的進度。由下而上的推進整個產品的開發進度。
通過對不同層級需求在不同維度上進行管理，使得整個需求管理流程更清晰流暢，極大程度的提公升了需求管理的效率，聚焦了產品目標。
worktie官網：
產品經理如何進行有效溝通？
據調查顯示，90 的人認為自己的駕駛水平在平均水準之上。從客觀上來看，這明顯是不可能的，但落到自己身上時，卻明顯感覺就是這樣，心理學稱之為 烏比岡湖效應 其實有效溝通也是這樣，大部分人都覺得自己的溝通水平在平均水準之上。但作為產品經理，應該培養自己較強的反省能力和學習能力，尤其經常和開發 前端 運營...
如何以產品經理角度進行產品分析？
2 微觀分析 3 總結 4 參考 對於產品新人，做產品分析的時候，往往不知道從哪些地方開始切入，不知道從哪些維度去分析乙個產品，或者分析產品的時候只流於表面，只知其然而不知其所以然。本文主要從產品經理的視角出發，去剖析 解構一款產品。我們可以對產品進行巨集觀和微觀兩個角度進行分析。看一款產品，先看產...
產品經理技能需求
二.網際網路的核心 1.資訊電子化，然後進行儲存和傳輸 2.網際網路改變傳輸的效率 3.資訊流影響了物流的發展，像之前的信件直接變成電子郵件 4.物聯網也會受到網際網路的影響 三.商業模式畫布 1.使用者細分 1 我們正在為誰創造價值 2 誰是我們最重要的客戶 2.價值主張 1 我們該向客戶傳遞什麼...