在對“BPM”的含義進行了十多年的爭論之后，業界終于對BPM有了一致的正式定義：“業務流程管理（BPM）是一門學科，涉及業務活動流的建模、自動化、執行、控制、度量和優化的任何組合，以支持企業目標，跨越企業內外系統的邊界，協同員工、客戶和合作伙伴 。”

但是，如此簡單的定義BPM還是很容易讓人混淆BPM和流程本身這兩者的區別。所以，我們不如再拓寬一下視野，來看看什么才是真正的BPM。

BPM是一項活動；我們會常聽到說BPM幫助企業完成業務的實踐。它不像別的系統，為單一固化的功能，它是貫穿企業，隨著企業業務可變的一種活動。

BPM是關于改進流程的：BPM會將我們的業務視為一組流程，而BPM是改進這些流程的行為。這里我們要注意BPM與其它學科區別，它不僅僅是一種服務于企業的功能，它更是一門可以改善功能的學科。打個比方可能更容易理解，也許你會烹飪，但是你試圖參加某些烹飪課程時，真正希望的是改善你的烹飪方式，讓它變得更有效更科學。

這意味著BPM并不是僅僅要使業務流程自動化，而且還要改善它們。“重新設計”流程的方式不僅僅在于使當前流程自動化。有人會說自動化本身就是對手動流程的改進。但是，BPM是發現和設計自動化流程的活動，是在將完成的應用程序部署到企業中時完成的。流程的運行不是BPM的一部分。但是，監視流程以發現需要改進的地方是BPM的重要組成部分。

BPM由主要與流程改進相關的人員來完成：業務流程將涉及許多人員，但其中有多少人與流程改進相關？許多人堅持認為，改善流程是每個人的工作。即使接待員也應該考慮如何改善操作。這種解釋太寬泛而無用。我們認為在流程的改進應該由企業管理者推進，流程設計專家主導，而與流程相關的工作著當參與其中，流程改進一個信息交互的過程。企業中的每個人都盡自己的最大努力，每一項出色的工作都會對企業有所幫助，但這并不是BPM。BPM必須狹義地定義為那些積極且主要關注于業務流程并試圖對其進行改進的人們所進行的活動。顯然，這些人必須從盡可能多的其他人那里征求意見。

參與性的流程并未執行BPM：例如，批準采購訂單的經理雖然身處流程中但我們并不能說他執行了BPM，即使該批準是流程中的活動。有些輔助審批是業務流程中的一個必要步驟，拒絕貸款申請的銀行經理也不會執會BPM。這些人從事的工作是流程的一部分，但他們并未從事BPM。

流程應用程序的實現（編碼）不屬于BPM：應用程序開發人員在流程的一個步驟中為數據輸入設計表單的應用程序此時并沒有在執行BPM。一旦充分定義了“將來”的流程，支持該應用程序的實現將不再積極參與改進流程，那也就脫離了BPM的范疇。此處需要注意的一點是：應用程序通常是增量開發的，它通過向客戶展示、獲取反饋、改進和迭代，并且流程也可以逐步改進。這些增量改進應作為BPM的活動包括在內，但應用程序實施的活動不是BPM。標準很明確：如果我們要積極地、主要地從事流程的改進，那么就是BPM，否則就只能算是工程。

為流程改進提出建議也不是BPM：這意味著許多提出建議的人與實際執行BPM的人之間存在區別。當流程分析員參與BPM時，期望他們會征求大量有關什么在起作用、什么在不起作用，以及采集那些如何起作用的建議。那些提供反饋的人正在幫助BPM工作，但他們自己卻沒有在做BPM。

改進流程的一個步驟不算BPM：有些人錯誤地認為，改善流程的任何措施都是BPM，無論它多小。做BPM的人需要對流程有某種總體了解。它被描述為流程的“端到端視圖”。因此在不了解整個流程的情況下優化流程的一個步驟并不能算是BPM，真正的BPM要了解正確的優化，我們需要在完整的業務流程范圍內考慮這些優化。正如，路面維修人員在道路上抹平礫石以改善該道路上行駛車輛的通暢所做的工作并不是一門管理學科，他們是參與其中的具體執行活動。所以，改善某個步驟不是BPM，因為他沒有整個流程的可見性。工程師找到一種使光纜帶寬增加一倍的方法正在改善所有需要通信的過程，但這也不是BPM。從事BPM就意味著你必須了解流程的整個過程，并實施全局觀下的優化和改造。

因此，真正意義上的BPM，是需要我們考慮那些對整個端到端過程并對其產生影響的人員進行的那些活動。

AlphaFlow ?  BPM流程管理平臺

 電話：400-888-6861     

  //qdhaitiansuji.cn/