確定：確定需求往往是承接需求調研而來，目的是搞清楚產品部門究竟要解決的是什么問題，有時候業務部門會要求你能為他們做到些什么，但這種要求往往過 于含糊，你還需要再和他們多了解一些信息，才有可能真正了解他們希望得到是什么，避免發生買個MBP回來只為裝了winxp玩掃雷這樣的杯具……在確定環節中，這只完成了一半的工作;接下來我們需要知道對應這個需求，會有哪些角色來使用，我們需要能夠對這些角色涉及到的不同需求做出細分。這也是需要和業務/需求部門溝通好的。

分解：分解的意義在于把大問題化解為小問題，變成一個個可控的模塊，注意這里是說的可控是指你可以通過一定的約束條件和已知存在的變量來實現對問題的描述。經常看到的所謂需求拆解只不過是把業務部門的需求換個描述方式，這種糊弄人的做法要不得，山寨，害人害己。大問題變成了小問題，我們就可以來討論如何去實現了。至于該如何把大的需求拆解，這里提供兩種思路：

1、流程驅動：根據業務流程和業務需求建立對應的uml，或者也可以對應每個角色建立起一個虛擬人物，把整個業務流程完整走一遍，這樣可以模擬 出實際操作中會出現哪些具體問題，在完成最終的業務目標前，可能會出現的階段性目標有哪些，同時又會有什么樣零星的小需求出現。很多這些過程中的需求是業 務部門不會提及的，你有責任告訴他們這些情況。

2、公式驅動：以應用類產品舉例，如果一個公司可以同時向用戶提供兩種服務a和B，二者的利潤不同，同時又會受到市場季節性需求變化和產能供應 量的限制出現數量上的波動;現在要求我們能夠找到合適的資源分配方式，來讓公司獲得大的盈利。這其實就是一個根據制約條件來找到a和B兩種服務對應各自 需要有什么變量的問題。不妨列出一個公式，看看究竟各個制約條件之間是如何影響的，從而找到合適的解決辦法。要記得，在需求被拆解后的每一個問題有些是對應固定的角色的，而一些則是可認為是無所謂角色區分的共性問題，還有一些問題的處理結果會影響他角色。務須能分清楚來對待。分解階段另一件重要的事情就是完成流程圖的設計，對應產品人員要做的是業務流程圖，如果有核心開發人員也參與了前期的需求討論分析，可以建議他們同步展開架構流程的思考。

網頁標題：確定、分解、評估、決策：四步走推進你的需求分析
網站URL：http://m.newbst.com/news47/130297.html

成都網站建設公司_創新互聯，為您提供微信公眾號、定制網站、云服務器、電子商務、網站排名、網站設計

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