管理的輔助：
　　在有些地方，需求管理被作為一個(gè)技術(shù)問題來處理，需求管理所針對(duì)的對(duì)象只是產(chǎn)品，而同項(xiàng)目管理所涉及的問題例如進(jìn)程安排或資源分配等無關(guān)。實(shí)際上，項(xiàng)目管理涉及三方面問題：進(jìn)程安排、資源分配和質(zhì)量管理（同需求的統(tǒng)一）。
試想以下三種情況：
　　●一場(chǎng)高水準(zhǔn)的音樂會(huì)，預(yù)算合理，演出時(shí)間卻晚了兩天。
　　●質(zhì)量?jī)?yōu)良的小轎車，交貨及時(shí)，然而造價(jià)是市價(jià)的兩倍。
　　●一套系統(tǒng)，完全滿足了用戶需求，但在開發(fā)過程中使用非法勞工。
　　這三種情況雖然都滿足了用戶所需，然而缺乏實(shí)際意義，因此都以失敗告終。
　　"我付了錢，但這不是我想要的"，沒有用戶愿意這么說。要避免出現(xiàn)這種情況，在進(jìn)行項(xiàng)目管理和財(cái)務(wù)預(yù)算時(shí)，也必須以需求管理為基礎(chǔ)。僅僅完成了一件設(shè)計(jì)并不意味著工作的結(jié)束，只有這件設(shè)計(jì)充分解決了需求，它才具有里程碑般的意義。同樣的，一件產(chǎn)品只有在測(cè)試和實(shí)際操作中完全滿足了需求，已經(jīng)完全準(zhǔn)備好了投入到下一階段的運(yùn)營(yíng)，才意味著這件產(chǎn)品在本階段工作的結(jié)束。
　　開發(fā)進(jìn)程中的每一塊里程碑都意味著需求的解決又前進(jìn)了一步，這樣的每一塊里程碑也都是委托商付款的重要參照，產(chǎn)品開發(fā)的整個(gè)進(jìn)程都可以通過需求管理進(jìn)行監(jiān)控。
　　里程碑構(gòu)造機(jī)制的基本方法之一就是進(jìn)程管理，一項(xiàng)需求的滿足就意味著一塊里程碑的確立。我們應(yīng)當(dāng)對(duì)用戶需求、針對(duì)需求而進(jìn)行的模塊設(shè)計(jì)以及每個(gè)子模塊的開發(fā)進(jìn)程之間的關(guān)聯(lián)做到心中有數(shù)。
　　通過我們對(duì)需求管理實(shí)際應(yīng)用的分析，幾個(gè)關(guān)鍵因素凸現(xiàn)出來。首先，需求管理在開發(fā)周期中是自始至終存在的。注意：不要把它簡(jiǎn)單理解為"需求周期"，需求管理必須始終保持更新，它構(gòu)成了技術(shù)管理的基礎(chǔ)。
　　其次，需求管理同項(xiàng)目管理是密不可分的。如果我們把每一個(gè)需求的解決看作一個(gè)里程碑，并以此出發(fā)對(duì)整個(gè)開發(fā)進(jìn)程進(jìn)行監(jiān)控，我們就應(yīng)該對(duì)整體開發(fā)工作進(jìn)行精密細(xì)致的劃分，從而將需求分析具體化。

☆需求管理的概念化闡釋
　　需求管理應(yīng)當(dāng)具有以下幾個(gè)特征：能夠在開發(fā)周期的初期就建立需求模型；建模的成本很低；易于以后的具體化和優(yōu)化；本身能體現(xiàn)最終解決方案的特征。也許某些細(xì)節(jié)是抽象的，但需求管理模型本身必須是完整的。需求模型不應(yīng)當(dāng)具有誘導(dǎo)性或傾向性，必須為開發(fā)工作留有充分發(fā)揮和優(yōu)化的空間。同時(shí)，我們能夠通過需求模型對(duì)最終產(chǎn)品作出評(píng)估。但不幸的是，這些特征本身也不是彼此完全兼容的，很難在一個(gè)簡(jiǎn)單模型中做到面面俱到。
　　在開發(fā)初期針對(duì)需求而搭建產(chǎn)品模型（Early Models）是容易的，成本也不會(huì)太高，但是這樣的模型是很抽象的，絕非等同于最終產(chǎn)品。隨后的產(chǎn)品原型（Prototypes）或高級(jí)模型 (Qualification Models) 將更接近于最終產(chǎn)品，但搭建這樣的模型會(huì)要求更高的成本，同時(shí)可供修改的余地也更少。
需求管理的多種模式：
　　需求管理所要搭建的不同模式是由系統(tǒng)工程所采用的標(biāo)準(zhǔn)決定的。傳統(tǒng)上需求管理有兩種模式：客戶模式和系統(tǒng)需求模式。從這兩種模式出發(fā)的方案應(yīng)該分別進(jìn)行設(shè)計(jì)，不幸的是我們常常將此二者混為一談。
　　用戶模式著重描述用戶面臨的問題或希望得到的結(jié)果。用戶模式的語言組織很象使用場(chǎng)景的實(shí)地描述，指明時(shí)間，側(cè)重結(jié)果。無論誰搭建用戶模式，都必須從用戶的角度出發(fā)。
　　系統(tǒng)需求模式實(shí)際是抽象化的解決方案。系統(tǒng)需求模式的語言組織經(jīng)常運(yùn)用功能描述或使用詳解性的說明文字，事實(shí)上功能描述和使用詳解正是系統(tǒng)需求模式語言組織的典型風(fēng)格。
　　實(shí)際上設(shè)計(jì)方案應(yīng)當(dāng)是第三種模式，即具體化的解決方案。很明顯這種模式已經(jīng)非常接近于最終解決方案。很多不同的設(shè)計(jì)方案都能解決用戶需求，而在用戶需求既定的同時(shí)對(duì)設(shè)計(jì)方案作

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html