BRP的目的:從資料和業務環節中樹立規範(轉)
BRP的目的:從資料和業務環節中樹立規範
由於對BPR和ERP在概念上的理解沒有一個標準的界定,所以針對同一個術語,往往會有不同的著重點。BPR是否應該先於ERP,取決於對於ERP的理解和業務需求程度。
首先應該弄明白BPR和ERP是什麼,然後才能討論為什麼的問題。BPR的含義實際上就是運籌的概念。BPR就是運用系統的觀點來優化和改進業務流程中的某個環節或整個業務運作的過程。與日本人所倡導的企業診斷在本質上是一致的。流程的特徵包括:任務、人、目標、資源、關聯。BPR的執行以關聯管理為主導,精細管理為準則,網路資源計劃為目標。對於BPR應該弄清楚六個方面的問題,歸納為6Ws,即Why-為什麼,BPR的目的;Want-需要什麼,期望達到什麼樣的效果;What-做什麼,針對什麼問題;Where-哪個部門(業務環節),業務再造所涉及的範圍是多大;When-什麼時間,在何種時機進行再造;hoW-怎麼做,業務再造的規劃準備和實施步驟是什麼。
而ERP,是以業務流程為導向,用系統的觀點來控制和運作企業可及的所有軟硬資源。它包含的主要內涵是:改進、優化。
ERP軟體,則是將已經改進、優化的可以定量化處理的業務流程給固化下來,用技術的手段來保證在企業範圍內形成統一、及時的業務運作和考評平臺。
實施ERP軟體,可能會帶來不同於以往的工作方式而產生衝突,因此對於BPR,根據企業資訊化的應用基礎,可採用改進(Improvement)、優化(Optimization)、再造(Reengineering)三部曲式的漸進策略,其目的就是從資料和業務環節逐步樹立規範,通過業務流程的調整為ERP軟體的實施逐步做好準備。ERP軟體,以及資訊科技的充分應用,會對業務的提升提出新的要求,可以促進BPR向更高的目標前進。實施ERP系統的過程,就包含有業務的調整,因此BPR已經是實施ERP的必要過程了,當然,BPR的程度則難以確定。
由於對BPR和ERP在概念上的理解沒有一個標準的界定,所以針對同一個術語,往往會有不同的著重點。BPR是否應該先於ERP,取決於對於ERP的理解和業務需求程度。
首先應該弄明白BPR和ERP是什麼,然後才能討論為什麼的問題。BPR的含義實際上就是運籌的概念。BPR就是運用系統的觀點來優化和改進業務流程中的某個環節或整個業務運作的過程。與日本人所倡導的企業診斷在本質上是一致的。流程的特徵包括:任務、人、目標、資源、關聯。BPR的執行以關聯管理為主導,精細管理為準則,網路資源計劃為目標。對於BPR應該弄清楚六個方面的問題,歸納為6Ws,即Why-為什麼,BPR的目的;Want-需要什麼,期望達到什麼樣的效果;What-做什麼,針對什麼問題;Where-哪個部門(業務環節),業務再造所涉及的範圍是多大;When-什麼時間,在何種時機進行再造;hoW-怎麼做,業務再造的規劃準備和實施步驟是什麼。
而ERP,是以業務流程為導向,用系統的觀點來控制和運作企業可及的所有軟硬資源。它包含的主要內涵是:改進、優化。
ERP軟體,則是將已經改進、優化的可以定量化處理的業務流程給固化下來,用技術的手段來保證在企業範圍內形成統一、及時的業務運作和考評平臺。
實施ERP軟體,可能會帶來不同於以往的工作方式而產生衝突,因此對於BPR,根據企業資訊化的應用基礎,可採用改進(Improvement)、優化(Optimization)、再造(Reengineering)三部曲式的漸進策略,其目的就是從資料和業務環節逐步樹立規範,通過業務流程的調整為ERP軟體的實施逐步做好準備。ERP軟體,以及資訊科技的充分應用,會對業務的提升提出新的要求,可以促進BPR向更高的目標前進。實施ERP系統的過程,就包含有業務的調整,因此BPR已經是實施ERP的必要過程了,當然,BPR的程度則難以確定。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20630/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 前端規範目的前端
- RAC環境下節點歸檔目的地相互獨立的配置和備份要求
- 資料庫設計中的反規範技術探討(轉)資料庫
- 從規範看ECMAScript(二):資料型別資料型別
- MySQL資料庫生產環境安全規範MySql資料庫
- MySQL資料庫規範 (設計規範+開發規範+操作規範)MySql資料庫
- CDGA|從平臺自治到規範化的資料治理
- 必看的資料庫規範資料庫
- CRM資料分析的目的和作用
- 專案中的 Git 使用規範 [轉]Git
- MySQL 規範 (資料庫表設計規範)MySql資料庫
- 資料庫規範之SQL規範寫法資料庫SQL
- 從規範的角度解析物件 — 原始值轉換物件
- 網站專案實施業務流程及規範(轉)網站
- Oracle 資料庫管理指令碼命名規範(轉)Oracle資料庫指令碼
- 資料探勘實驗(一)資料規範化【最小-最大規範化、零-均值規範化、小數定標規範化】
- 再讀規範中浮動與定位細節
- 必看的資料庫使用規範資料庫
- mysql資料庫規範MySql資料庫
- 資料庫命令規範資料庫
- 從規範看ECMAScript(一):規範基礎
- 資料探勘專案的特徵和關鍵環節特徵
- windows下oracle資料檔案的遷移和規範WindowsOracle
- 操作生產環境的規範
- MongoDB資料庫的設計規範MongoDB資料庫
- 常見的資料設計規範
- 資料的規範化——Pandas處理
- 1.2.4 資料庫規範化資料庫
- 前臺提交資料規範
- 資料庫設計規範資料庫
- 專案管理中各環節的方法和實踐經驗(轉)專案管理
- 三個環節:防範國際工程專案風險(轉)
- 資料庫規範化三個正規化應用例項(轉)資料庫
- 資料結構中樹和森林的區別資料結構
- 資料標準和資料規範到底有什麼區別?
- Java中的命名規範。Java
- 企業管理儀表盤業務與技術--規範資訊規範一
- JDK環境解析,安裝和目的JDK