，IT項目的估算，計劃，后續(xù)的跟蹤控制，驗證和確認等各項工作都是跟需求密切相關(guān)的。因此為了保證項目的進度，質(zhì)量和成本的目標的順利實現(xiàn)，保證項目計劃的嚴肅性和可執(zhí)行性;為了保證軟件系統(tǒng)最終開發(fā)的產(chǎn)品正是客戶期望的產(chǎn)品，必須要做好需求管理工作。
需求管理工作應(yīng)該是需求全生命周期的管理，從用戶原始需求的提出，到最終形成軟件產(chǎn)品后用戶對需求實現(xiàn)情況的驗證以形成閉環(huán)流程。因此我們需要跟蹤和了解到需求狀態(tài)的演變過程。大型的項目軟件生命周期模型較為復(fù)雜，一個需求的實現(xiàn)會經(jīng)過用戶需求，軟件需求，總體設(shè)計，詳細設(shè)計，開發(fā)和單元測試，集成測試，系統(tǒng)測試和驗收測試多個環(huán)節(jié)，在這個過程中需要建立需求追蹤以確認需求和中間階段產(chǎn)生的工作產(chǎn)品的一致性。另外變更管理是需求管理的另外一個重點，需求在經(jīng)過評審確認后需要基線并受到控制，當出現(xiàn)需求變更的時候必須進行相應(yīng)的需求影響分析以確認對需求變更的處理方式，當變更工作量影響較大的時候還需要調(diào)整并重新基線項目計劃。
對于整個需求調(diào)研，分析和需求開發(fā)，評審確認的過程也需要進行管理。在這個過程中的一個重點就是對需求輸出的文檔需要得到用戶，項目組設(shè)計開發(fā)人員的共同確認和承諾。
7.需求變更管理重要性體現(xiàn)在哪里?有哪些具體的內(nèi)容
戶不斷的提交需求修改，項目進度無任何保證不斷延期;由于一次需求的修改導致原來本來穩(wěn)定的系統(tǒng)出現(xiàn)各種原來沒有想到的錯誤和異常;這些都是需求管理存在缺陷的表象。需求管理的重要性就體現(xiàn)到項目計劃的嚴肅性和可執(zhí)行性，以保證項目目標的實現(xiàn)。通過引入了需求變更管理后，使軟件需求文檔成為一份大家都共同承諾和作為依據(jù)參考的文檔，這個文檔需要在設(shè)計，開發(fā)，測試等多種角色之間充分傳遞和共享。另外通過需求管理工作，使每個人意識到變更對項目的影響和變更的代價，反向去促進需求開發(fā)質(zhì)量的提高。
需求變更管理包括了變更請求的提出，CBB委員會對需求進行影響分析確認是否變更，設(shè)計開發(fā)負責人確認需求變更將影響到的模塊和代碼和具體修改方法，開發(fā)人員對變更進行修改和測試，最后再有變更請求人對需求變更滿足情況進行驗證。對于變更的影響分析一般需要項目組的開發(fā)負責人進行，大型項目可以依靠需求管理中建立的需求追蹤進行分析，但根據(jù)實踐需求追蹤在影響分析中的作用還不明顯。
8.需求是否必須要文檔化，其意義體現(xiàn)在哪里?
做人員多方溝通的基礎(chǔ)，使大家對需求有一致的理解并依據(jù)該文檔開展各項工作。即時是對于敏捷軟件開發(fā)，我們也需要對用例場景描述，CRC卡片等文檔化下來以方便溝通。
再次強調(diào)溝通，特別是面對面的溝通是信息傳遞最高效方式，但是當一個信息是需要在軟件開發(fā)整個生命周期的不同階段，由不同角色人員多次使用的時候，就必須文檔化。而需求文檔恰好屬于這種類型。
9.需求優(yōu)先級的作用，如何評估需求優(yōu)先級?
需求優(yōu)先級的作用在于項目管理和用戶滿意度提升的需要。一個系統(tǒng)上線后經(jīng)常出現(xiàn)情況就是往往經(jīng)常使用的功能都集中在20%的功能上很多功能使用很少。需求優(yōu)先級讓我們更好的把握重點和分配資源，真正的把20%最重要的需求，經(jīng)常使用的需求做好做精，只有這樣才能夠真正的提高用戶滿意度和達到項目目標。
需求優(yōu)先級對于用戶往往最有發(fā)言權(quán)，但當一個系統(tǒng)涉及到多個業(yè)務(wù)部門和組織結(jié)構(gòu)的時候，難免出現(xiàn)各個用戶都站在自己的立場來看待需求的優(yōu)先級和緊急程度的問題。但是一個需求究竟對效率提升，成本的減少，相關(guān)周期的縮短起到了多大的貢獻和作用卻沒有衡量。因此對需求優(yōu)先級的評估應(yīng)該考慮引入價值工程的概念，一個需求的優(yōu)先程度應(yīng)該體現(xiàn)在需求實現(xiàn)后能夠產(chǎn)生的價值和節(jié)約的成本。
10.中小型軟件開發(fā)項目團隊需求開發(fā)和管理工作的重點在哪里
對于中小型的項目團隊一定要使用輕量級的方法論和過程，過程是為了實現(xiàn)目標服務(wù)的，過程的目的是為了解決現(xiàn)在的問題和可能的問題。不在這個范圍內(nèi)做的過程，規(guī)則或工作都不會產(chǎn)生價值和意義。
對于中小型團隊首先是要意識到需求工作的重要性，制定需求文檔和DEMO界面規(guī)范，對需求進行文檔化和結(jié)構(gòu)化。其次是對開發(fā)完成的需求需要得到用戶，實現(xiàn)人員，測試等多方的評審和認可。最后是需求文檔化后該工件需要通過各種配置管理工具進行管理，需求完成后及時歸檔和受控，需求的變更需要受到管理而不是隨意的。