需求調(diào)研與分析流程

參考HK公司的需求設計培訓，結合需求調(diào)研的工作整理如下：

需求調(diào)研的目的：

1. 問題：存在的問題是驅動項目產(chǎn)生的關鍵
2. 背景：（業(yè)務場景、業(yè)務數(shù)據(jù)、業(yè)務環(huán)境）
3. 解決方案：提出一個滿足業(yè)主需求的解決方案；

需求分析的難點：

1. 用戶需求描述不清
2. 需求變更頻繁
3. 對需求理解有偏差

整體需求調(diào)研的流程根據(jù)如下幾步：

一、明確方向：

• 項目背景分析：

1. 1. 誰提出了項目（高層）
   2. 對項目的關鍵預期
   3. 當前遺留系統(tǒng)（后續(xù)針對成本可指定利舊規(guī)則）
   4. 業(yè)務假設（如業(yè)務量）
   5. 技術假設（是否有技術選型要求）

• 目標分析：
  1. 訪談項目干系人
  2. 組織相關人員進行研討（可采用頭腦風暴）
  3. 描述問題（針對研討結果）
  4. 分析問題（針對研討結果）
• 干系人分析：
  1. 選擇對業(yè)務了解，容易訪談的對象；
  2. 對關注點進行整理，識別調(diào)研中存在的沖突
• 項目約束分析：
  1. 進度約束（如領導視察）
  2. 預算約束（可以直接問，也可以通過其經(jīng)營規(guī)模、客戶數(shù)量、歷史同行投入推導）
  3. 其他約束（法律法規(guī)、技術標準、社會文化等）
  4. 資源支持（如場地等）

二、明確范圍：

（此處劃分的子系統(tǒng)不同于總體邏輯架構中的子系統(tǒng)，而是從業(yè)務層次劃分）

• 子系統(tǒng)劃分:通過構件、接口、服務（虛線）、使用（實現(xiàn)）
• 業(yè)務流程
  1. 業(yè)務流程要注重事件驅動，事件可以使外部、也可以是內(nèi)部；
  2. 要關注異常流程和輔助流程；
  3. 要確定業(yè)務需求的優(yōu)先級；

              （此處的業(yè)務流程是子系統(tǒng)之間的）

三、梳理脈絡及細化：

（此處類似于對每個子系統(tǒng)內(nèi)部的需求進行梳理）

• 每個子系統(tǒng)描述以下內(nèi)容：
  1. 接口（子系統(tǒng)對外接口）
  2. 業(yè)務流程（用例圖、活動圖、協(xié)作圖）
  3. 管控點（報表）
  4. 領域模型（ER圖或領域圖）
  5. 質(zhì)量（質(zhì)量屬性）：除非客戶或產(chǎn)品有明確要求，否則質(zhì)量屬性切勿占比太多；關注可靠性、可用性、兼容性、安全性等等；
• 對于業(yè)務需求的調(diào)研注意三點：

1. 1. 傾聽：不要打斷被調(diào)研對象
   2. 問：問題不能太粗，切記避免類似遇到什么問題之類的，要關注異常
   3. 反饋：通過手繪的草圖與被調(diào)研對象確認需求是否正確

    注：在電子政務的項目中可以參考《GB-T 19487-2004 電子政務業(yè)務流程設計方法》，從組織架構、崗位職責、業(yè)務協(xié)同、權限等領域關注；

后續(xù)：

1. 產(chǎn)品側拿到需求分析報告后進行功能層面的需求分析、架構設計等；
2. 需求分析人員會在全流程跟蹤需求；PS：前期的工作中也有產(chǎn)品的架構師介入

/********************************************************************************** 

感想：

1. 相對H公司的IPD流程，這套需求分析的思路更加側重前期（售前階段）需求的理論和方法，在這塊比IPD更加詳細和貼近實際業(yè)務場景，特別是針對企業(yè)和政府用戶；
2. 但與研發(fā)體系的銜接，比如端到端的需求分級、需求跟蹤，如何保證需求（落地到硬件、整機、軟件、系統(tǒng)等）的設計、實現(xiàn)、驗收的一致性；質(zhì)量需求到質(zhì)量設計的全面性等還有所欠缺；所以當前只是一個在解決方案部開始推廣的實踐，全流程體系還有待磨合；