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

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

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

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

網(wǎng)頁標題：確定、分解、評估、決策：四步走推進你的需求分析
網(wǎng)站URL：http://www.rwnh.cn/news47/130297.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、定制網(wǎng)站、云服務器、電子商務、網(wǎng)站排名、網(wǎng)站設計

廣告

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