業務需求調研準備工作

業務需求調研準備工作

成曉旭

【著作權保留，歡迎轉載】

    本文是自己總結軟體開發、專案管理、諮詢設計領域多年在客戶訪談、需求調研等工作中的實際工作經驗，是公司內部培訓的一份內部文檔。

1    總體需求調研流程1.1     需求階段工作流程 1.2     需求調研流程2    前期準備的經驗交流2.1     項目資訊內部溝通

    項目情況的充分傳達是項目需求調研準備工作的重要基礎。市場前端人員，應進行正式的組織需求調研人員講解項目概況，儘可能充分的向項目組技術人員傳達前期的項目資訊：包括客戶關係、項目背景、同業發展情況、建設目標、項目負責人、需求單位或部門等。而不是一兩句話，說有“某某客戶的某某項目，你們去調研需求，開始做開發吧”。

2.2     需求調研提綱

    需求調研提綱是需求調研工作成敗的關鍵要素。編製合格的需求調研提綱，需求訪談、調研工作就已經成功了一半；如果需求調研提綱設計不合理，就匆忙開展需求調研、訪談活動，往往不能達到預期的收集項目需求的目標，也為項目後續工作的開展留下嚴重隱患。

    需求調研提綱的內容，要根據實際需求儘可能全面，而不僅僅只是業務方面；同時又要保證不要耽擱被訪者太多的時間。需求調研提綱通常需要涉及：業務管理現狀（包括業務總體架構、商務程序、參與者、統計報表等等）、IT系統現狀（包括系統名稱、系統廠商、建設時間、支撐業務、系統維護、系統介面、功能架構、網路部署、硬體裝置配置等）、業務需求（包括管理要求、業務支撐需求、系統建設/改造需求、系統效能指標要求等等）、文檔資料（包括：報表樣表、試算表、政策檔案、規範、標準、資料格式、介面協議文檔、通訊協定文檔等等）。

2.3     客戶訪談計劃擬定

    如果工程項目複雜、涉及訪談的部門或人員眾多，最好制定一份客戶訪談計劃，與客戶約定具體上門訪談的時間、大致議題等。制定訪談計劃時注意要徵得客戶相關領導的同意，擷取領導的支援，最好由客戶的項目負責人/領導直接安排訪談時間計劃；具體訪談的時間最好是在一次相關者都在場的正式會議上溝通、協商、確定，盡量避免事後單獨與每個被訪對象單獨約定訪談時間（這樣會很難協調各方的時間、也容易打亂總體計劃）。

2.4     客戶訪談議程

    客戶訪談議程，是指標對特定的客戶溝通、交流活動，編寫的客戶訪談內容、時間、溝通議題等概要提綱，編製客戶訪談議程，旨在說明客戶訪談的形式、過程、內容及時間。客戶訪談議程在內容和意圖上類似會議議程。客戶訪談議程不是客戶訪談前必須準備的材料，但仍建議粗略整理一份，以便協助訪談者整理、統一訪談思路，對於多個訪談者分組訪談的情況尤其有效，能有效確保各組受訪者接受的是相同的訪談。

2.5     調研提綱評審

    基於需求調研的特定情況，項目組提交調研提綱，並組織內部項目成員、項目市場負責人進行簡要的討論、評審。調研提綱評審能夠有效完善調研的內容、範圍，明確訪談的工作重點，提醒相關注意事項。評審環節，能夠增加需求調研提綱的準備工作的重要性，在一定程度上能確保項目需求調研實施的可行性、有效性。

3    調研提綱經驗樣本3.1     業務需求調研表示例3.2     IT系統功能現狀調研表示例 3.3     IT系統介面現狀調研表示例3.4     IT系統硬體現狀調研表示例3.4.1  主機裝置3.4.2  存放裝置 3.4.3  網路裝置