流程是做事情的路徑，是動作的組合。
我們今天要討論流程的層級結構，首先需要有一個基本的思想：企業中的流程是有層級結構的。
流程為什麼要有層級結構？
簡單說，就因為它太複雜。複雜的東西就應該有結構，否則我們無法去認識、建設和應用。
有些人並不覺得流程有那麼複雜，我們看一個實例，這是一個企業做的採購流程圖。
這最多算是用來表達一件事情的邏輯圖，根本不能叫做流程圖，因為它完全沒有把做這件事情的動作表現出來。換句話說，如果你是一個對這個業務並不熟悉的人，看了這段流程圖之後，完全不知道如何去操作。就好像，你問別人坐火車到北京怎麼走，他說中國的鐵路網有五橫七縱，好了你去坐吧！這就失去了流程的意義：定義人們做事情的路徑。一個企業的採購流程，應該有幾十條路徑，上百個活動，這樣的量級才可能說得清楚。
在一個企業中所有重複性的活動我們都可以稱之為流程，那麼這樣的活動有多少？按照流程的條數來算應該上千，按照動作來算應該上萬，而且它們之間是相互交錯的，就像一個超大城市的交通網絡那樣複雜。
這樣複雜的工程沒有層級結構是難以想象的。建一條路需要有規劃圖，更何況建設一個街區，再到建設一個城市的交通網絡。
流程的層級定義
國際組織APQC（美國生產力質量中心），給出了一個流程層級結構的參考定義。
他們給出了一個很好的定義的思想，但恐怕這樣的結果讓人難以接受，其中有邏輯問題，也有中西文語境的問題。比如流程組和流程互相解釋，這是邏輯問題（一組流程是流程組，流程組分解是流程）；還有流程、活動和任務這些西文翻譯的詞彙也讓人難以準確區分。
我們給出一個更簡潔而明確的定義。
第一層，業務功能。這一層只有一張圖，把整個企業的基本業務輪廓完整勾畫出來。在APQC的參考框架中，這一層有12個業務功能，我們這張圖有16個，現實中每個企業都可以根據產業特徵定義一個自己的業務框架。這是典型生產製造型企業的參考框架。
第二層，業務域。就是業務功能層的下一層，展現業務功能的內部結構，我們給它們起個名字叫業務域。我們以供應鏈這個業務功能為例展開到業務域層。
第三層，邏輯關係。邏輯關係層是在業務域層繼續分解得到的，展現出來的結構單位我們稱之為業務單元。需要說明的是，它實際上可能並不是一層，有可能包含兩層的結構。就像我們下圖展示的這樣：在“採購需求確認”這個業務單元中，含有5個最小業務單元。有時候因為內容過於複雜，我們不得不將邏輯關係層分成多層來處理。
這一層被稱之為邏輯關係層，因為它並不是流程，而是在描述業務結構的邏輯關係。這種業務單元描述到最小顆粒度的時候我們稱之為最小業務單元。最小業務單元就是流程框架的最底層，再向下就不再是框架而是具體的流程活動。
圖三的紅色框已經給出了一個區分，上面三層是業務框架，下面兩層是流程。雖然我們習慣於稱之為“流程”框架，但其實上面三層確實不是流程，而是業務結構，下面兩層才是流程，這一點在我們之前EA框架的文章中進行了表述。
我們將企業中的業務框架，從最頂層到最底層（最小業務單元）的列表稱之為流程清單，意思就是它們已經展開了一個流程的目錄，這個目錄有多少行，也就意味著你的流程有多少“條”。下面是流程清單部分樣例的展示。
第四層，流程。從這裡開始才是真正的流程，差別就在於它是用流程語言描述的業務實現的具體動作。這是供應鏈業務功能\\採購業務域\\招標業務單元展開的流程圖。
第五層，子流程。像上面招標這樣的流程，實際指導操作還是比較粗糙的。比如其中“組織編制招標文件”這樣的活動，它是如何完成的？我們可以用更細節的流程來表達這樣的過程，這就是第五層子流程（示例略）。有了子流程，通常我們也會相應的將它的上層叫做主流程以示區別。理論上子流程還可以有子流程，當我們覺得展開一層不足以表達細節的時候還可以繼續展開，但通常我們儘量不這樣做。
流程需要儘可能的精細，否則就失去了它存在的意義。通常我們可以描述到這樣一個細節的程度：一個人的一個動作有明確的產出。關於流程的顆粒度我們以後的文章中再去詳述。
一個完整的樣子
從縱向來看，我們形成一個從上到下逐層分解的鏈條。這樣展示的意義在於，我們通過逐層分解能夠很好的控制業務和流程描述的範圍以及邊界，上層的一個模塊就是下層的一張圖。
從橫向來看，我們可以把採購的流程都在一個頁面上展示形成一個大圖，我們稱這種圖為全景圖（再看看本文開頭的第一張圖完全不是一個量級）。把一個業務域的流程全部展現出來，這也就是我們所能夠表達篇幅的極限了，而且我們還必須忽略這些流程下面的子流程。
這樣我們就容易理解為什麼企業流程是非常龐大的，因為從頂層L1到最底層L5，是一個以幾何級數增加的關係。這個逐層展開的效果有點像電子地圖，現在的流程管理軟件也支持這樣的展示。
如此，我們可以回到最開始的那個問題，流程為什麼要有分層的結構？——結構化就是為了簡單。
還有一個問題就是，我們描述業務和流程總是從頂層到細節逐層展開的，直接進入細節的結果就是一團亂麻。這個道理很簡單，沒有目錄怎麼建一個圖書館？
流程的層級定義，目前也有很多不同的說法，但基本思想大體相同。有兩點是值得注意的：第一，儘可能採用通用的說法，少企業的個性（表達的個性而不是業務的個性），這樣可以降低溝通成本；第二，需要通俗易懂而不要晦澀，不到萬不得已我們還是不要製造詞彙的好。
閱讀更多 老包講流程 的文章
