如何處理需求變更—需求變更規(guī)范流程

發(fā)布日期：2018-07-03來源：網(wǎng)絡(luò)來源編輯：張繼蕊

[摘要]

　　 一、引言項目管理者聯(lián)盟 由于目前公司內(nèi)部對產(chǎn)品的需求變動都只是口頭或郵件中進行通知，并沒有進行內(nèi)部評審和相關(guān)需求變動后的記錄，導(dǎo)致后續(xù)出的產(chǎn)品某些需求增加了，某些沒有進行增加。這樣就會導(dǎo)致測試得到的信息不完整，以及后續(xù)產(chǎn)品的維護困難。在這里書寫一份規(guī)范說明書，希望能得到一些改善。

　　 二、目的

　　 控制需求變化引起的開發(fā)、測試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關(guān)的記錄。

　　 三、角色與職責(zé)

　　 1、市場人員

　　 1)負責(zé)產(chǎn)品需求的提交以及解答項目開發(fā)過程中遇到的需求問題。

　　 2) 負責(zé)與客戶的溝通確認，并及時反饋客戶最新需求。

　　 3)負責(zé)與項目經(jīng)理的溝通

　　 4)負責(zé)與客戶協(xié)調(diào)溝通需求變更中需求部分存在的差異

　　 5)負責(zé)將需求變更中的需求提供給客戶簽字確認

　　 2、 項目組長

　　 1)負責(zé)協(xié)調(diào)變更的需求并對變更的需求有拒絕的權(quán)利

　　 2)負責(zé)對變更的需求部分設(shè)計的修改

　　 3)保證項目的開發(fā)與需求的一致性

　　 4)確定開發(fā)進度是否需要進行變更

　　 5)分配新需求給相關(guān)開發(fā)人員

　　 3、測試組長

　　 1)負責(zé)相應(yīng)測試需求分析書的修改

　　 2)負責(zé)把最新需求及時傳達到測試人員

　　 3)保證測試進度與開發(fā)進度一致性

　　 4)負責(zé)與項目組長及時確認最新需求

　　 4、測試人員

　　 1)負責(zé)更改測試用例，保證用例與需求同步

　　 2)調(diào)控測試進度，保證任務(wù)的正常完成

　　 5、項目經(jīng)理

　　 1)參與需求修改的評審工作

　　 2)最終確認需求是否進行修改

　　 6、配置管理員

　　 1)負責(zé)更新需求文檔，記錄需求更改記錄

　　 2)負責(zé)需求變更信息的發(fā)布與跟蹤

　　 四、需求變更處理流程圖

　　 需求變更有3種情況，一種是客戶提出來要進行修改，增加需求等，一種是公司內(nèi)部人員提交的建議，還有就是開發(fā)人員自己修改流程(修改后的效果比前面的更加好)，另外需求變更可能是比較小的改動，另外一種就是可能涉及到整個產(chǎn)品流程，這就是比較大的需求改動。下面就按照上面的3種情況進行畫出流程圖：

　　 1、需求變更流程(客戶提出需求變更)

　　 1)執(zhí)行條件：

　　 客戶提出需求變更

　　 圖：需求變更流程(客戶提出需求變更)

　　 2)流程說明：

　　 需求來源：客戶提交相關(guān)需求變更

　　 審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少;并評估對項目工期影響有多大?判斷那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份審核確認表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經(jīng)理，項目組長，測試組長，市場人員。

　　 配置管理員：對變更需求進行記錄，需求文檔進行更新，并通知相關(guān)人員

　　 項目組長：負責(zé)調(diào)整相關(guān)開發(fā)進度表，評估任務(wù)時間，分發(fā)給相關(guān)開發(fā)人員

　　 測試組長：根據(jù)變更需求和開發(fā)進度，對測試進度進行相對應(yīng)調(diào)整，并修改測試需求分析書，分發(fā)需求更新給相關(guān)測試人員。測試人員對用例進行補充，修改。

　　 客戶提交的變更需求最后必須讓客戶進行簽字確認。

　　 2、需求變更流程(內(nèi)部提出需求變更)

　　 1)執(zhí)行條件：

　　 對項目進度不會影響嚴重

　　 與客戶原始需求無偏差

　　 2)流程說明：

　　 內(nèi)部需求變更來源：公司內(nèi)部人員發(fā)現(xiàn)邏輯，需求上的問題，或功能上的建議以及開發(fā)、測試人員提出的需求不一致內(nèi)容。

　　 需求變更類型：需求有誤、需求有遺漏、需求不明確。

　　 需求變更審核：內(nèi)部提交的需求應(yīng)該經(jīng)過項目經(jīng)理，項目組長，測試組長，市場人員共同的確認才能確認是否修改。

　　 項目組長：評審需求變更部分的工作量，判斷需求變更的內(nèi)容是否對開發(fā)進度有影響，如果需求變更對開發(fā)進度有影響，項目組長可以拒絕變更;將變更內(nèi)容放 入下一版本進行修改，若市場人員認為必須在本版中進行修改，項目組長可以將變更的內(nèi)容提交給項目經(jīng)理進行處理，并決定是否在本版中進行修改。

　　 需求信息發(fā)布：經(jīng)過需求人員和項目組長的溝通、協(xié)調(diào)確定在本版中進行修改的需求變更，需求人員需要將變更內(nèi)容的信息，以郵件方式通知相關(guān)人員。

　　 配置管理員：對需求變更進行備案。

　　 開發(fā)，測試：開發(fā)、測試人員接收到需求變更內(nèi)容后首先審核設(shè)計文檔和測試文檔，修改變更的地方。并根據(jù)變更后的文檔進行開發(fā)和測試。

【相關(guān)閱讀】

• 項目經(jīng)理如何有效控制需求變更
• 項目經(jīng)理如何有效控制需求變更