1、以用戶爲中心的流程模型
無論何時我們建立流程模型，我們都必須以客戶爲中心的方式工作。我們必須始終把我們的模型的消費者放在心上。我們必須設身處地爲他或她着想。這聽起來很簡單，但是很少有流程模型真正支持這種方向。
正如我們所說，人民的知識、技能和利益、查看我們的流程模型的人員變化很大。在下面的列表中，我們已經編譯了我們在bpm項目中遇到的類型。這些描述是有關項目所扮演的角色;它們不是任何組織中人們的頭銜。我們發現，企業使用bpm開發的經驗越豐富，我們看到的這些角色就越一致。我們建議您熟悉以下內容:
- 過程所有者:過程所有者對他們的過程負有戰略責任。他們對優化性能非常感興趣。他們通常有預算權力，但是在他們簽字之前，他們需要確信你的改進計劃是有效的。在大多數公司中，流程所有者佔據管理的第一或第二層。他們可以是管理委員會的成員或主要部門的負責人。
- 過程經理:過程經理對他們的過程負責操作。他們直接或間接地向流程所有者報告。他們申請改進項目，作爲外部服務的訂購方。過程管理人員通常是低級或中級的管理人員。流程參與者:流程參與者與流程一起工作並實際創造價值。他們與過程經理的關係差別很大。在由職能部門(銷售、物流等)組成的公司中，過程經理是流程執行部門的職能主管。流程參與者直接向該功能執行人員報告。如果過程是跨部門執行的，這是很常見的，特別是在過程矩陣組織中（見下圖），部門主管之間會產生衝突。流程建模本身不能解決這些問題，這就是爲什麼我們不在本篇文章中進一步研究的原因
圖:過程矩陣組織。
流程分析師:流程分析師的核心競爭力通常是bpm，特別是bpmn。它們支持流程管理人員作爲bpm生命週期的所有階段的內部或外部服務提供者。流程分析人員可以是外部服務提供者的聯繫人，也可以作爲流程經理的代表。在公司內部，流程分析師通常在bpm方面有自己的能力範圍，例如業務組織，或者他們是it部門的一部分。然而，很少有過程分析人員負責技術實現。
分析師可能喜歡技術工作，可能從頭到尾瞭解bpmn，但他或她的優勢是作爲一個組織者和溝通者。作爲業務和it之間橋樑的構建者，流程分析師是每個bpm項目的中心。根據我們的經驗，大約有70%的人，聲稱或被分配到這個角色，是不合格的，因爲他們缺乏適當的分析傾向。過程分析人員最重要的資質不是發送信息的設備，而是接收信息的設備。好的過程分析人員自然希望徹底地理解每一件事。與此同時，他們在與他人的交往中有足夠的同情心，他們可以根據每個羣體調整自己的溝通方式。他們記得每一個細節，但他們也明智地保護細節，不讓那些細節只是分散注意力的人看到。
項目經理能成爲好的過程分析人員嗎?不，項目經理也不應該是過程分析人員。大多數項目經理都認爲自己是“有活力的、行動導向的人”，經常需要“讓人蔘與進來”或“從火中取出栗子”。他們可能非常擅長委派責任，不過，說實話，有些人只是毫無頭緒的空話。讓一個好的流程分析人員同時管理bpm項目似乎是一種理想的做法，但它很少起作用。
流程工程師:流程工程師使用技術實現由流程分析師建模的目標狀態流程。在最好的情況下，它們在工作流引擎中這樣做，它使流程自動化。您可以將用java、c#或其他語言編寫流程邏輯的程序員稱爲流程工程師。程序員的主要工作發生在bpm生命週期的實現階段，不過流程分析人員也可以讓流程工程師參與其他階段的工作。
現在我們已經概述了流程模型的潛在客戶，我們可以討論模型應該是什麼樣子來讓這些客戶滿意。
本系列會持續更新，歡迎關注，技術支持：盤古BPM