需求調(diào)研規(guī)范

需求調(diào)研規(guī)范本文明確項目調(diào)研階段的工作劃分及流程，作為產(chǎn)品經(jīng)理或者項目經(jīng)理及參與項目調(diào)研的項目組成員，在調(diào)研階段的工作指導(dǎo)以及相關(guān)約束條件，如何高效的進行調(diào)研。通過本文所明確的管理規(guī)則，促進醫(yī)療事業(yè)部需求調(diào)研的管理更加透明、有效，為項目開發(fā)階段的設(shè)計、分析提供準(zhǔn)確依據(jù)。需求調(diào)研作為一種產(chǎn)品需求驗證的手段，在需求搜集中有著比較重要的作用，尤其是在新功能、新業(yè)務(wù)設(shè)計前以及類似方案取舍對比上。需求調(diào)研是作為產(chǎn)品經(jīng)理/項目經(jīng)理工作最關(guān)鍵的環(huán)節(jié)之一，也是項目啟動先決條件之一。相信已經(jīng)這個大家一定不會陌生。但是，在實際工作中參與者或者是企業(yè)又不太重視的一個工作環(huán)節(jié)。因為大量的需求調(diào)研會消耗公司巨大的人力、物力，且有可能得到的需求調(diào)研結(jié)果和實際結(jié)果大相徑庭，得不到正確方向的引導(dǎo)，反而變成一種反向型的引導(dǎo)。所以一般企業(yè)會跳過這個環(huán)節(jié)去直接開展工作。其實，最重要的是我們能不能去解決調(diào)研效率問題？需求調(diào)研的效率和質(zhì)量對于一個應(yīng)用產(chǎn)品來說，是一個極其重要的階段，它的質(zhì)量在一定程度上決定了一個軟件產(chǎn)品的最終交付結(jié)果。那么如何提高產(chǎn)品調(diào)研的質(zhì)量和效率，所以今天我們來聊一聊需求調(diào)研到底該如何高效、高質(zhì)量地進行？首先，我們要來把相關(guān)調(diào)研的規(guī)則梳理清楚，按照相關(guān)規(guī)范去執(zhí)行解決相關(guān)效率。由于文章篇幅以及產(chǎn)品經(jīng)理如何進行需求調(diào)研的相關(guān)知識就不在這里贅述了，大家可以通過人人都是產(chǎn)品經(jīng)理平臺去進行學(xué)習(xí)調(diào)研的交談技巧、調(diào)研表設(shè)計以及相關(guān)基礎(chǔ)性的硬技能。本文明確項目調(diào)研階段的工作劃分及流程，作為產(chǎn)品經(jīng)理或者項目經(jīng)理及參與項目調(diào)研的項目組成員在調(diào)研階段的工作指導(dǎo)以及相關(guān)約束條件，如何高效的進行調(diào)研。通過本文所明確的管理規(guī)則，促進醫(yī)療事業(yè)部需求調(diào)研的管理更加透明、有效，為項目開發(fā)階段的設(shè)計、分析提供準(zhǔn)確依據(jù)。但，此規(guī)范要求主要面向軟件開發(fā)類大項目的需求調(diào)研階段，以為核心開發(fā)組提供準(zhǔn)確、全面而有條理的現(xiàn)場需求為目標(biāo)。為保證開發(fā)類項目調(diào)研過程完整，產(chǎn)品經(jīng)理項目經(jīng)理應(yīng)該按照此過程執(zhí)行。希望產(chǎn)品經(jīng)理或者項目經(jīng)理在調(diào)研過程中再結(jié)合自己的一些特殊因素，行業(yè)經(jīng)驗去豐富、去調(diào)整。1.應(yīng)用范圍與版本說明首先我們按照正常文檔規(guī)范去書寫這一份調(diào)研規(guī)范，讓參與者都清楚應(yīng)用范圍定義，以及明確調(diào)研任務(wù)和項目名稱。另外，還有適用對象，適用于開發(fā)部內(nèi)參與需求調(diào)研工作的PMPSM運營人員實施人員開發(fā)支持人員。同樣，對于產(chǎn)品經(jīng)理的每一份輸出文檔來說，都必須要有版本變更的記錄，方便復(fù)盤以及觀察功能共性。2.參與者職責(zé)范圍本規(guī)程用于明確醫(yī)療產(chǎn)品項目需求調(diào)研階段的工作職責(zé)，規(guī)范調(diào)研過程中所需遵守的規(guī)章制度、工作流程。并且，清晰的定義參與此次調(diào)研相關(guān)人員崗位職責(zé)以及清晰分工，這個的作用是避免參與者的重復(fù)工作，分工合理的狀態(tài)去完成調(diào)研工作，提高效率。項目經(jīng)理和產(chǎn)品經(jīng)理在項目調(diào)研過程中負責(zé)整個項目的設(shè)計以及管理，是項目調(diào)研過程的策劃和組織者，其職責(zé)包括：對于組織項目啟動會，負責(zé)制定和宣導(dǎo)項目調(diào)研的具體工作安排，并且確定需求調(diào)研的范圍、參與者、進度。調(diào)研前準(zhǔn)備對客戶原有系統(tǒng)做詳細了解，特別涉及與新系統(tǒng)差異較大的流程和特有業(yè)務(wù)的掌握。調(diào)研前對客戶原有系統(tǒng)做詳細了解，特別涉及與新系統(tǒng)差異較大的流程和特有業(yè)務(wù)。并對系統(tǒng)業(yè)務(wù)的講解和客戶指導(dǎo)，保證客戶充分理解和掌握系統(tǒng)的業(yè)務(wù)流程和關(guān)鍵點。設(shè)計可行的調(diào)研計劃并推進調(diào)研工作的執(zhí)行。在調(diào)研過程中根據(jù)軟件項目的生命周期進行控制調(diào)研進度，負責(zé)與開發(fā)人員、相關(guān)調(diào)研對象的溝通，圍繞績效和績效來確保溝通質(zhì)量以及成本。風(fēng)險控制。定期舉行項目例會，總結(jié)調(diào)研工作執(zhí)行階段成果，向核管理層和參與者匯報調(diào)研工作執(zhí)行情況。處理好項目組、客戶、商務(wù)及核心開發(fā)組之間的關(guān)系，有效利用內(nèi)外資源。整理并討論需求調(diào)查表收集上來的需求，提請項目組討論確認以及評審。核心開發(fā)支持人員的職責(zé)包括：完成調(diào)研過程中的提前評審，給項目經(jīng)理以業(yè)務(wù)支持，完成提前評審。需求調(diào)研完成后完成整體需求的評審。確定后續(xù)開發(fā)計劃并完成需求開發(fā)工作。及時整理和完成《需求跟蹤矩陣》相關(guān)內(nèi)容。3.相關(guān)附件規(guī)范在調(diào)研規(guī)范說明之后，必須事先準(zhǔn)備的輸出文檔就是，需求調(diào)研計劃、需求調(diào)研大綱、需求調(diào)研問卷表、軟件需求說明書、需求變更控制報告、軟件需求說明確認書，風(fēng)險控制書。接下來，就是進入到產(chǎn)品設(shè)計階段，這樣一來我們就可以有依據(jù)的去做需求。關(guān)于附件文檔的一些釋義如下：（1）《需求調(diào)研計劃》該文檔用于調(diào)研人員到客戶現(xiàn)場后根據(jù)現(xiàn)場情況確定調(diào)研計劃使用，可以在現(xiàn)場啟動會后根據(jù)客戶實際安排來完成此項工作。此計劃需要通過組織者、管理層評審后方可執(zhí)行。如果產(chǎn)品經(jīng)理或者項目經(jīng)理情況在調(diào)研前已經(jīng)了解足夠充分，需要在公司啟動會前完成并提交部門評審，到現(xiàn)場后提交現(xiàn)場啟動會討論通過，如果現(xiàn)場啟動會對計劃有所更改，需再次發(fā)回公司評審。那么對于需求調(diào)研計劃的重點我們要側(cè)重于計劃的可行性以及真實性。（2）《需求調(diào)查表》該文檔應(yīng)用于正式調(diào)研的場景中，下發(fā)給被調(diào)研對象，在系統(tǒng)演示或者培訓(xùn)后由調(diào)研對象以業(yè)務(wù)單元為單位集中收集并逐個需求確認。如果有條件建議該調(diào)查表以電子表格方式下發(fā)給被調(diào)研對象，并以電子文檔方式反饋調(diào)研結(jié)果，便于后續(xù)需求規(guī)格說明書的整理。同時，產(chǎn)品經(jīng)理/項目經(jīng)理記錄“需求描述”，問題描述內(nèi)容要把問題描述清楚，同時需要說明問題的性質(zhì)（問題、新增需求、需求變更、需求舍棄）。另外，還要說明問題的優(yōu)先級別（高、中、低）。明確涉及工作產(chǎn)品”（功能名稱）及“涉及項目相關(guān)方”（哪些最終用戶）；需求調(diào)查表經(jīng)過討論后需要確認該需求是放棄還是保留，放棄的需求也需要客戶確認簽字，避免客戶事后再次提起，以作為需求變更的依據(jù)。需求調(diào)查表的內(nèi)容除調(diào)研對象提出的需求描述外，還包括調(diào)研負責(zé)人拓展的相關(guān)需求進行確認。通過的報表格式、文檔等形式形成有效力的附件，產(chǎn)品經(jīng)理復(fù)盤以及定責(zé)使用。（3）《需求調(diào)研大綱》該文檔用于項目組對調(diào)研工作中功能點及關(guān)鍵流程的指導(dǎo)，防止調(diào)研中某些關(guān)鍵流程及功能點的遺漏。項目經(jīng)理及項目組成員要仔細閱讀并熟練掌握其中流程及功能點的應(yīng)用，以方便項目組在調(diào)研過程中對客戶的引導(dǎo)和建議。調(diào)研大綱的內(nèi)容為軟件系統(tǒng)業(yè)務(wù)功能點的匯總，在實際工作中需要各項目組加以補充和積累，以便于對其他項目調(diào)研工作有更積極的指導(dǎo)意義。此大綱的豐富和積累工作要求在后續(xù)章節(jié)中重點闡述。（4）《項目風(fēng)險管理報告》項目風(fēng)險控制報告是貫穿于項目整個生命周期的風(fēng)險跟蹤和評估的依據(jù)，其中的每一個風(fēng)險項具備兩個狀態(tài)，發(fā)生和關(guān)閉。風(fēng)險項的初始狀態(tài)為發(fā)生，產(chǎn)品經(jīng)理及項目組成員要實時跟蹤和關(guān)注各風(fēng)險項的狀態(tài)和措施的驗證，一旦根據(jù)風(fēng)險得以解決或規(guī)避，項目經(jīng)理需要將其狀態(tài)由發(fā)生變更為關(guān)閉，表示該風(fēng)險已規(guī)避。其中.“主要生存期”一列中填寫該風(fēng)險存在的主要的階段，可分過程、活動或子活動進行明確。例如：過程——項目全過程、軟件開發(fā)過程、系統(tǒng)集成過程；軟件策劃過程、設(shè)計與實現(xiàn)過程、硬件實施過程、軟件實施過程；活動——需求分析、項目策劃、系統(tǒng)設(shè)計、編碼實現(xiàn)、軟件測試、軟件釋放、集成策劃、實施、試運行、系統(tǒng)驗收等；子活動：概要設(shè)計、詳細設(shè)計、代碼檢查、單元測試、功能測試、系統(tǒng)測試等。如果某風(fēng)險在不同的“生存期”屬于不同的“風(fēng)險類型”和/或采取不同的“控制措施”，則需作為多條風(fēng)險分別列出。列在本表中的風(fēng)險，只能增加不能刪減，對于已經(jīng)不存在的風(fēng)險，須填寫關(guān)閉標(biāo)識與狀態(tài)。（5）《變更控制報告》變更控制報告是貫穿于項目整個生命周期的所有變更行為的評審依據(jù)，亦適用于項目需求的變更。對于已經(jīng)評審?fù)ㄟ^的需求，需要項目組提交項目領(lǐng)導(dǎo)小組進行評審，并同時提交開發(fā)部評審后方可生效。對于評審?fù)ㄟ^的需求根據(jù)需求的分類，由核心開發(fā)組或現(xiàn)場項目組完善設(shè)計文檔后進行開發(fā)。需求變更控制報告需要明確變更的主體及變更提出原因，如果有客戶的書面說明，則可以直接引用。此報告可附帶附頁并同時提交評審。（6）《軟件需求規(guī)格說明書》軟件需求規(guī)格說明書用于需求調(diào)研結(jié)束后對各業(yè)務(wù)單元所涉及需求的匯總和整理，凡是在需求規(guī)格說明書中體現(xiàn)的需求，均為與客戶方逐個討論確認并通過開發(fā)部提前評審的需求。軟件需求規(guī)格說明書是最后與客戶確認需求的依據(jù)，在整理完成后經(jīng)過客戶和開發(fā)部最終確認后生效。該說明書與《軟件需求規(guī)格說明書確認單》共同構(gòu)成本次需求調(diào)研的最終確認成果。軟件需求規(guī)格說明書是最終項目驗收的重要依據(jù)，必須引起足夠重視。（7）《軟件需求規(guī)格說明書確認單》需求規(guī)格說明書確認單是與需求規(guī)格說明書同時使用，為最終確認客戶需求的匯總文檔。其中內(nèi)容詳細描述部分需明確本次確認的所包含的需求規(guī)格說明書的全部清單，并簽署客戶確認意見，同時明確對于本次確認的需求變更控制辦法，不得有遺漏。4.調(diào)研過程規(guī)范（1）調(diào)研啟動會旨在確定調(diào)研階段詳細計劃、項目組織結(jié)構(gòu)、人員分配等工作，明確調(diào)研流程及調(diào)研相關(guān)資料的使用及提交和確認方式。（2）制定詳細調(diào)研計劃結(jié)合產(chǎn)品實際情況，制定出詳細的調(diào)研計劃。計劃要明確調(diào)研范圍、時間進度安排、階段提交工作產(chǎn)品，明確調(diào)研相關(guān)業(yè)務(wù)單元及子單元負責(zé)人。計劃要做到周密嚴謹、可行性強。調(diào)研計劃確定后提交項目領(lǐng)導(dǎo)小組和公司相關(guān)負責(zé)人評審?fù)ㄟ^后生效。調(diào)研計劃要充分體現(xiàn)客戶資源的利用，安排客戶信息中心人員從需求調(diào)研開始全程參與項目。在客戶人員充足情況下要確保每一個業(yè)務(wù)單元都有信息中心人員全程跟蹤和監(jiān)督，明確責(zé)任。此項工作可以使項目組人員能夠從繁瑣的客戶指導(dǎo)和需求整理中抽出身來，全身心的投入到需求的分析和引導(dǎo)工作中。此階段用到項目調(diào)研階段規(guī)范中的《項目調(diào)研計劃》模板，從此階段開始整理《項目風(fēng)險管理表》。調(diào)研參與者要對調(diào)研對象認知差異作出準(zhǔn)確判斷，了解和記錄特殊業(yè)務(wù)和流程，充分了解需求調(diào)研規(guī)范中的《項目調(diào)研大綱》內(nèi)容及關(guān)鍵業(yè)務(wù)點。通過新舊系統(tǒng)的比較，拿出合理的解決方案和需求業(yè)務(wù)引導(dǎo)措施，保證在調(diào)研對象調(diào)研及需求討論過程中，對調(diào)研對象提出的特殊業(yè)務(wù)和需求及時準(zhǔn)確的反饋和引導(dǎo)。（3）真實場景調(diào)研規(guī)范對于調(diào)研對象特有的需求，要充分的理解和挖掘。對于其中我們系統(tǒng)能夠變通實現(xiàn)的業(yè)務(wù)，要給予調(diào)研對象理性的分析和宣導(dǎo)。激勵引導(dǎo)調(diào)研對象詳細的描述清楚并注明提出的原因，供后續(xù)需求討論時篩選和確認。對于我們系統(tǒng)欠缺的或沒有實現(xiàn)的業(yè)務(wù)，要充分挖掘用戶需求，不排除對用戶原系統(tǒng)加以仔細的研究和摸索，力求熟悉相關(guān)業(yè)務(wù)，然后仔細的整理并收集相關(guān)報表和業(yè)務(wù)資料。此項工作有利于項目的后續(xù)開發(fā)和實現(xiàn)，也是對我們系統(tǒng)版本的必要補充。（4）需求的整理和確認《需求調(diào)查表》收集工作完成后，由調(diào)研負責(zé)人將需求內(nèi)容第一時間發(fā)回公司進行需求提前評審，避免開發(fā)確認和客戶確認出現(xiàn)較大分歧。同時，調(diào)研負責(zé)人和項目相關(guān)負責(zé)人對所收集的需求進行篩選和確認。對于由公司提前評審提出的需求意見，項目組要第一時間給客戶以反饋，提交項目領(lǐng)導(dǎo)小組進行再次討論，直到得到客戶和公司開發(fā)組的最終確認。需求調(diào)研產(chǎn)生的需求經(jīng)過雙方討論確認后，由項目組和信息中心組織整理《軟件需求說明書》和《需求說明書確認單》。需求規(guī)格說明書的整理要尊重需求原型，做到客觀而詳盡，力求清晰明了?！盾浖枨笳f明書》和《需求說明書確認單》整理完成后提交項目領(lǐng)導(dǎo)小組和公司開發(fā)組審閱，經(jīng)項目經(jīng)理和院方領(lǐng)導(dǎo)小組相關(guān)干系人確認簽字后正式生效，作為本次調(diào)研的最終成果物。對于調(diào)研及確認過程中放棄的需求，也要求客戶詳細的進行整理并加以確認，并注明‘放棄’字樣，防止需求的再次提起引發(fā)爭議。5.調(diào)研質(zhì)量管理為了保證項目調(diào)研的質(zhì)量和效率，提高核心版本的有效復(fù)用