華為流程體系拆解系列:流程需求分析方法論

0 評(píng)論 1120 瀏覽 0 收藏 11 分鐘

流程需求分析是系統(tǒng)化工程,需立足業(yè)務(wù)目標(biāo)與痛點(diǎn),通過明確邊界、拆解流程、識(shí)別場(chǎng)景、梳理規(guī)格四步法,導(dǎo)出清晰的需求規(guī)格,為流程解決方案設(shè)計(jì)筑牢基礎(chǔ),讓流程設(shè)計(jì)有章可循。

經(jīng)過前面一系列的流程專題的介紹,大家也能夠清晰了解到,流程架構(gòu)的設(shè)計(jì)是一個(gè)系統(tǒng)化的工程。

如果只是站在流程本身去看待流程設(shè)計(jì)這個(gè)問題,你會(huì)發(fā)現(xiàn)無從下手。

但如果你是站在一個(gè)項(xiàng)目、一個(gè)產(chǎn)品的維度來看待這件事,就會(huì)變得非常簡(jiǎn)單,至少也是有了落腳點(diǎn)。

因?yàn)橹v產(chǎn)品、講項(xiàng)目的太普遍了,這就進(jìn)入了大家的舒適區(qū)。

典型的IPD開發(fā)流程就可以用來設(shè)計(jì)流程。

當(dāng)然,在流程設(shè)計(jì)之前,需要先做好對(duì)業(yè)務(wù)的分析,包含:業(yè)務(wù)目標(biāo)、業(yè)務(wù)痛點(diǎn)、現(xiàn)有流程(AS-IS)、用戶訪談?dòng)涗?、系統(tǒng)現(xiàn)狀、關(guān)鍵績(jī)效指標(biāo)等等內(nèi)容。

接下來就可以做流程的需求分析了。

需求分析階段的核心目標(biāo)是要:

  • 系統(tǒng)化、結(jié)構(gòu)化地導(dǎo)出清晰的流程需求規(guī)格;
  • 為設(shè)計(jì)滿足業(yè)務(wù)期望(解決痛點(diǎn))的流程解決方案奠定堅(jiān)實(shí)基礎(chǔ)。

需求分析四步法分別是:第一步:定邊界第二步:拆解流程第三步:識(shí)別場(chǎng)景?第四步:梳理規(guī)格

接下來講解一下這四個(gè)步驟。

第一步,定邊界

這個(gè)步驟的目標(biāo)是明確分析的范圍,避免范圍蔓延,聚焦核心價(jià)值流。

這個(gè)階段的關(guān)鍵交付物:頂層價(jià)值鏈、邊界說明文檔。

具體怎么做呢?

首先是要確定本次分析涉及的核心業(yè)務(wù)領(lǐng)域,比如:訂單到現(xiàn)金、采購(gòu)到付款、研發(fā)到上市。

接下來繪制頂層泡泡圖:

其中每個(gè)“泡泡”代表一個(gè)端到端的高階業(yè)務(wù)能力或核心價(jià)值流階段 ,比如商機(jī)管理、售后服務(wù);

用箭頭清晰展示泡泡間的主要流程流向和價(jià)值傳遞。

明確標(biāo)注起點(diǎn)和終點(diǎn)。

接下來繼續(xù)定義邊界:

范圍內(nèi)In-Scope:清晰列出本次分析包含的具體業(yè)務(wù)環(huán)節(jié)、組織范圍、系統(tǒng)范圍、地理范圍。

范圍外Out-of-Scope:明確排除哪些相關(guān)但不在本次分析范圍內(nèi)的環(huán)節(jié)、組織、系統(tǒng)、地域;

邊界假設(shè):記錄任何影響邊界的假設(shè)條件。

再往下就是識(shí)別關(guān)鍵干系人:

明確該邊界范圍內(nèi)涉及的主要業(yè)務(wù)部門、關(guān)鍵用戶角色、IT系統(tǒng)負(fù)責(zé)人。

最后是評(píng)審與確認(rèn):

與核心干系人(業(yè)務(wù)負(fù)責(zé)人、產(chǎn)品負(fù)責(zé)人、架構(gòu)師)評(píng)審邊界定義并獲得正式簽署。

第二步:拆解流程

第二步的目標(biāo)是將頂層業(yè)務(wù)能力逐層分解為可管理、可分析的子流程和活動(dòng),并理解整個(gè)業(yè)務(wù)過程。

