一、引言
由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的資訊不完整，以及後續產品的維護困難。在這裡書寫乙份規範說明書，希望能得到一些改善。
二、目的
控制需求變化引起的開發、測試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關的記錄。
三、角色與職責
1、市場人員
1）負責產品需求的提交以及解答專案開發過程中遇到的需求問題。
2） 負責與客戶的溝通確認，並及時反饋客戶最新需求。
3）負責與專案經理的溝通
4）負責與客戶協調溝通需求變更中需求部分存在的差異
5）負責將需求變更中的需求提供給客戶簽字確認
2、 專案組長
1）負責協調制更的需求並對變更的需求有拒絕的權利
2）負責對變更的需求部分設計的修改
3）保證專案的開發與需求的一致性
4）確定開發進度是否需要進行變更
5）分配新需求給相關開發人員
3、測試組長
1）負責相應測試需求分析書的修改
2）負責把最新需求及時傳達到測試人員
3）保證測試進度與開發進度一致性
4）負責與專案組長及時確認最新需求
4、測試人員
1）負責更改測試用例，保證用例與需求同步
2）調控測試進度，保證任務的正常完成
5、專案經理
1）參與需求修改的評審工作
2）最終確認需求是否進行修改
6、配置管理員
1）負責更新需求文件，記錄需求更改記錄
2）負責需求變更資訊的發布與跟蹤
四、需求變更處理流程圖
客戶需求確認單
文件名稱
文件摘要
客戶確認
經辦人簽字： 單位公章： 確認日期：
需求變更管理
需求變更 是業界公認的專案管理重大挑戰，尤其是專案後期產生的需求變更，對專案的影響是非常大的。但是，需求開發不可能做到完美無瑕，而且隨著客戶對專案和系統的了解，很有可能提出新的需求或者對原有的需求作出修正。因此，需求的變化是不可避免的。對於如何應對需求變更，主要的思路有兩條 首先是從源頭做起，提高需...
需求變更的代價和如何減少需求變更
需求變更的代價 一般來講，需求的變更通常意味著需求的增加，需求的減少相對很少，而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候，專案開發人員應該分析這些新需求對專案現階段帶來的風險，得出雙方實現變更需求的需要的成本，包括時間 人力 資源等等方面。變更都是有代價的，應該評估一下變更的代價和...
需求變更的煩惱
客戶今天要求變更需求，加某某功能，這個應該不難吧，某某公司的產品都有這個功能的。客戶的需求一直在變，煩惱。開始是需求不明確，客戶都不知道要做成什麼樣，只有乙個大概的粗略的描述。等到大樓蓋好了，給客戶，卻發現大樓應該是這樣那樣的。客戶方和開發方在一起 workshop 還好，如果分開在兩地就更糟糕。永...