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