信息系統(tǒng)需求管理方案范文修改記錄目錄概述(1)1.1現(xiàn)狀分析(1)1.2目的(1)1.3適用范圍(1)崗位與職責(zé)(2)需求流程說明(3)3.1需求分類(3)3.2需求管理流程及制度(5)3.2.1整體流程(5)3.2.2需求收集(6)3.2.3需求匯總初步分析(7)3.2.4需求評審分析(7)3.2.5需求開發(fā)(10)3.2.6需求測試(11)3.2.7需求上線(11)需求管理措施(14)概述1.1現(xiàn)狀分析目前項目需求管理的過程中，在需求收集、流程設(shè)置、工作效率等方面存在著一些問題，導(dǎo)致需求得不到及時有效的解決、項目推進緩慢、客戶滿意度降低等。比較常見問題如下：需求提出時，不夠細化、完全，不能完整、準(zhǔn)確的反映客戶的實際需求。沒有考慮整體性和關(guān)聯(lián)性，有些需求只適用于個別分支機構(gòu)；需求上存在理解差異，待功能交付后，用戶提出所見非所求，造成需求、bug爭論不休，需求變更及bug修復(fù)頻繁，影響系統(tǒng)穩(wěn)定并造成成本消耗。需求提交方式多樣，有很多口頭或郵件交流內(nèi)容，存在需求過于簡單描述不清。沒有劃定需求的優(yōu)先級，需求進度難以控制，過多的爭論造成了臨時事務(wù)增多，需求提出后，經(jīng)過一段時間的開發(fā)，后續(xù)無人跟蹤。1.2目的為了更規(guī)范更有效的管理需求工作，保證需求工作的可控性，明確各階段的工作內(nèi)容、處理流程、參與人員以及相關(guān)干系人的職責(zé)，特制定本管理辦法，相關(guān)人員必須嚴(yán)格按照本辦法執(zhí)行新需求相關(guān)工作。1.3適用范圍本制度適用的讀者包括：主要干系人：項目經(jīng)理、需求管理員、開發(fā)負責(zé)人相關(guān)干系人：實施人員、技術(shù)支持人員、開發(fā)人員、項目管理專員。崗位與職責(zé)主要干系人職責(zé)：相關(guān)干系人職責(zé)：需求流程說明3.1需求分類按照需求內(nèi)容大致可分為：按照優(yōu)先級可分為：低級優(yōu)先1、系統(tǒng)附加功能2、使系統(tǒng)更完美，屬于錦上添花。根據(jù)項目時間進行安排，排在最后。3.2需求管理流程及制度3.2.1整體流程整體流程示意圖:需求管理主要分為6個階段：需求收集、需求匯總初步分析、需求評審分析、需求開發(fā)、需求測試、需求上線。需求開發(fā)的管理流程：3.2.2需求收集3.2.2.1主要參與人員項目經(jīng)理、實施人員、技術(shù)支持人員3.2.2.2工作內(nèi)容及要求（1）項目經(jīng)理針對用戶提出的需求，采用訪談、會議、問卷等形式收集基礎(chǔ)信息（包括相關(guān)支持文件，例如會議紀(jì)要、下發(fā)文件等）（2）從業(yè)務(wù)方面判斷是否合理，若不合理應(yīng)第一時間告知用戶，并解釋清楚原因?；蚴欠治雠袛嘣撔枨笫欠窨梢酝ㄟ^系統(tǒng)已有的其他功能來實現(xiàn)。（3）按照模板編寫《需求文檔》（需求描述要求清晰、全面，對于文字難以描述的可采用示意圖、原型設(shè)計等方法）。（4）按照項目組需求確認單樣式填寫《需求確認單》，并由甲方簽字確認。（6）項目經(jīng)理及時將新需求錄入jira系統(tǒng)提交至需求管理員，并上傳由客戶簽字的需求確認單及其它相關(guān)支持材料。緊急需求可提交jira之后立即電話告知需求管理員。備注：項目組內(nèi)的具體工作流程，項目經(jīng)理根據(jù)實際情況進行制定?！缎枨蟠_認單》、《需求文檔》、《問題確認單》3.2.3需求匯總初步分析3.2.3.1主要參與人員需求管理員3.2.3.2工作內(nèi)容及要求（1）每天對各項目提報的需求進行收集匯總、分類整理形成《需求匯總表》。（2）進行審批，對填寫不符合要求、描述不清楚的及時退回各項目經(jīng)理。（3）判斷需求是否合理，若不合理及時告知項目經(jīng)理，項目經(jīng)理應(yīng)第一時間告知用戶，并解釋清楚原因?；蚴欠治雠袛嘣撔枨笫欠窨梢酝ㄟ^系統(tǒng)已有的其他功能來實現(xiàn)。（6）若開發(fā)負責(zé)人對需求有疑義，需求管理員組織項目經(jīng)理、開發(fā)負責(zé)人等相關(guān)干系人召開需求評審會議，確定需求解決方案?！缎枨髤R總表》3.2.4需求評審分析需求分析總體流程如下：3.2.4.1主要參與人員項目經(jīng)理、開發(fā)負責(zé)人、需求管理員根據(jù)具體情況可通知技術(shù)支持人員、開發(fā)人員、項目管理專員等相關(guān)干系人參會。3.2.4.2工作內(nèi)容及要求（1）需求管理員組織人員對需求設(shè)計從技術(shù)和業(yè)務(wù)方面進行可行性分析，對業(yè)務(wù)邏輯、業(yè)務(wù)流程等進行評估。若出現(xiàn)以下幾種情況可退回項目經(jīng)理：技術(shù)層面：與其他需求有重復(fù)的。需求中有不合理事項的。需求不明確需做補充的。業(yè)務(wù)層面：與目前的業(yè)務(wù)操作流程、運營有矛盾的。業(yè)務(wù)流程未理順，業(yè)務(wù)規(guī)則未明確或者沒有體現(xiàn)，有可能導(dǎo)致上線后,無法正常進行業(yè)務(wù)運作，或者存在運營風(fēng)險的。若出現(xiàn)以下幾種情況需發(fā)送給部門領(lǐng)導(dǎo)進行審批。技術(shù)層面：需對系統(tǒng)結(jié)構(gòu)進行大規(guī)模改造的。涉及系統(tǒng)架構(gòu)變更的。當(dāng)前技術(shù)無法實現(xiàn)的。業(yè)務(wù)層面:需大規(guī)模的更改原有的業(yè)務(wù)流程，增加大量人工后續(xù)處理成本。（2）項目經(jīng)理根據(jù)需求評審結(jié)果完善《需求文檔》，形成最終需求。（3）分析總公司系統(tǒng)是否已經(jīng)實現(xiàn)該功能或類似功能，若已實現(xiàn)由需求管理員負責(zé)與總公司相關(guān)人員進行溝通獲取升級包。（4）如果總公司版本未實現(xiàn)該功能，需討論分析并確定該需求是本地設(shè)計開發(fā)還是總公司設(shè)計開發(fā)。若為總公司開發(fā)，由需求管理員及時將需求提交到j(luò)ira系統(tǒng)并與總公司人員《解決方案》、《需求文檔》、《需求匯總表》3.2.5需求開發(fā)3.2.5.1主要參與人員開發(fā)負責(zé)人、開發(fā)人員3.2.5.2工作內(nèi)容及要求開發(fā)負責(zé)人:（1）每天及時登錄jira系統(tǒng)，收集需求管理員發(fā)送的需求，從技術(shù)方面進行可行性分析，并判斷該功能是否會影響已有的業(yè)務(wù)功能，若存在問題應(yīng)及時告知需求管理員，由項目經(jīng)理對需求進行變更并告知甲方，如無問題需在2個工作日內(nèi)向需求管理員反饋開發(fā)計劃并在jira系統(tǒng)中注明。（3）制定需求開發(fā)計劃，分配需求開發(fā)人員，確定技術(shù)方案。（4）及時向需求管理員反饋開發(fā)計劃。開發(fā)人員：（1）根據(jù)需求評估通過的需求文檔及開發(fā)計劃按時進行設(shè)計開發(fā)，并在jira中備注解決進展情況。（2）如果涉及到對數(shù)據(jù)庫結(jié)構(gòu)的變動修改，應(yīng)及時更新維護數(shù)據(jù)庫結(jié)構(gòu)說明書。（3）編碼完成后，開發(fā)人員需進行編譯部署、單元測試。（4）將開發(fā)成果提交開發(fā)負責(zé)人審核確認。（5）無問題之后在jira上轉(zhuǎn)交測試人員?！稊?shù)據(jù)庫設(shè)計說明書》（更新）、《部署文檔》、《更新說明》、需求更新包（包含數(shù)據(jù)腳本）3.2.6需求測試3.2.6.1主要參與人員項目經(jīng)理、實施人員3.2.6.2工作內(nèi)容及要求（1）制定需求測試計劃，分配測試任務(wù)，對系統(tǒng)功能進行測試。（2）測試若存在問題及時反饋開發(fā)負責(zé)人和需求管理員，在jira中備注測試情況，并跟進解決情況，完成之后重新進行測試。（3）內(nèi)部測試完成之后，向甲方提出測試申請，由甲方人員進行系統(tǒng)測試，完成需求結(jié)果確認?！稖y試報告》、《系統(tǒng)用戶操作手冊》（更新）3.2.7需求上線3.2.7.1主要參與人員項目經(jīng)理、實施人員、開發(fā)人員3.2.7.2工作內(nèi)容及要求（1）項目經(jīng)理與甲方溝通，提起上線申請。（2）對數(shù)據(jù)庫及應(yīng)用程序進行備份。（3）系統(tǒng)升級上線，并進行上線驗證。（4）若上線驗證失敗，則將上線版本從生產(chǎn)環(huán)境中回退，需求轉(zhuǎn)入開發(fā)流程。（5）維護更新系統(tǒng)操作手冊，上線之后3個工作日內(nèi)針對適用人員進行操作培訓(xùn)。（6）項目經(jīng)理負責(zé)與客戶確認需求最終結(jié)果，由甲方人員在《需求確認單》上進行簽字確認并上傳jira，關(guān)閉需求，進行需求歸檔。（7）需求管理員跟進確認結(jié)果，重要需求需要需求管理員直接與甲方人員進行確認?！缎枨蟠_認單》、《需求匯總表》3.2.8需求變更需求變更：指開發(fā)人員受理需求后，需增加、修改、刪除需求內(nèi)容的現(xiàn)象。需求變更流程圖如下：3.2.8.1主要參與人員項目經(jīng)理、需求管理員、開發(fā)負責(zé)人3.2.8.2工作內(nèi)容及要求（1）項目經(jīng)理根據(jù)需求變更內(nèi)容填寫需求變更文檔。（2）按照項目組需求確認單樣式填寫需求變更，并由甲方簽字確認。（3）需求變更后重新提交jira系統(tǒng)。（4）需求管理員進行審批，不通過退回至項目經(jīng)理，通過之后判斷是否屬于重大需求變更。（5）重大需求變更需求管理員組織項目經(jīng)理、開發(fā)負責(zé)人及相關(guān)干系人召開需求評審會，確定解決方案。（6）開發(fā)負責(zé)人2個工作日內(nèi)制定開發(fā)計劃，并向需求管理員反饋開發(fā)計劃?！缎枨笞兏臋n》4.需求管理措施決計劃。（2）普通需求項目經(jīng)理及時在jira系統(tǒng)中提報需求管理員，需求管理員審核之后發(fā)送給開發(fā)負責(zé)人，開發(fā)負責(zé)人在2個工作日反饋解決計劃。（3）需求管理員對各項目組需求提報時間的及時性、需求內(nèi)容的規(guī)范性進行審核，并納入績效考核。（4）需求管理員對開發(fā)負責(zé)人反饋開發(fā)計劃的及時性納入績效考核。（5）需求評審分析會議可根據(jù)實際情況采取現(xiàn)場會議、語音會議等方式進行，參會人員的參加情況納入績效考核。（6）需要部門領(lǐng)導(dǎo)協(xié)助的，需在2個工作日的給予指導(dǎo)或反饋解決方法。（7）各部門人員按照上文職責(zé)認真履職，積極配合。（8）對于提交到總部的需求如果一周內(nèi)未進行反饋解決計劃或未按照反饋時間解決的，需求管理員將該部分需求以郵件的方式發(fā)