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

如何做好需求變更管理——需求變更流程規(guī)范一、弓丨言由于目前公司內(nèi)部對(duì)產(chǎn)品的需求變動(dòng)都只是口頭或郵件中進(jìn)行通知，并沒有進(jìn)行內(nèi)部評(píng)審和相關(guān)需求變動(dòng)后的記錄，導(dǎo)致后續(xù)出的產(chǎn)品某些需求增加了，某些沒有進(jìn)行增加。這樣就會(huì)導(dǎo)致測(cè)試得到的信息不完整，以及后續(xù)產(chǎn)品的維護(hù)困難。在這里書寫一份規(guī)范說明書，希望能得到一些改善。二、目的控制需求變化引起的開發(fā)、測(cè)試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動(dòng)都能有相關(guān)的記錄。三、角色與職責(zé)1、市場(chǎng)人員1）負(fù)責(zé)產(chǎn)品需求的提交以及解答項(xiàng)目開發(fā)過程中遇到的需求問題。2）負(fù)責(zé)與客戶的溝通確認(rèn)，并及時(shí)反饋客戶最新需求。3）負(fù)責(zé)與項(xiàng)目經(jīng)理的溝通4）負(fù)責(zé)與客戶協(xié)調(diào)溝通需求變更中需求部分存在的差異5）負(fù)責(zé)將需求變更中的需求提供給客戶簽字確認(rèn)2、項(xiàng)目組長(zhǎng)1）負(fù)責(zé)協(xié)調(diào)變更的需求并對(duì)變更的需求有拒絕的權(quán)利2）負(fù)責(zé)對(duì)變更的需求部分設(shè)計(jì)的修改3）保證項(xiàng)目的開發(fā)與需求的一致性4）確定開發(fā)進(jìn)度是否需要進(jìn)行變更5）分配新需求給相關(guān)開發(fā)人員

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

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

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

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

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