華為流程體系拆解系列:流程需求分析方法論
流程需求分析是系統(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é)議。
- 目前還沒評(píng)論,等你發(fā)揮!