項目需求申請表

需求變更流程規(guī)范文件編號DocumentNumber文件名稱DocumentTitle版本號DocumentVersion起草人WrittenBy姓名Name職位Position簽字Signature日期Date審核人ReviewedBy姓名Name職位Position簽字Signature日期Date批準(zhǔn)人ApprovedBy姓名Name職位Position簽字Signature日期Date

一、目的 3TOC\o"1-5"\h\z\o"CurrentDocument"一、 目的 3一、目的 3\o"CurrentDocument"二、 角色與職責(zé) 3\o"CurrentDocument"需求分析人員 3\o"CurrentDocument"項目研發(fā)人員 3\o"CurrentDocument"方案設(shè)計部中心 4\o"CurrentDocument"測試人員 4\o"CurrentDocument"3.5項目經(jīng)理 4\o"CurrentDocument"3.6文檔負(fù)責(zé)人 4三、 需求變更處理流程圖 5\o"CurrentDocument"4.1常見的3種變更情況 54.2對應(yīng)變更情況的處理流程四、 需求變更相關(guān)附件附件一：文檔編號01-01附件二：文檔編號01-028一、目的控制需求變化引起的開發(fā)、測試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關(guān)的記錄。二、角色與職責(zé)需求分析人員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)項目研發(fā)人員1、 負(fù)責(zé)協(xié)調(diào)變更的需求并對變更的需求有拒絕的權(quán)利2、 負(fù)責(zé)對變更的需求部分設(shè)計的修改3、 保證項目的開發(fā)與需求的一致性而無偏差4、 確定開發(fā)進(jìn)度是否需要進(jìn)行變更5、分配新需求給相關(guān)開發(fā)人員方案設(shè)計部中心1、 負(fù)責(zé)相應(yīng)測試需求分析書的修改2、 負(fù)責(zé)把最新需求及時傳達(dá)到測試人員3、 保證測試進(jìn)度與開發(fā)進(jìn)度一致性4負(fù)責(zé)與項目經(jīng)理及時確認(rèn)最新需求5、負(fù)責(zé)安排測試相關(guān)工作（例如：測試人員的安排等）測試人員1、 負(fù)責(zé)更改測試用例，保證用例與需求同步2、 調(diào)控測試進(jìn)度，保證任務(wù)的正常完成3.5項目經(jīng)理1、 參與需求修改的評審工作2、 在變更過程中遇到問題，與客戶溝通3、 負(fù)責(zé)將需求變更最終提供給客戶簽字確認(rèn)3.6文檔負(fù)責(zé)人1、 負(fù)責(zé)更新需求文檔，記錄需求更改記錄2、 負(fù)責(zé)需求變更信息的發(fā)布與跟蹤

需求變更處理流程需求變更處理流程4.1常見的3種變更情況1） 客戶提出來要進(jìn)行修改，增加需求等；2） 公司內(nèi)部提出的變更：可能是比較小的改動，公司內(nèi)部人員提交的建議，還有就是開發(fā)人員自己修改流程（修改后的效果比前面的更加好）；可能涉及到整個產(chǎn)品流程，這就是比較大的需求改動。4.2對應(yīng)變更情況的處理流程1）需求變更流程（客戶提出需求變更）實施前提：a.對項目進(jìn)度不會影響嚴(yán)重b.與客戶原始需求無偏差

反饋審核結(jié)果通過客戶提出變更流程圖1流程說明:1、需求來源：客戶提交相關(guān)需求變更未通過客戶提出需求嘴變更未通過的原因和客戶溝通方案設(shè)計中心測試人員反饋審核結(jié)果通過客戶提出變更流程圖1流程說明:1、需求來源：客戶提交相關(guān)需求變更未通過客戶提出需求嘴變更未通過的原因和客戶溝通方案設(shè)計中心測試人員項目研發(fā)組通知相關(guān)人員項目經(jīng)理審核需求變更文檔負(fù)責(zé)人2、審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少；并評估對項目工期影響有多大？判斷那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份審核確認(rèn)表反饋給客戶，和客戶進(jìn)行商討。參與評審的人員要包含項目經(jīng)理，項目研發(fā)組，方案部設(shè)計中心、測試人員等。3、文檔負(fù)責(zé)員：對變更需求進(jìn)行記錄，需求文檔進(jìn)行更新，并通知相關(guān)人員。4、項目研發(fā)組：負(fù)責(zé)調(diào)整相關(guān)開發(fā)進(jìn)度表，評估任務(wù)時間，給相關(guān)開發(fā)人員。5、方案設(shè)計中心：根據(jù)變更需求和開發(fā)進(jìn)度，對測試進(jìn)度進(jìn)行相對應(yīng)調(diào)整，并修改測試需求分析書，分發(fā)需求更新給相關(guān)測試人員。測試人員對用例進(jìn)行補充，修改。6、客戶提交的變更需求最后必須讓客戶進(jìn)行簽字確認(rèn)。流程說明：1、 內(nèi)部需求變更來源：公司內(nèi)部人員發(fā)現(xiàn)邏輯，需求上的問題，或功能上的建議以及開發(fā)、測試人員提出的需求不一致內(nèi)容。2、 需求變更類型：需求有誤、需求有遺漏、需求不明確。3、 需求變更審核：內(nèi)部提交的需求應(yīng)該經(jīng)過項目經(jīng)理，項目研發(fā)人組，方案設(shè)計中心共同的確認(rèn)才能確認(rèn)是否修改。4、 項目研發(fā)組：評審需求變更部分的工作量，判斷需求變更的內(nèi)容是否對開發(fā)進(jìn)度有影響，如果需求變更對開發(fā)進(jìn)度有影響，項目研發(fā)組可以拒絕