求管理兩個部分。
   需求開發(fā)：是指從問題獲取、分析判斷到編寫規(guī)格說明文檔、評審驗證等一系列產(chǎn)生需求的活動。這些活動在需求開發(fā)中是相互獨立和可以反復(fù)出現(xiàn)的。
    問題獲?。盒枨蟮氖占?、分析、細化、核實并組織的步驟，該活動包括干系人分類，篩選典型客戶代表，組建需求團隊，召開會議，判斷需求質(zhì)量屬性等多項具體內(nèi)容。
    分析：根據(jù)需求獲取中得到的需求文檔，分析系統(tǒng)實現(xiàn)方案。具體的方法包括：魚刺圖，上下文關(guān)系圖，用例圖等分析方法。
    編寫規(guī)格說明：需求開發(fā)的最終成果是客戶和開發(fā)小組對將要開發(fā)的產(chǎn)品達成一致協(xié)議，這一協(xié)議就是通過文檔化的需求規(guī)格說明書來體現(xiàn)。對于不同類型的需求可以有不同的規(guī)格說明相對應(yīng)，例如所常見的用戶需求，業(yè)務(wù)需求等。
    驗證：確保需求說明準確、完整，表達必要的質(zhì)量特點，需求將要作為系統(tǒng)設(shè)計和最終驗證的依據(jù)，因此一定要保證它的正確性。需求驗證務(wù)必確保符合完整性、正確性、靈活性、必要性、無二義性、一致性、可跟蹤性及可驗證性這些良好特征。
    需求管理：是計劃、組織、指導(dǎo)和控制需求的系統(tǒng)方法，也是指軟件項目開發(fā)過程中控制和維護需求約定的活動，通常包括：變更控制、版本控制、需求跟蹤、需求狀態(tài)跟蹤等工作。
    版本控制：版本控制是需求管理的一個必要方面，需求文檔的每個版本必須統(tǒng)一確定。以保證每個成員可以準確地得到需求的當(dāng)前版本，并了解需求文檔每個版本的修改原因和結(jié)果。
    需求跟蹤：是指跟蹤一個需求使用期限的全過程，需求跟蹤包括編制每個需求同系統(tǒng)元素之間的聯(lián)系文檔，這些元素包括其他類型的需求，體系結(jié)構(gòu)，其他設(shè)計部件，源代碼模塊，測試，幫助文件等。需求跟蹤為我們提供了由需求到產(chǎn)品實現(xiàn)整個過程范圍的明確查閱的能力。
    需求狀態(tài)跟蹤：不同類型的需求都有不同的需求狀態(tài)相對應(yīng)作為需求優(yōu)先級劃分標準的補充說明，通過需求狀態(tài)跟蹤能夠確保需求按照優(yōu)先級先后實現(xiàn)的完整性。
    變更控制：變更控制給項目風(fēng)險承擔(dān)者提供了正式的建議需求變更處理機制，通過變更處理機制需求的決策人可以準確地分析需求變更所帶了的影響和波動，從而決判斷是否接受、拒絕或者延遲需求變更，最終準確控制項目開發(fā)范圍。
    至此，我們了解了應(yīng)如何理解和組織眾多需求術(shù)語和活動。但是也有許多人看到這里會認為這又是一篇堆砌了很多術(shù)語介紹的文章，晦澀而難以應(yīng)用。其實不然，本文重點論述的就是 --- 通過數(shù)據(jù)和信息的關(guān)系理解需求管理在變更管理中的重要性。為什么有此想法和立意呢？
    我在拜訪很多軟件開發(fā)企業(yè)的時候發(fā)現(xiàn)大多數(shù)軟件開發(fā)團隊都已經(jīng)有了成熟的變更管理概念和管理基礎(chǔ)，已經(jīng)能夠?qū)⒆兏芾淼轿涣?，于是他們就想進一步管理需求，但是不久就會發(fā)現(xiàn)從很多書本或者權(quán)威的書籍中得到的需求管理的理論，往往向我上面介紹的術(shù)語那樣大而全，但是確苦于無從下手，擔(dān)心需求管理同變更管理結(jié)合使用的學(xué)習(xí)成本太高并且風(fēng)險太大，最終不了了之，很多軟件開發(fā)企業(yè)和團隊只能繼續(xù)忍耐由于需求變更所帶來的項目延期或者利潤下降的噩夢。
    那么我們可以怎樣使用需求管理呢？我們首先從一個生活中的小例子介紹。

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

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