如何做好需求變更管理-需求變更流程規(guī)范

如何做好需求變更管理——需求變更流程規(guī)范一、弓丨言由于目前公司內(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）負(fù)責(zé)產(chǎn)品需求的提交以及解答項目開發(fā)過程中遇到的需求問題。2）負(fù)責(zé)與客戶的溝通確認(rèn)，并及時反饋客戶最新需求。3）負(fù)責(zé)與項目經(jīng)理的溝通4）負(fù)責(zé)與客戶協(xié)調(diào)溝通需求變更中需求部分存在的差異5）負(fù)責(zé)將需求變更中的需求提供給客戶簽字確認(rèn)2、項目組長1）負(fù)責(zé)協(xié)調(diào)變更的需求并對變更的需求有拒絕的權(quán)利2）負(fù)責(zé)對變更的需求部分設(shè)計的修改3）保證項目的開發(fā)與需求的一致性4）確定開發(fā)進度是否需要進行變更5）分配新需求給相關(guān)開發(fā)人員

3、測試組長1）負(fù)責(zé)相應(yīng)測試需求分析書的修改2）負(fù)責(zé)把最新需求及時傳達(dá)到測試人員3）保證測試進度與開發(fā)進度一致性4）負(fù)責(zé)與項目組長及時確認(rèn)最新需求4、測試人員1）負(fù)責(zé)更改測試用例，保證用例與需求同步2）調(diào)控測試進度，保證任務(wù)的正常完成5、項目經(jīng)理1）參與需求修改的評審工作2）最終確認(rèn)需求是否進行修改6、配置管理員1）負(fù)責(zé)更新需求文檔，記錄需求更改記錄2）負(fù)責(zé)需求變更信息的發(fā)布與跟蹤四、需求變更處理流程圖需求變更有3種情況，一種是客戶提出來要進行修改，增加需求等，一種是公司內(nèi)部人員提交的建議，還有就是開發(fā)人員自己修改流程（修改后的效果比前面的更加好），另外需求變更可能是比較小的改動，另外一種就是可能涉及到整個產(chǎn)品流程，這就是比較大的需求改動。下面就按照上面的3種情況進行畫出流程圖：1、需求變更流程（客戶提出需求變更）1）執(zhí)行條件：客戶提出需求變更

審核需求變更用戶不同倉審核的結(jié)果圖：需求變更流程（客戶提出需求變更）2）流程說明：需求來源：客戶提交相關(guān)需求變更審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少；并評估對項目工期影響有多大判斷那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份審核確認(rèn)表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經(jīng)理，項目組長，測試組長，市場人員。配置管理員：對變更需求進行記錄，需求文檔進行更新，并通知相關(guān)人員

項目組長：負(fù)責(zé)調(diào)整相關(guān)開發(fā)進度表，評估任務(wù)時間，分發(fā)給相關(guān)開發(fā)人員測試組長：根據(jù)變更需求和開發(fā)進度，對測試進度進行相對應(yīng)調(diào)整，并修改測試需求分析書，分發(fā)需求更新給相關(guān)測試人員。測試人員對用例進行補充，修改?？蛻籼峤坏淖兏枨笞詈蟊仨氉尶蛻暨M行簽字確認(rèn)。2、需求變更流程（內(nèi)部提出需求變更）1）執(zhí)行條件：對項目進度不會影響嚴(yán)重與客戶原始需求無偏差圖：需求變更流程（內(nèi)部提出需求變更）2）流程說明：內(nèi)部需求變更來源：公司內(nèi)部人員發(fā)現(xiàn)邏輯，需求上的問題，或功能上的建議以及開發(fā)、測試人員提出的需求不一致內(nèi)容。需求變更類型：需求有誤、需求有遺漏、需求不明確。需求變更審核：內(nèi)部提交的需求應(yīng)該經(jīng)過項目經(jīng)理，項目組長，測試組長，市場人員共同的確認(rèn)才能確認(rèn)是否修改。

項目組長：評審需求變更部分的工作量，判斷需求變更的內(nèi)容是否對開發(fā)進度有影響，如果需求變更對開發(fā)進度有影響，項目組長可以拒絕變更；將變更內(nèi)容放入下一版本進行修改，若市場人員認(rèn)為必須在本版中進行修改，項目組長可以將變更的內(nèi)容提交給項目經(jīng)理進行處理，并決定是否在本版中進行修改。需求信息發(fā)布：經(jīng)過需求人員和項目組長的溝通、協(xié)調(diào)確定在本版中進行修改的需求變更，需求人員需要將變更內(nèi)容的信息，以郵件方式通知相關(guān)人員。配置管理員：對需求變更進行備案。開發(fā)，測試：開發(fā)、測試人員接收到需求變更內(nèi)容后首先審核設(shè)計文檔和測試文檔，修改變更的地方。并根據(jù)變更后的文檔進行開發(fā)和測試。五、附件客戶需求確認(rèn)單文檔名稱文檔摘要客戶確認(rèn)經(jīng)辦人簽字：單位公章：確認(rèn)日期：

Web項目經(jīng)理手冊之需求變更管理需求變更管理是web項目管理中最重要的一個環(huán)節(jié)，需求變更管理的有效性直接影響項目的成功與否。對待變更的態(tài)度：1、變更是不可避免的。2、變更必須被管理。3、積極發(fā)現(xiàn)引起變更的因素，促使變更盡可能早的出現(xiàn)，減低變更帶來的風(fēng)險。需求變更管理的目標(biāo)：1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。2、變更處于有效的管理中。3、盡量降低變更帶來的風(fēng)險。通過制定需求變更的流程，確保項目中的需求變更有效地進行，實現(xiàn)上述的目標(biāo)。需求變更流程：1、確定需求的基準(zhǔn)線。通常我們會以UserCase作為需求基準(zhǔn)線，在UserCase確認(rèn)之后的任何需求改變，都需要走需求變更流程。沒有走需求變更流程的需求將不被認(rèn)可。2、首先項目經(jīng)理接收到需求變更的要求。需求變更的提出者可以是項目中的任何人包括產(chǎn)品經(jīng)理、客服、開發(fā)人員、測試人員等。3、項目經(jīng)理評估該需求變更。項目經(jīng)理可以召集相關(guān)人員討論該需求變更的合理性、可行性，實施的代價以及對項目的影響。項目經(jīng)理作為項目的負(fù)責(zé)人，對項目的成功負(fù)有主要的責(zé)任。所以需求變更的決策者應(yīng)該由項目經(jīng)理承擔(dān)。4、需求變更確認(rèn)后由專人將需求變更記錄下來（格式如下），通知給項目中所有成員。其中以下人員對需求的變更是緊密相關(guān)的,他們必須知曉并認(rèn)可此需求變更。包括（客戶方代表，需求分析師，測試人員，相關(guān)開發(fā)人員）。需求變更表的格式：序號變更提出時間變更描述變更類型（是對原有需求的修改還是新增需求）原因變更提出者開發(fā)人員對進度的影響（工作量）5、相關(guān)人員接收到確認(rèn)的需求變更后，做以下事情。需求分析人員修改需求說明書和UserCase的相關(guān)內(nèi)容。測試人員修改測試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。6、需求凍結(jié)項目越到后期，需求變更對項目的影響就越大，所以在一定時候我們會進入需求凍結(jié)階段，不再接收需求的變更。需求變更控制報告需求變更申請申請變更的需求文檔輸入名稱，版本，日期等信息變更的內(nèi)容及其理由變更提出時間變更描述變更類型（是對原有需求的修改還是新增需求）原因評估需求變更將對