BPM（Business Process Management，業務流程管理）無疑是一場革命，但究竟是誰從誰那裡獲得了解放？有業內人士將BPM的出現形容為“近乎於一場爭奪企業更大控制權的IT對抗革命。”不過，在分析BPM技術的演進時，我們不妨轉換一下視角，重新審視BPM。
從IT行業誕生伊始，IT部門就一直在呼籲提供執行企業某些最敏感業務的工具。那麼，什麼比計費或客戶資料管理更加重要呢？已經發生改變的是，IT部門現 在不僅要處理業務運營所需的資料，而且還越來越多地管理著業務流程本身，包括構成任何成功的企業的很多核心的決策點。
類似的一幕幕似乎總是重複地發生著，第一次處理這種問題的工程師建立了專門的系統。他們的典型做法是，編寫（或者拼湊）專門的應用來完成信用審批或文檔修 改等指定任務。每個流程的步驟順序一般是硬編碼的：得到資訊A，檢查信用得分B，注意背景C，尋找簽名D，諸如此類。員工接受使用新介面的培訓，並且應用 一旦啟用，就可以很好地發揮作用。
不過後來，這一流程發生了根本性的變化。硬編碼解決方案的缺點開始顯現。對於步驟的每一個修改、資訊流的變化或新的政府法規，工程師都必須坐下來與業務人 員進行商談，然後費盡心思地拿出一個新的解決方案。代碼被反復重寫。在每一次修改後，痛苦的調試期將是不可避免的。介面不斷變化，所有人都在咒駡IT部門。
針對這種實際情況，軟體廠商開發了今天的BPM工具來解決這個問題。雖然風格多種多樣，但所有這些工具的目的都是將業務資訊和流程的控制權直接交給從企業管理層到業務部門管理人員的實際決策者，很少或沒有可見的IT干預。
你可以將這一轉變形容為業務部門發起的一場革命。同樣，你也可以將其描述為IT管理人員把一些耗費時間、存在問題的任務交給本應擁有它們的人員。
這是一場持續了幾十年、且仍在演進的一部分。在這場演進之中，IT業不斷建立對複雜的系統（從業務流程到網路運營，再到設備管理）的更高層控制。因此，BPM技術既是一個由技術人員（他們厭倦了被咒駡）推動的，也是被可能曾經咒駡過前者的倍受折磨的業務經理推動的進程。