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

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

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

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