流程需求分析是系統(tǒng)化工程,需立足業(yè)務目標與痛點,通過明確邊界、拆解流程、識別場景、梳理規(guī)格四步法,導出清晰的需求規(guī)格,為流程解決方案設計筑牢基礎(chǔ),讓流程設計有章可循。
經(jīng)過前面一系列的流程專題的介紹,大家也能夠清晰了解到,流程架構(gòu)的設計是一個系統(tǒng)化的工程。
如果只是站在流程本身去看待流程設計這個問題,你會發(fā)現(xiàn)無從下手。
但如果你是站在一個項目、一個產(chǎn)品的維度來看待這件事,就會變得非常簡單,至少也是有了落腳點。
因為講產(chǎn)品、講項目的太普遍了,這就進入了大家的舒適區(qū)。
典型的IPD開發(fā)流程就可以用來設計流程。
當然,在流程設計之前,需要先做好對業(yè)務的分析,包含:
業(yè)務目標、業(yè)務痛點、現(xiàn)有流程(AS-IS)、用戶訪談記錄、系統(tǒng)現(xiàn)狀、關(guān)鍵績效指標等等內(nèi)容。
接下來就可以做流程的需求分析了。
需求分析階段的核心目標是要:
系統(tǒng)化、結(jié)構(gòu)化地導出清晰的流程需求規(guī)格;
為設計滿足業(yè)務期望(解決痛點)的流程解決方案奠定堅實基礎(chǔ)。
需求分析四步法分別是:第一步:定邊界第二步:拆解流程第三步:識別場景第四步:梳理規(guī)格
接下來講解一下這四個步驟。
第一步,定邊界
這個步驟的目標是明確分析的范圍,避免范圍蔓延,聚焦核心價值流。
這個階段的關(guān)鍵交付物:頂層價值鏈、邊界說明文檔。
具體怎么做呢?
首先是要確定本次分析涉及的核心業(yè)務領(lǐng)域,比如:訂單到現(xiàn)金、采購到付款、研發(fā)到上市。
接下來繪制頂層泡泡圖:
其中每個“泡泡”代表一個端到端的高階業(yè)務能力或核心價值流階段,比如商機管理、售后服務;
用箭頭清晰展示泡泡間的主要流程流向和價值傳遞。
明確標注起點和終點。
接下來繼續(xù)定義邊界:
范圍內(nèi)In-Scope:清晰列出本次分析包含的具體業(yè)務環(huán)節(jié)、組織范圍、系統(tǒng)范圍、地理范圍。
范圍外Out-of-Scope:明確排除哪些相關(guān)但不在本次分析范圍內(nèi)的環(huán)節(jié)、組織、系統(tǒng)、地域;
邊界假設:記錄任何影響邊界的假設條件。
再往下就是識別關(guān)鍵干系人:
明確該邊界范圍內(nèi)涉及的主要業(yè)務部門、關(guān)鍵用戶角色、IT系統(tǒng)負責人。
最后是評審與確認:
與核心干系人(業(yè)務負責人、產(chǎn)品負責人、架構(gòu)師)評審邊界定義并獲得正式簽署。
第二步:拆解流程
第二步的目標是將頂層業(yè)務能力逐層分解為可管理、可分析的子流程和活動,并理解整個業(yè)務過程。
這個階段的關(guān)鍵交付物包括,分層級泡泡圖(L1-Ln)、泡泡圖詳細說明文檔。
具體怎么做呢?
首先是選擇分解的起點:從頂層泡泡圖中的一個泡泡開始。
接下來構(gòu)建下層泡泡圖(L2):
將選定的高階能力(L1泡泡)分解為5-9個關(guān)鍵子流程(L2泡泡);
明確子流程間的邏輯順序(串行、并行、選擇分支)和交互點;
標注關(guān)鍵輸入/輸出物(如:申請單、審批結(jié)果、發(fā)貨通知)。
再往下是描述業(yè)務過程:
為每個L2泡泡撰寫簡明描述:說明該子流程的目的、主要活動概覽、觸發(fā)事件、結(jié)束狀態(tài);
識別該層級涉及的主要角色/崗位。
接下來判斷是否繼續(xù)分解(應用退出標準):
退出標準:
粒度達標:當前層級的泡泡已代表一個單一、明確的業(yè)務目標,通常對應一個用戶故事或一個可獨立執(zhí)行的流程步驟;
規(guī)則清晰:該層級的業(yè)務規(guī)則和決策點能夠被相對清晰地識別和描述。
責任明確:該層級的活動能明確歸屬到一個主要角色或崗位。
痛點可定位:能夠在該層級有效關(guān)聯(lián)和定位已知的業(yè)務痛點。
如果不符合退出標準,則重復步驟2.2-2.4。
繼續(xù)對L2泡泡進行L3分解,依此類推(L3,L4…)。
最后是文檔化:
維護清晰的層級關(guān)系圖(表明L1->L2->L3…的歸屬)。
泡泡圖說明文檔包含:
各層級泡泡定義、目的、輸入輸出、主要角色、簡要活動描述、已知痛點初步映射。
第三步:識別場景
第三步的目標是識別影響流程執(zhí)行路徑的各種業(yè)務場景,確保流程解決方案能覆蓋所有業(yè)務過程。
這個階段的關(guān)鍵交付物包括:
業(yè)務場景清單、活動/場景關(guān)系矩陣、業(yè)務場景圖(流程圖/狀態(tài)圖)。
詳細環(huán)節(jié)與操作:
一是識別業(yè)務要素(驅(qū)動場景的因素):針對當前分解層級(如L3/L4)的每個活動/決策點,識別:
業(yè)務對象狀態(tài),比如訂單狀態(tài)=待審核、已批準、已拒絕;
業(yè)務規(guī)則/條件,比如金額>10萬需上級審批;
異常/變體,比如客戶信息不全、庫存不足;
外部事件,比如法規(guī)更新通知;
用戶角色差異,比如內(nèi)部員工vs合作伙伴。
接下來生成場景清單:
基于識別的要素,組合出該活動/決策點下的所有典型場景和邊緣場景。
使用Given-When-Then格式描述場景。
清晰定義前置條件、觸發(fā)事件、預期結(jié)果/流轉(zhuǎn)。
簡單示例:
場景ID:SC_OrderApproval_HighRisk
Given:客戶信用等級為C級(高風險)
And:訂單金額>50,000RMB
When:銷售代表提交訂單審批
Then:系統(tǒng)自動路由至區(qū)域總監(jiān)審批
And:觸發(fā)高風險客戶審核流程
接下來是做場景與流程匹配:
將識別出的場景映射到對應的泡泡圖層級(L2/L3/L4)和具體活動/決策點。
建立活動/場景關(guān)系矩陣(行:活動/決策點,列:場景,單元格:關(guān)聯(lián)性)。
之后是場景建模:
繪制包含分支、合并、事件的詳細業(yè)務場景流程圖,清晰展示不同場景下的路徑。
或使用狀態(tài)圖展示關(guān)鍵業(yè)務對象(如訂單、合同)在不同場景下的狀態(tài)變遷。
最后是循環(huán):
對每個需要詳細分析的層級(通常是L3/L4及更細粒度)執(zhí)行步驟3.1-3.4。
第四步:梳理規(guī)格
第四步的目標是基于細化的流程分解和場景分析,詳細定義流程需求規(guī)格,為設計解決方案和識別Gaps提供精確輸入。
這個階段的關(guān)鍵交付物:流程需求規(guī)格說明書(PRS)。
詳細環(huán)節(jié)與操作:
詳細描述業(yè)務步驟:針對達到退出標準的最底層活動(通常是L4/L5):
步驟編號與名稱:清晰唯一標識;
角色/執(zhí)行者:明確負責執(zhí)行的角色或崗位;
詳細操作描述:具體說明用戶/系統(tǒng)在該步驟做什么;
輸入:所需的文檔、數(shù)據(jù)、信息、觸發(fā)事件;
輸出:產(chǎn)生的文檔、數(shù)據(jù)、信息、狀態(tài)變更、觸發(fā)事件;
所用系統(tǒng)/工具:明確支持該步驟的IT系統(tǒng)或工具。
定義業(yè)務規(guī)則與管控要求(原子化):
業(yè)務規(guī)則:
清晰、無歧義地描述控制流程邏輯的條件、計算、決策邏輯;
類型:驗證規(guī)則、計算規(guī)則、路由規(guī)則、授權(quán)規(guī)則、合規(guī)規(guī)則。
管控要求:
KPI指標:該步驟/流程需滿足的效率、質(zhì)量、成本等指標;
控制點:必要的審批、復核、審計點;
合規(guī)要求:必須遵循的內(nèi)外部政策、法規(guī)、標準;
風險控制要求:針對識別的風險點的控制措施。
關(guān)聯(lián)痛點與Gaps:
明確指出當前步驟/規(guī)則在AS-IS流程中是如何導致業(yè)務痛點的(建立因果關(guān)系);
清晰描述該步驟/規(guī)則在AS-IS狀態(tài)與需求期望之間的具體差距(Gap)。
最后,整理需求規(guī)格說明書(PRS)。
抗戰(zhàn)之中國遠征軍,改寫歷史,一路征伐至東京!
抗戰(zhàn)之中國遠征軍,改寫歷史,一路征伐至東京!今日推薦:《抗戰(zhàn)之中國遠征軍》作者:遠征士兵|-。點擊文末超鏈接開始觀看吧~第二百零七章電臺“營長,怎么辦!”有個士兵躲在防坡題下朝著吳世民大叫||。吳世民不由在心里暗罵了一聲:他娘滴,我怎么知道怎么辦?!但做為營長的他當然不會把這話說出口,而是朝通訊兵叫道:“ 抗戰(zhàn)風云再起,中國遠征軍改寫歷史,一路征伐直至東京!今日推薦:《抗戰(zhàn)之中國遠征軍》作者:遠征士兵。點擊文末超鏈接開始觀看吧~第一百五十五章平等(求個月票!)“什么?”聞言眾軍官不由一陣愕然-_。見眾軍官奇怪的表情,張弛就察覺到事情或許不像自己想的那樣?!澳銈儭皇莵硪蠡貒??”張弛問-|?!爱斎幌M隳軡M意。五本抗日軍事爽文!血戰(zhàn)淞滬,喋血南京,鏖戰(zhàn)蘭封,揚威武漢!