需求調研與分析流程

參考HK公司的需求設計培訓，結合需求調研的工做整理以下：

需求調研的目的：

1. 問題：存在的問題是驅動項目產生的關鍵
2. 背景：（業務場景、業務數據、業務環境）
3. 解決方案：提出一個知足業主需求的解決方案；

需求分析的難點：

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

總體需求調研的流程根據以下幾步：

1、明確方向：

• 項目背景分析：

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

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

2、明確範圍：

（此處劃分的子系統不一樣於整體邏輯架構中的子系統，而是從業務層次劃分）

• 子系統劃分:經過構件、接口、服務（虛線）、使用（實現）
• 業務流程
  1. 業務流程要注重事件驅動，事件可使外部、也能夠是內部；
  2. 要關注異常流程和輔助流程；
  3. 要肯定業務需求的優先級；

              （此處的業務流程是子系統之間的）

3、梳理脈絡及細化：

（此處相似於對每一個子系統內部的需求進行梳理）

• 每一個子系統描述如下內容：
  1. 接口（子系統對外接口）
  2. 業務流程（用例圖、活動圖、協做圖）
  3. 管控點（報表）
  4. 領域模型（ER圖或領域圖）
  5. 質量（質量屬性）：除非客戶或產品有明確要求，不然質量屬性切勿佔比太多；關注可靠性、可用性、兼容性、安全性等等；
• 對於業務需求的調研注意三點：

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

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

後續：

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

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

感想：

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