第2章 什么是流程架構

2.1 流程架構定義辨析

根據流程的管理定義，流程是管理者對業務分工協作的設計。管理幅度有大小，業務范圍有大小，因此，流程也有大小。流程架構可以被認為是顆粒度較大的流程，是基于專業內聚與管理職責的業務分工，對于高級別管理者管理流程、優化流程具有非常重要的意義。

總的來說，流程架構是針對流程的一個結構化的整體框架，根據企業商業模式和業務特點，在遵從統一、一致管理思想的基礎上，設計企業流程的分類、層級，以及邊界、范圍、輸入/輸出關系等，是企業業務逐層逐級的分解過程。

傳統的流程架構強調各級流程的范圍、邊界、輸入/輸出關系，本質是分工與協同，是各業務模塊行動上的一致。在這里，我們特別強調管理思想的一致，這是行動一致的基礎。

這是流程架構定義的前半部分，也就是通用的部分，在具體應用上，企業會根據自己的實際情況補上后半段定義，這是后文我們要談的內容。

在理解什么是流程架構之前，我們先引入一個概念：流程框架。

無論是分析某件事情，還是描述分析的結果，我們都會通過一個框架來進行。框架是如此重要，以至于有人說：“人類沒有框架是不能思考的。”

管理企業也是如此。作為一個企業管理者，需要管錢、管人、管事，需要管銷售、管研發、管制造、管服務。管錢的時候需要管收入、管支出，管人的時候需要管招聘、管培訓、管用人、管提拔。這樣先分類，再分層分解的過程就是一個框架。

流程的本質是業務分工與協作，企業的流程也會有一個框架。如圖2-1所示，公司有一級流程研發管理，往下細分為產品組合管理、產品頂層設計管理、產品開發管理等；其中產品開發管理再往下細分為原型設計、市場測試、產品準備等；其中原型設計又可分為需求分析、產品設計、原型制作等；其中產品設計下又包含可制造性設計、可服務性設計、可維護性設計等。

圖2-1 流程框架示例

從一級流程逐級往下分解，直至活動和任務，這個層級關系就叫作流程框架。在分解過程中，最后一級流程即末級流程。也就是說，從末級流程再往下分解就是活動，末級流程可以用流程圖來呈現。

流程架構是流程框架頂端的那一部分。具體是哪一部分呢？企業應根據自身情況定義清楚。有以下兩種定義方式。

第一種方式，固定流程架構的層級數量，把從一級到三級或四級的分解過程稱為流程架構。這種定義的特點是其分解層次的數量是明確的，要么是三級，要么是四級。再往下一級要么到活動，要么到子流程，都不再稱為流程架構的一部分（如圖2-2所示）。通常，采用這種定義方式的企業其流程架構設計比較成熟。這種成熟體現在兩個方面：其一，架構分解方法成熟。通常，三、四級的層次是比較清晰的，要做到這種清晰，一方面需要深刻理解架構思想，另一方面需要將架構思想落實到對業務的理解中。否則，就很難在三、四級將架構分解清楚。比如，有一家企業將投融資管理作為一級流程，往下分解為投資管理和融資管理兩個二級流程，再往下將投資管理分為二級市場投資管理和一級市場投資管理……這樣分解下去，其粒度很難把握，也很難和其他模塊保持一致。在這種情況下，我們可以采用后面談到的流程架構的第二種定義方式。其二，業務模塊管理能力均衡。流程架構也是對業務管理能力的反映，各業務模塊管理能力在同一個層次時，才不會出現有些模塊三、四級已經分解完成，有些模塊到了五、六級還沒有分解完成。

圖2-2 流程架構的第一種定義方式

如圖2-2所示，在這種方式下，假定固定的流程架構層級數量為三級，一、二、三級流程是流程架構。通常，將第四級流程稱為子流程。也就是說，第四級流程只能被它上一級的三級流程引用；而它上一級的三級流程，可以和其他三級流程相互引用。三級流程是架構樹上的最小節點。

第二種方式，不固定流程架構的層級數量，把從一級到末級流程的分解過程稱為流程架構。這種定義的特點是其分解層次數量是不明確的，可能是三級，也可能是四級，還可能是其他層級。但是，其最后一級就是末級流程。這種看似不成熟的流程架構其實符合大部分企業的現狀。這種現狀包括兩部分：其一，大部分企業并沒有統一的、專業的流程架構師。因此，流程架構設計更多的是對業務現狀的呈現。而業務現狀通常是一團亂麻，這就導致了其層次結構很難把握。其二，企業各個模塊的管理水平參差不齊，有些模塊已經在向業界標桿看齊，有些模塊還在閉門造車、走一步看一步，這就很難要求各模塊的流程架構層級是整齊劃一的。

圖2-3 流程架構的第二種定義方式

如圖2-3所示，在這種方式下，一、二、三、四級都是流程架構。通常，擁有四級流程的三級流程不能和其他三級流程建立平等的引用關系；而是由四級流程和其他三級流程進行相互引用。末級流程是架構樹上的最小節點。

無論是用哪一種方式定義流程架構，一般都不要求一個公司的流程框架層次數量是固定的。就好像是一棵樹，有些葉子到主干的距離較遠，有些葉子到主干的距離較近。

兩種流程架構定義體現了不同的管理選擇，后續對流程架構的維護也會不一樣。前者更注重規劃與設計，后者更注重現狀呈現；前者更注重維護主干，后者更注重體現末端；前者的穩定性優于后者，后者在端到端流程整合時清晰而靈活。

同時，無論采用哪一種定義，流程架構都體現了我們對業務的分解視圖，表示這個架構下面業務的結構是完整的，業務的邊界是清晰的，業務的邏輯關系是正確的。也就是說，必須滿足流程架構定義的前半部分。