如何做需求開發(fā)？

申請免費試用、咨詢電話：400-8352-114

來源：泛普軟件需求開發(fā)（Requirement Development，RD）是CMMI中一個重要的過程域，因為它的質量決定了研發(fā)產(chǎn)品的方向，如果需求沒有把握準確，不僅產(chǎn)品在研發(fā)過程中多有返工，增加了成本；而且上市后不能滿足目標客戶的要求，又影響收入，那么企業(yè)的利潤空間被壓縮，必然影響企業(yè)發(fā)展。正如圖1所示，我們常把企業(yè)的市場收入比作房子的屋頂，成本比作地板，那么努力抬高房頂、壓下地板，企業(yè)就能獲得更大的利潤空間；反之，就減少了企業(yè)的利潤空間。圖1 企業(yè)的利潤空間被壓縮的示意圖現(xiàn)在很多企業(yè)已經(jīng)意識到了這一點，非常關注需求相關的管理工作，CMMI有兩個過程域來分別描述需求管理和需求開發(fā)，后者具有更多技術方法內容。其思路如圖2所示。

圖2 需求開發(fā)的思路圖開發(fā)客戶需求的步驟主要完成的工作是識別客戶群，收集其要求，開發(fā)出新產(chǎn)品的用戶需求；開發(fā)產(chǎn)品需求，則將用戶需求轉化成對產(chǎn)品的系統(tǒng)需求，之后分解為部件需求，以及接口需求；分析和驗證需求，包括深入分析需求更加細節(jié)的各個方面屬性，和用一些方法在實際開發(fā)之前，驗證需求是否能夠讓用戶滿意，以便后期開發(fā)更加有信心。這樣的思路不禁讓我們想到了一個6sigma的工具，QFD（Quality Function Deployment，質量功能展開），或者叫質量屋。它關注于需求的層層分解，在質量策劃中使用較多。使用多級QFD的示意圖如圖3所示，它可以覆蓋從明確用戶需求開始，轉換成產(chǎn)品的系統(tǒng)需求，之后到產(chǎn)品功能，部件功能，以至過程的關鍵質量特性參數(shù)。第一級的輸入是用戶需求，可以使用客戶調查等方法收集用戶潛在的需求，之后使用親合圖、KJ模型等分析用戶需求。其他各級的輸入均是上一級的輸出。

圖3 多級QFD示意圖 QFD的具體構成如圖4所示。圖4 QFD構成圖質量屋的組成包括7個部分，以一級的質量屋為例，他們分別是： 1）輸入，用戶需求。 2）屋子的右墻壁，主要是競爭對手分析，選擇主要的競爭對手，對每個競爭對手在每個用戶需求方面的表現(xiàn)進行評估，與我們自己進行對比； 3）屋子的橫梁，是將用于滿足客戶需求的產(chǎn)品系統(tǒng)需求； 4）房間中央是關系矩陣，即用戶需求與系統(tǒng)需求的關聯(lián)程度，以簡單的數(shù)值級別來標識其影響程度，如1、3、9； 5）房間的最底層地基，也是競爭對手分析，不過是分析競爭對手在每個系統(tǒng)需求方面的表現(xiàn)，用于與我們自己進行對比； 6）房間的地基，是各個系統(tǒng)需求的量化目標，它依據(jù)與競爭對手分析的結果而來； 7）屋頂，是產(chǎn)品系統(tǒng)需求之間的關系，有以下幾種可能：正反饋（A越強，B越強；反之亦然）、矛盾（A與B的高性能不能共存）、無關。在4）房間的四周，有四個小矩形，別小看他們，他們也很重要。左邊，是每個用戶需求的權重，這個評價最好與用戶代表一起確定，以保障用戶最關注的需求確實在權重上得到了體現(xiàn)。上方，是每個系統(tǒng)需求的量化目標表示，分為三類，如望目設計、望大設計、望小設計，涵義分別是我們實現(xiàn)的值：越接近目標越好；越大越好；越小越好。右邊，是關系矩陣在行方向上的加權和，數(shù)值用于表示每個用戶需求被滿足的程度。如果它的表現(xiàn)與左邊的小矩形的值在趨勢上有較大偏差，就表明目前設計的系統(tǒng)需求在滿足用戶需求上，或者有缺失，或者有偏差，需要調整。下方，是對關系矩陣在列方向上進行求加權和，數(shù)值表示每一個系統(tǒng)需求對于所有的用戶需求的重要性，它也可以作為系統(tǒng)需求的權重，用于下一級分析。每一級QFD的輸出，應該是3）和6）的內容，即系統(tǒng)需求及其權重和目標值。并不是每一個系統(tǒng)需求都會進入下一級的QFD分析，需要參照其權重進行決策：如果對整體用戶需求的滿足貢獻較小，或者成本收益不合算，就可以去掉。另外，隨著需求逐漸細化，需求數(shù)量越來越多，那么下一級的QFD就可能用多個相對關系比較獨立的房間來表示，這樣從高級的QFD到低級的QFD呈現(xiàn)出放大的趨勢。為了避免整體分解過程過于復雜，對于簡單的或次要的需求，也可以選擇不使用QFD繼續(xù)分析。 QFD有兩個好處，一是可以幫助我們在需求轉化和分解中，盡量以量化數(shù)據(jù)作為決策依據(jù)；另一個是清晰表明需求下行的路線，方便需求管理中的需求追蹤和需求變更的波及分析。當然這個工具只是幫助我們理清邏輯思路，那么有人會問：系統(tǒng)需求是從哪里來的？這涉及到更多的技術內容，需要行業(yè)或產(chǎn)品的技術專家參與；CMMI的RD中要求的需求驗證如何做？CMMI的RD中也建議用一些稍微復雜一點的方法，在開發(fā)之前驗證需求的可行性和需求分解的合理性，正所謂“磨刀不誤砍柴功”。而這些不是QFD的強項所在，需要其他工具、方法的輔助。在6sigma的工具箱中就能找到一些，如流程模擬、平衡積分卡等等。來源：AMT

發(fā)布：2025-10-25 20:33 編輯：泛普軟件 · xiaona [打印此頁] [關閉]