讓ERP超越部門和資料中心的邊界(轉)
一、引言
在如今的全球性企業中,每天都進行著無數的超出企業資源規劃ERP(Enterprise Resource Planning)的業務流程,如填寫購買需求、與業務合作伙伴互動以及所有的能提高組織效率的所有流程。效率提高的多少取決於你的業務與ERP系統的整合的好壞。
業務流程管理BPM(Business Process Management)正在用定義的方式來解決公司所面臨的問題——即在試圖把各不相同的操作整合在一起時的階段性需求的確定。然而,由於技術的投資者目前都在構建BPM解決方案,無法重點關注組織本身,讓企業的某些組成部分被分割和孤立了。
從BPM的原理和概念而不是把它視為一種技術解決方案的視角來分析問題,企業就能讓處於ERP系統之外的員工和流程也被整合到組織當中去了。本文就是用這種分析解決問題的角度來闡述的。
二、ERP的發展演變過程
最先轉向ERP解決方案的企業主要是為了獲取與自己業務流程相關的資料和資訊。但是,期望ERP解決方案能夠影響到所有的流程,從而實現前所未有的高效率流程。
典型的ERP解決方案已經在15%到20%的企業中得以應用,但是ERP從來沒有成為整個企業範圍內的成熟性的解決方案。這主要是由於ERP已經成為推動新一代解決方案增長的驅動力,在供應商的帶領下,對BPM的定義層出不窮。一個簡明的BPM定義是:BMP是一個包括了種種解決方案的從未真正建立起來的整合體。一個有著種種解決方案的BPM在功能上是有侷限性的,所以現實中並不存在真正意義上的BPM。
BPM應該是重點解決能激勵資訊共享的技術和文化遷移過程中遇到的問題的。Technology Evaluation的PJ.Jakovljevic的觀點是:一個真正整合的工作流和BMP工具能有助於使用者獲得渴望已久的IT目標,這樣的目標包括:無紙化辦公、異常管理和把工作流當作電子框架來指引員工。
讓資訊被那些要使用的人很容易地獲得,並提高業務投資已經在ERP解決方案中得以實現,這樣的解決方案能把一項業務的價值鏈的效率提高很多。在過去,ERP解決方案的設計意圖是讓跨若干部門的自動化製造過程更容易。ERP闡釋的是粗原料、庫存、定單和釋出方面的議題,但是它無法解決從事銷售、營銷以及象合作商、開發商這樣的非交易方的問題,也沒有涉及與庫存、定單操作無關的企業運營中必不可少的領域。ERP沒有與客戶關係管理CRM(Customer Relationship Management)中的令組織獲取客戶特殊需求的效能緊密結合,也沒能與為客戶服務而建立起來的Web站點或是門戶(portals)以及線上訂購的研發聯絡起來。
如今的企業已經沉浸在彼此的影響之中,並且已經把企業擴充套件到了組織的邊界之外。伴隨著企業全球化、經濟低迷、移動工作地點以及合作伙伴式經濟形式的出現與發展,業務中將會有很多實時性的要求出現。企業面臨的內部需求和競爭壓力已經迫使組織必須以確保成本和流程效率相統一的立場來處理問題。不幸的是,這樣的統一性視角不能在ERP的範疇內成功實現,這就要求企業不得不選擇BPM的方法來解決問題。
三、BPM的出現
在企業擴張的時期,獲取、儲存和定位資訊的能力已經是十分關鍵的了。隨著企業調整壓力不斷增大,企業被要求必須要能為業務提供一個更廣闊的視角。為了達到這個要求,無論是垂直管理技術還是水平管理技術都要求要有技術解決方案來支援才行。業務本身也被推到“零潛伏模式(zero latency mode)”下來完成,或者說是業務進入了“網際網路時代”。客戶、合作商、甚至是組織內部的構成要素也要求具備對流程有實時訪問、瞭解的能力。能立刻訪問到關鍵資訊可以建立起一個讓業務更佳地應對變化的環境,從而讓可以作到在任何時刻都是有計劃的(plan anytime)。
BPM解決方案的開發商已經承諾他們的產品有實時操作效能。他們的BPM解決方案可以在提高決策的同時減輕系統的負載,並誇讚說,BMP解決方案簡化了複雜的戰略流程,能作到:(1)幫助組織管理組織性的變革;(2)讓業務保持敏捷;(3)為正在進行的業務成就堅實的提高基礎;(4)實現協作資訊的集中化訪問;(5)實現ERP系統的無縫整合;(6)成為整個業務成功的關鍵性因素。
BPM提供商已經實現了很多先前的承諾,目前的首要任務就是針對混亂的BPM產品釋出有明確版本的BPM。
四、讓BPM步入新階段
絕大多陣列織和絕大多數BPM開發商都還沒有意識到:為獲得BPM解決方案全部價值,企業需要使用一個整合的方法,即以一種整體性的觀點實現無縫的企業擴充套件。決大多數可得的BPM解決方案表面上看起來是解決了ERP開發中的“自動化孤島(islands of automation)”問題,但是這還是不夠的,它還沒明瞭業務流程是天生彼此相互聯絡的。如果關注度不夠,那種BPM的“部門式的方法”(departmental approach)最終會對真正的目標缺乏認識。企業和他們的技術開發商要明白:業務流程不該被侷限在部門的或是組織的範圍內來對待,業務流程是基於角色(role-based)的基本的單元和一套規則,而這些規則是構建組織所必須遵循的實現人與人互動的基礎規則。
頂級的業務整合軟體開發商已經在很早以前就領悟出這樣一個事實:只有在開發商和他們的客戶都從不同的角度來看待他們的業務流程並且拋棄掉認為流程只存在於一個領域中的錯誤看法時,BPM才能顯現出自身的全部潛能。通過能把人員、流程和各種準確及時的知識結合在一起的技術來提高決策、分析和規劃、管理的能力。這種方法論就是BPM期望作到的。在使用者看來,一個優秀的BPM解決方案應該具備以下特色:
A 支援全域性性的視角;
B 提供強大的平臺整合效能;
C 能令企業實現跨各部門和各功能邊界的統一;
D 能提供可驅動流程的新業務。
流程在何處互動?如何對每個提供這施加影響必須在組織中被明確看到,這是降低成本、提高操作效率所必要的。企業應該尋求到一種能建立出一個可建立流水線型的工作流和自動的、無安全隱患的建模環境的解決方案。
在日益規範化的環境中,實時地訪問關鍵資訊的需求讓業務變得很重要。通過把傳統的報告機制替換為連續性的監控效能,CEO、部門領導和其他一些經理們就能操控實時環境下的數以百計的事先定義好的檢視(views)或者建立自己的檢視。訪問資訊和檢視資訊的靈活性以及以各種方式對資訊的瞭解本身就是最好的業務管理方式。
五、以人為中心的業務作業系統
要真正明瞭BPM的實際目標,組織就必須鼓勵資訊共享。業務必須把執行在企業中的軟體和技術視為是緊密整合在業務作業系統BOS(Business Operations System)。如今的BOS是BPM解決方案的自然衍生物,它的特徵是通過複雜的工作環境顯現出來的,只有通過把資料、資訊和對業務至關重要的流程無縫地、總體性地整合在一起,才能很容易地實現個性化桌面,給員工提供方便的訪問。
而且,一個真正的BOS是僅僅能通過全面定義工作流的方式建立起來的。工作流應該根據員工的職責,以流程為中心的觀點提供給每位員工。工作流不應該取決於粗糙的僅僅是傳送的模式,它應該是業務規則系統的一部分,而業務規則系統是對通訊和任務實現自動化的系統。工作流應該確保以佈置的任務在必要的情況下是可完成可提升的。工作流還應該是應用在先進的可變管理技術中的結合點上,從而令潛在的問題不會變成危機。
六、總結
技術已經在提高業務效率的浪潮中發揮了重要的作用。絕大多數BPM解決方案中存在的問題主要是如何超越單個部門的或是使用者組的侷限來看待、解決問題。因此,決大多數部門都是根據解決方案提供給自己的特殊需求的效能來個別操作的。
引領業務整合產品的開發商相信其他的效率層面是可以達到的,達到的方式就是將這些個別性操作的解決方案統一起來。技術能從實質上整合成一個完全性的業務平臺,並從中受益。在這樣的一個平臺下,還可以擴充套件企業,引入任何一個與企業價值鏈有關的因素。
為實時決策而採取的更強的戰略資訊集中化方法讓企業能把自己置身於更好的處境之中,從而提高企業獲得利潤的能力,降低成本、提高準確性,實現更佳的成本配置,使財務方面的決策更能對企業為了的發展產生積極的影響!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20443/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 《超越邊界》
- 部門有界資料無界大資料需要大胸懷大資料
- 再續:網路爬蟲的法律邊界和資料風險爬蟲
- 如何築造資料安全邊界
- css的邊界和補白CSS
- 各事業部ERP系統各部門需求[轉]
- 邊緣資料中心和5G的影響
- 技術的邊界
- CSS語法手冊(四)文字填充,邊框,邊界和位置屬性(二)(轉)CSS
- CSS語法手冊(三)文字填充,邊框,邊界和位置屬性(一)(轉)CSS
- Swoole - TCP流資料邊界問題解決方案TCP
- 二分查詢左邊界,右邊界,>=,>,<=,<
- 決策邊界視覺化,讓你的分類合理有序視覺化
- 微服務邊界微服務
- 業界動態:用開源軟體管理資料中心(轉)
- 從邊緣走向中心,邊緣計算出現三大門派和六大趨勢
- ERP“失落” 資訊化實施的資料來源和流(轉)
- 告別ERP資料暗流(轉)
- 在IT部門和研發部門的工作差別
- [聖誕活動]《MacTalk 跨越邊界》轉發贈書Mac
- 鑲嵌資料集工具小結(二)鑲嵌資料輪廓線與邊界
- 資料新視界:從邊緣到雲,啟用更多業務資料(附下載)
- 【AutoCAD .NET】如何在無邊界Hatch上選擇邊界點?
- ERP中的製造資料結構(轉)資料結構
- 讓BPM與ERP系統更好的整合(轉)
- 4連通域邊界填充演算法和8連通域邊界填充演算法C++演算法C++
- 關於運營邊界的思考
- React 錯誤邊界元件React元件
- 跨越邊界: Lisp 之美Lisp
- 【二分】【邊界判定】
- 2024年WAIC·雲帆獎啟航:擎啟AGI時代,集結超越邊界的探索者AI
- Swoole 學習筆記 - TCP 流資料邊界問題解決方案筆記TCP
- 報表資料業務化,讓業務部門的領導一看就清清楚楚!
- 不要讓資料毀了ERP,基礎資料收集8個步驟!
- 資料為王,視界無界:店鋪銷售資料中心大屏開啟零售新篇章
- 無邊界網路的劃分建立
- 寫網路爬蟲的法律邊界爬蟲
- “有容乃大”的Cisco“無邊界網路”