這個(gè)階段的關(guān)鍵交付物包括,分層級(jí)泡泡圖 (L1-Ln) 、泡泡圖詳細(xì)說明文檔。

具體怎么做呢?

首先是選擇分解的起點(diǎn):從頂層泡泡圖中的一個(gè)泡泡開始。

接下來構(gòu)建下層泡泡圖 (L2):

將選定的高階能力 (L1泡泡) 分解為5-9個(gè)關(guān)鍵子流程 (L2泡泡);

明確子流程間的邏輯順序 (串行、并行、選擇分支) 和交互點(diǎn);

標(biāo)注關(guān)鍵輸入/輸出物 (如:申請(qǐng)單、審批結(jié)果、發(fā)貨通知)。

再往下是描述業(yè)務(wù)過程:

為每個(gè)L2泡泡撰寫簡(jiǎn)明描述:說明該子流程的目的、主要活動(dòng)概覽、觸發(fā)事件、結(jié)束狀態(tài);

識(shí)別該層級(jí)涉及的主要角色/崗位。

接下來判斷是否繼續(xù)分解 (應(yīng)用退出標(biāo)準(zhǔn)):

退出標(biāo)準(zhǔn):

  • 粒度達(dá)標(biāo):當(dāng)前層級(jí)的泡泡已代表一個(gè)單一、明確的業(yè)務(wù)目標(biāo),通常對(duì)應(yīng)一個(gè)用戶故事或一個(gè)可獨(dú)立執(zhí)行的流程步驟;
  • 規(guī)則清晰: 該層級(jí)的業(yè)務(wù)規(guī)則和決策點(diǎn)能夠被相對(duì)清晰地識(shí)別和描述。
  • 責(zé)任明確: 該層級(jí)的活動(dòng)能明確歸屬到一個(gè)主要角色或崗位。
  • 痛點(diǎn)可定位: 能夠在該層級(jí)有效關(guān)聯(lián)和定位已知的業(yè)務(wù)痛點(diǎn)。

如果不符合退出標(biāo)準(zhǔn),則重復(fù)步驟2.2-2.4。

繼續(xù)對(duì)L2泡泡進(jìn)行L3分解,依此類推 (L3, L4… )。

最后是文檔化:

維護(hù)清晰的層級(jí)關(guān)系圖 (表明L1->L2->L3…的歸屬)。

泡泡圖說明文檔包含:

各層級(jí)泡泡定義、目的、輸入輸出、主要角色、簡(jiǎn)要活動(dòng)描述、已知痛點(diǎn)初步映射。

第三步:識(shí)別場(chǎng)景

第三步的目標(biāo)是識(shí)別影響流程執(zhí)行路徑的各種業(yè)務(wù)場(chǎng)景,確保流程解決方案能覆蓋所有業(yè)務(wù)過程。

這個(gè)階段的關(guān)鍵交付物包括:

業(yè)務(wù)場(chǎng)景清單、活動(dòng)/場(chǎng)景關(guān)系矩陣、業(yè)務(wù)場(chǎng)景圖 (流程圖/狀態(tài)圖)。

詳細(xì)環(huán)節(jié)與操作:

一是識(shí)別業(yè)務(wù)要素 (驅(qū)動(dòng)場(chǎng)景的因素): 針對(duì)當(dāng)前分解層級(jí) (如L3/L4) 的每個(gè)活動(dòng)/決策點(diǎn),識(shí)別:

  • 業(yè)務(wù)對(duì)象狀態(tài),比如訂單狀態(tài)=待審核、已批準(zhǔn)、已拒絕;
  • 業(yè)務(wù)規(guī)則/條件,比如金額>10萬需上級(jí)審批;
  • 異常/變體,比如客戶信息不全、庫(kù)存不足;
  • 外部事件,比如法規(guī)更新通知;
  • 用戶角色差異,比如內(nèi)部員工 vs 合作伙伴。

接下來生成場(chǎng)景清單:

  • 基于識(shí)別的要素,組合出該活動(dòng)/決策點(diǎn)下的所有典型場(chǎng)景和邊緣場(chǎng)景。
  • 使用 Given-When-Then 格式描述場(chǎng)景。
  • 清晰定義前置條件、觸發(fā)事件、預(yù)期結(jié)果/流轉(zhuǎn)。

