企業系統需求分析(02):干系人識別分析與系統分解

2 評論 3888 瀏覽 18 收藏 5 分鐘

繼上篇《企業系統需求分析01篇》的目標愿景分析之后,還需要進行相關干系人的識別與分析。

一個企業內部系統的設計,需要非常關注系統涉及的干系人利益點,包括考核指標。

如何識別干系人?

一般分為兩類來識別干系人。

第一,根據目標識別干系人。

收集客戶企業的組織架構,再根據目標和愿景去判斷,涉及的業務部門的負責人可以定位關鍵干系人行列。

記得,很多時候公司某個大boss如果不是干系人,但是卻提出訴求。要了解背后真正的動機,這比較考驗一個人的情商與經驗。

第二,根據風險識別干系人。

一般情況不會把基層用戶列為關鍵干系人,除非受到這類用戶因系統受到負面影響。

擁有“一票否決權”的人,往往是關鍵干系人。這時候我們應當對這類人的進行了解,包括且不限于業務,個人喜好、性格、目標業績等。

在做干系人列表中,要寫出影響度和相關度。

如何進行干系人分析?

  1. 選出干系人代表;
  2. 訪談,分別從KPI、工作主題、工作分解去進行了解;
  3. 分析干系人關注點和阻力點,即他們需要系統解決什么問題、提供什么支持以及他們想避免什么影響;進行文檔描述時,記得寫上對應的功能需求;
  4. 關注點整理,不同的干系人代表的關注點可能會出現沖突,需要進行權衡,進行協商調和。

產品詳細需求分析

做完上面的相關干系人分析,我們就進入產品詳細需求分析階段,這時我們先要對子系統進行劃分與業務接口分析。

1. 劃分子系統

我們在對系統進行分解時,無外乎有三種情況:

  1. 簡單的業務系統,用戶群比較單一;
  2. 基于原有的系統進行改造;
  3. 新開發的系統。

第一類情況由于用戶群單一且業務簡單,一般不作劃分。
第二類情況要注重分析對原有系統的影響,包括需要新增哪些子系統、影響哪些子系統、哪些原有的子系統需要修改等。

這類著重講下新開發的系統如何進行劃分。

內部系統一般采用按業務職能來分解,先畫出與系統相關的組織架構圖,以此劃分出對應的子系統。一般典型的企業都會有產、銷、供、管這四個部門職能,對應CRM、ERP系統等。

外部使用的系統一般采用產品服務來分解,根據業務結構樹來思考,切記要從業務的角度去理解。

另外,也會根據實際情況來采用業務職能與產品服務兩種方式結合起來劃分。

劃分之后要留意子系統之間、子系統與原有系統之間的接口關系,確認誰服務于誰、誰使用、接口是新增/修改等事項。

2. 業務接口分析

首先,明確業務接口分析只是明確Why和What,不涉及How。

所謂why就是明確接口的用途與價值,我們需要明確三個問題。

  1. 哪個子系統實現該接口。
  2. 哪些子系統會用到這個接口,以及各自的業務價值。
  3. 接口使用的頻率范圍,盡量具體;如果有場景信息和條件更好,方便研發人員判斷。

所謂How就是細化接口交互過程,一般會采用時序圖和數據詞典來定義與描述。

時序圖用于呈現接口的交互過程,而數據詞典用于定義交互過程中數據包的構成情況。

另外,我們要確定接口的設計約束,比如通信協議、原有系統的影響等等。

下篇文章將分享功能需求的業務流程識別、分析與優化的相關知識。

 

本文由 @PM達云霄 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 某個大boss 不是干系人卻提出訴求,深刻踩坑,挖掘動機,有好的經驗分析么~

    來自廣東 回復
    1. 得看boss是在哪個具體場景提出的。
      如果是在會議上提出的訴求,你可以試探一下需求于他來說是否剛需。
      比如他提議UI風格以A顏色為主,你隔兩天再去詢問他認為UI風格有什么建議,嗯讓他下屬去問是最好。
      如果是私下找你提訴求,我們確認他是否有仔細了解產品,有的話直接找他了解,訴求是出于他自己對業務需要的理解、還是從競品那里得來的靈感,還是看到什么新技術新趨勢。各種源頭有各種處理方式。這類呢我們出發點還是要落于對業務發展有沒有幫助,否則,即使他是大BOSS,該駁回去的還是得駁。

      來自廣東 回復