如何进行需求调研
1.系統(tǒng)目標(biāo)
1:明確系統(tǒng)要達(dá)到的目標(biāo);
2:明確系統(tǒng)涉及的范圍;
3:系統(tǒng)目標(biāo)要支持組織的戰(zhàn)略目標(biāo)
2.系統(tǒng)業(yè)務(wù)功能清單
1:以雙方簽定完成的合同為基礎(chǔ),與客戶溝通確認(rèn)本次系統(tǒng)的業(yè)務(wù)功能清單列表,輸出《業(yè)務(wù)功能清單.xls》。
2:業(yè)務(wù)功能清單做為需求調(diào)研的目標(biāo),是系統(tǒng)的實(shí)現(xiàn)范圍。
3. 需求收集
以下工作的開展必須以系統(tǒng)《業(yè)務(wù)功能清單.xls》為標(biāo)準(zhǔn)。
1:定義需求調(diào)研計(jì)劃。
2:開展需求調(diào)研會(huì),訪談法、問卷調(diào)查法等收集需求。
3:提前發(fā)送會(huì)議通知給參會(huì)人員,明確會(huì)議目標(biāo)、會(huì)議內(nèi)容、會(huì)議資料準(zhǔn)備。
4:為了保證調(diào)研會(huì)議的效率,調(diào)研會(huì)必須遵守幾點(diǎn):
4.1:明確會(huì)議目標(biāo)及本次會(huì)議內(nèi)容,避免偏離會(huì)議目標(biāo)。
4.2:邀請(qǐng)人員必須到場(chǎng)。
4.3:客戶需要準(zhǔn)備的會(huì)議資料必須帶到會(huì)議現(xiàn)場(chǎng)。
4.4:實(shí)施方必須根據(jù)會(huì)議內(nèi)容整理出問題列表,提高會(huì)議效率。
4.5:會(huì)議室及設(shè)備準(zhǔn)備(投影儀、話筒、電源、座椅、空間等)。
4.6:其它會(huì)議準(zhǔn)備事項(xiàng);
5:組織或客戶高層參與作用:從戰(zhàn)略和管理角度提出業(yè)務(wù)功能的需求,角度和思路比較全面,對(duì)關(guān)鍵業(yè)務(wù)起決策作用,不偏離組織的戰(zhàn)略發(fā)展和管理理念,業(yè)務(wù)需求提出者。輸出系統(tǒng)藍(lán)圖。
6:部門領(lǐng)導(dǎo)參與作用:中層領(lǐng)導(dǎo)者,需求調(diào)研核心對(duì)象,更側(cè)重部門內(nèi)業(yè)務(wù)需求,對(duì)部門內(nèi)的核心業(yè)務(wù)從管理角度更能詳細(xì)說明和提供資料。業(yè)務(wù)需求、用戶需求的提出者。輸出部門業(yè)務(wù)資料及標(biāo)準(zhǔn)制度文件。
7:業(yè)務(wù)人員參與作用:部門的核心業(yè)務(wù)人員,需求調(diào)研的核心對(duì)象,是最熟悉部門業(yè)務(wù)的人員,未來系統(tǒng)的最終使用人員,用戶需求和功能需求提出者。輸出原始業(yè)務(wù)流程圖、業(yè)務(wù)單據(jù)、功能需求等資料。
8:項(xiàng)目經(jīng)理參與作用:需求調(diào)研核心人員,有效組織會(huì)議開展需求調(diào)研工作。包括策劃、計(jì)劃、組織、協(xié)調(diào)、控制等,實(shí)施方的管理者,核心人員。與需求分析師共同完成需求調(diào)研工作。把收集到的需求資料輸入到需求資料庫(kù)。
9:需求分析師參與作用:需求調(diào)研核心人員,與項(xiàng)目經(jīng)理共同制定需求調(diào)研計(jì)劃,需求調(diào)研會(huì)議,參加需求調(diào)研會(huì),提供需求調(diào)研方法和工具,與用戶有效交流和溝通,引導(dǎo)用戶反饋真實(shí)的需求,對(duì)用戶反饋的需求要持懷疑態(tài)度。會(huì)議一開始,要列出會(huì)議目標(biāo)及會(huì)議內(nèi)容大綱,保持會(huì)議不偏離主題。會(huì)議現(xiàn)場(chǎng)記錄用戶反饋的需求和提供的資料,會(huì)議結(jié)束前與用戶二次確認(rèn)收集到的需求內(nèi)容,減少信息誤差,雙方確認(rèn)一致。把收集到的需求資料輸入到需求資料庫(kù)。
10:工程師參與作用:協(xié)助項(xiàng)目經(jīng)理和需求分析工程師,根據(jù)實(shí)際情況考慮是否需要配備工程師資源,側(cè)重知識(shí)傳遞,后期更易接收業(yè)務(wù)知識(shí)。把收集到的需求資料輸入到需求資料庫(kù)。
4. 需求資料庫(kù)
1:必須要對(duì)需求資料庫(kù)進(jìn)行分類,這樣更利于方便和查找,使需求資料結(jié)構(gòu)化。
2:根據(jù)需求收集到的實(shí)際情況,可按以下分類樹進(jìn)行:
1:行業(yè)(金融服務(wù)行業(yè)、供應(yīng)鏈行業(yè)、汽車機(jī)車行業(yè)、軍工行業(yè)、其它行業(yè)等)
1.1 業(yè)務(wù)模塊
1.1.1 部門
1.1.1 責(zé)任人
3:需求資料庫(kù)的整理要清除重疊和矛盾,需求風(fēng)險(xiǎn)(高、中、低、不確定)和優(yōu)先級(jí)(必需的、有用的、幾乎不可能、待確定的),保證需求資料庫(kù)的完整有效性。
5.需求分類
對(duì)需求資料庫(kù)中的資料按以下內(nèi)容進(jìn)行分類,需求分為多種,對(duì)需求的分類,有助于確認(rèn)需求的優(yōu)先級(jí)及重要性,下面給出分類的準(zhǔn)則:
1:業(yè)務(wù)需求:表示組織或客戶高層次的目標(biāo),業(yè)務(wù)需求描述了組織為什么要開發(fā)一個(gè)系統(tǒng),即組織希望達(dá)到的目標(biāo)。
2:用戶需求:描述的是用戶的目標(biāo),或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件――響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。
3:功能需求:規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能,用戶利用這些功能來完成任務(wù),滿足業(yè)務(wù)需求。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。
4:非功能需求:服務(wù)器配置、系統(tǒng)部署方式、數(shù)據(jù)庫(kù)版本、語言等。
5:系統(tǒng)需求:性能、安全性、擴(kuò)展性、健壯性、易用性、故障處理要求、數(shù)據(jù)庫(kù)災(zāi)難要求。
6.業(yè)務(wù)流程&功能清單
1:按《業(yè)務(wù)流程清單.xls》標(biāo)準(zhǔn)模板進(jìn)行填寫。
2:按《業(yè)務(wù)功能清單.xls》標(biāo)準(zhǔn)模板進(jìn)行填寫。
7.填充需求文檔模板
按《需求規(guī)格說明書.doc》標(biāo)準(zhǔn)模板進(jìn)行填寫,必須具備以下元素:
1:組織。
2:業(yè)務(wù)描述。
3:業(yè)務(wù)流程圖。
4:用例圖。
5:業(yè)務(wù)表單。
6:流程節(jié)點(diǎn)業(yè)務(wù)規(guī)則。
7:業(yè)務(wù)表單業(yè)務(wù)規(guī)則。
8:節(jié)點(diǎn)參與者。
9:系統(tǒng)集成。
原則:需求規(guī)格說明書的內(nèi)容盡量以業(yè)務(wù)角度和用戶的理解角度去編寫內(nèi)容,避免專業(yè)術(shù)語,達(dá)到通谷易懂的效果,使用戶更易于理解需求文檔中的內(nèi)容。
8. 需求規(guī)格說明書
1:輸出系統(tǒng)《需求規(guī)格說明書.doc》文檔。
2:對(duì)文檔進(jìn)行評(píng)審,開展會(huì)議評(píng)審工作,評(píng)審中會(huì)收集到新的需求,新的需求需要?dú)w入到需求資料庫(kù),重新需求分類,更新業(yè)務(wù)流程&功能清單、更新需求文檔,從第三步到第八步是一個(gè)循環(huán)的過程,直到需求評(píng)審一致性通過,輸出最終的需求規(guī)格說明書。
下一篇 需求調(diào)研流程
總結(jié)
- 上一篇: python北京房价预测_python数
- 下一篇: 软件项目管理-构建之法-四周总结