簡(jiǎn)單示例:

場(chǎng)景ID: SC_OrderApproval_HighRisk

  • Given: 客戶信用等級(jí)為C級(jí) (高風(fēng)險(xiǎn))
  • And: 訂單金額 > 50,000 RMB
  • When: 銷售代表提交訂單審批
  • Then: 系統(tǒng)自動(dòng)路由至區(qū)域總監(jiān)審批
  • And: 觸發(fā)高風(fēng)險(xiǎn)客戶審核流程

接下來是做場(chǎng)景與流程匹配:

將識(shí)別出的場(chǎng)景映射到對(duì)應(yīng)的泡泡圖層級(jí) (L2/L3/L4) 和具體活動(dòng)/決策點(diǎn)。

建立 活動(dòng)/場(chǎng)景關(guān)系矩陣 (行:活動(dòng)/決策點(diǎn), 列:場(chǎng)景, 單元格:關(guān)聯(lián)性)。

之后是場(chǎng)景建模:

繪制包含分支、合并、事件的詳細(xì)業(yè)務(wù)場(chǎng)景流程圖,清晰展示不同場(chǎng)景下的路徑。

或使用狀態(tài)圖展示關(guān)鍵業(yè)務(wù)對(duì)象 (如訂單、合同) 在不同場(chǎng)景下的狀態(tài)變遷。

最后是循環(huán):

對(duì)每個(gè)需要詳細(xì)分析的層級(jí) (通常是L3/L4及更細(xì)粒度) 執(zhí)行步驟3.1-3.4。

第四步:梳理規(guī)格

第四步的目標(biāo)是基于細(xì)化的流程分解和場(chǎng)景分析,詳細(xì)定義流程需求規(guī)格,為設(shè)計(jì)解決方案和識(shí)別Gaps提供精確輸入。

這個(gè)階段的關(guān)鍵交付物: 流程需求規(guī)格說明書 (PRS)。

詳細(xì)環(huán)節(jié)與操作:

詳細(xì)描述業(yè)務(wù)步驟: 針對(duì)達(dá)到退出標(biāo)準(zhǔn)的最底層活動(dòng) (通常是L4/L5):

步驟編號(hào)與名稱: 清晰唯一標(biāo)識(shí);

角色/執(zhí)行者: 明確負(fù)責(zé)執(zhí)行的角色或崗位;

詳細(xì)操作描述: 具體說明用戶/系統(tǒng)在該步驟做什么;

輸入: 所需的文檔、數(shù)據(jù)、信息、觸發(fā)事件;

輸出: 產(chǎn)生的文檔、數(shù)據(jù)、信息、狀態(tài)變更、觸發(fā)事件;

所用系統(tǒng)/工具: 明確支持該步驟的IT系統(tǒng)或工具。

定義業(yè)務(wù)規(guī)則與管控要求 (原子化):

業(yè)務(wù)規(guī)則:

清晰、無歧義地描述控制流程邏輯的條件、計(jì)算、決策邏輯;

類型: 驗(yàn)證規(guī)則、計(jì)算規(guī)則、路由規(guī)則、授權(quán)規(guī)則、合規(guī)規(guī)則。

管控要求:

KPI指標(biāo): 該步驟/流程需滿足的效率、質(zhì)量、成本等指標(biāo);

控制點(diǎn): 必要的審批、復(fù)核、審計(jì)點(diǎn);

合規(guī)要求: 必須遵循的內(nèi)外部政策、法規(guī)、標(biāo)準(zhǔn);

風(fēng)險(xiǎn)控制要求: 針對(duì)識(shí)別的風(fēng)險(xiǎn)點(diǎn)的控制措施。

關(guān)聯(lián)痛點(diǎn)與Gaps:

明確指出當(dāng)前步驟/規(guī)則在AS-IS流程中是如何導(dǎo)致業(yè)務(wù)痛點(diǎn)的 (建立因果關(guān)系);

清晰描述該步驟/規(guī)則在AS-IS狀態(tài)與需求期望之間的具體差距 (Gap)。

最后,整理需求規(guī)格說明書 (PRS)。

本文由人人都是產(chǎn)品經(jīng)理作者【產(chǎn)品人衛(wèi)朋】,微信公眾號(hào):【產(chǎn)品人衛(wèi)朋】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于 CC0 協(xié)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!