企業(yè)流程管理與企業(yè)資源規(guī)劃系統(tǒng)(編輯修改稿)
2025-02-06 07:10 本頁面
【文章內容簡介】 任務 ? 企業(yè)流程主要可分為企業(yè)內流程 (intraanizational business processes)與企業(yè)間流程 (interanizational business processes)兩大類。 ? 企業(yè)內流程包括同層級人員或部門間溝通合作以及上級與下級間管控與執(zhí)行的互動關係 ? 企業(yè)間流程則依照彼此供需關係，協(xié)調合作關於規(guī)劃、採購、生產、銷售、及服務等作業(yè)。 ? 綜合而言，流程分析必頇達成以下四項任務： ? 建模 (Modeling)： 以特定的圖型式建模語言 (graphical language)定義一流程以解釋與該流程相關的元素、平行流程、次流程、進行途程與步驟、規(guī)則、例外與失誤處理等。 ? 整合 (Integrating)： 緊密聯(lián)結相關的元素以確保之間能毫無間細地交換資訊。 ? 監(jiān)控 (Monitoring)： 提供圖型化管控臺 (graphical administrative console)顯示進行中的流程、已完成的流程、與相關的績效。 ? 最佳化 (Optimizing)： 針對所監(jiān)控的流程進行分析，瞭解是否效率不足而能即時調整。 Zachman系統(tǒng)發(fā)展程序的矩陣式架構 ? Zachman (1987) 則以一矩陣式架構 (見表一 )建立企業(yè)組織與資訊系統(tǒng)的關係，試圖從各種角色 (包括高階經理、企業(yè)分析者、資訊部門主管、系統(tǒng)分析師與資訊工程師等 )的觀點看待系統(tǒng)發(fā)展的程序。 資訊類別 執(zhí)行 BPM的模式與 ERP導入專案 ? 雖然 Zachman架構主要用於發(fā)展系統(tǒng)，其概念亦適用於指引 ERP的導入過程以及配置與客製化標準 ERP系統(tǒng)。 ? 進行 BPM應該被定位為從策略規(guī)劃到細步作業(yè)的設計與控制以確保組織績效能持續(xù)提升的一套程序。 流程管理與 ERP導入程序 ? 導入 ERP與 BPM直接相關，以專案的角度而言兩者應被視為一體，因此必頇同步進行 階段 VI階段 V階段 VI I階段 I V階段 I I I階段 I I配置 E R P系統(tǒng) 上線規(guī)劃 E R P 策略分析應用的需求企 業(yè) 模 型階段 I階段 VI I I現(xiàn)存流程、事件、資料 、規(guī)則 的互動模型持續(xù)改善新 流程、事件、資 料 、規(guī)則 的互動模型流程 改造的 順 序與 範圍流程應具備的基礎結構與系統(tǒng)應用的需求流程結構模型系統(tǒng)應用E R P 架構模型( 技術、資料、應用 )E R P 流程資料與互動模型E R P 設計模型E R P 策略BPM 的宏觀與微觀 ? 雖然 BPM的重要性已被普遍認知，對於 BPM的規(guī)模與幅度卻莫衷一是。 ? 相對而言，企業(yè)變革屬於 BPM的宏觀層次而流程設計屬於微觀層次； ? 企業(yè)變革 :以企業(yè)本體結構分析與企業(yè)情境分析闡釋 ? 流程設計 :以物件導向的分析方法說明 ? BPM的宏觀與微觀兩個層次的關係可以 ” 見樹亦頇見林 ”形容之，且應採取 ” 由大處著眼，小處著手 ” 以及 ” 宏觀調控 ” 的方式進行。 企業(yè)本體結構 in ERP 企業(yè)環(huán) 境企業(yè) 地域 分佈企業(yè) 資源企業(yè) 目標企業(yè) 信念企 業(yè) 角 色企業(yè) 流程企業(yè) 績效企業(yè) 功能刺激限制制約消耗要 求執(zhí)行操縱促成支援改變創(chuàng)造支配達成產生界定引發(fā)預備執(zhí)行派置 於擁有外部情 境內 部 情 境刺激E RP 環(huán)境? 利用企業(yè)本體結構分析 (Enterprise Ontology)並結合物件導向的圖示法可有效幫助 BPM專案以宏觀的角度定義企業(yè)流程與其他企業(yè)物件(business objects)直接或間接的關係 企業(yè)情境分析 ? 所謂企業(yè)情境分析 (Business Scenario Analysis)係根據(jù)企業(yè)結構，對各種流程進行描述以歸納為若干典型的流程模式 (process patterns)， 而個別的企業(yè)流程則被視為各流程模式的實例 (instance)。 ? SAP及 IDSScheer針對不同產業(yè)將企業(yè)情境區(qū)分為 ? 內部 ERP交易 (ERP Transaction) ? 企業(yè)間合作 (InterEnterprise Cooperation) ? 電子化社群 (eCommunity Collaboration) 三大情境類 。 ? 此種功能使得企業(yè)與流程分析者在確認情境後便可隨即確定標準流程，進而加以調整或客製化。 BPR宏觀分析之七項原理 ? 在進行 BPR宏觀分析時，應遵循由 Hammer所提供的七項原理： ? 根據(jù)對流程期望的結果設計流程；摒除以功能分工的方式設計個別活動。 ? 確認所有的流程及其重要程度以決定重新設計的優(yōu)先順序。 ? 要求流程產出的使用者執(zhí)行該流程，以減少官僚作風並鼓勵外部顧客擔負部份作業(yè)。 ? 將資訊處理的作業(yè)與產生該資訊的實際作業(yè)整合於同一流程中。 ? 以主從式架構 (clientserver architecture)整合地城分散的資源以集中控管。 ? 根據(jù)同步工程 (Concurrent Engineering)的概念強調平行作業(yè)在過程中必頇互相配合，而不僅止於整合這些作業(yè)的結果。 ? 整合決策點與實際作業(yè)並將控制權建入流程中；鼓勵員工的自主性、強化工作群組的授權、以及實施較扁平的管理層級。 物件導向之流程分析 ? 應用物件導向的方法論 (ObjectOriented Methodologies)是聯(lián)結流程設計與 ERP配置的最佳途徑，以能降低導入時間與成本，並助益於分析的品質及彈性。 ? 物件導向的流程分析概可分為以下三個階段 ? 根據(jù)企業(yè)本體結構與情境分析的結果，檢驗現(xiàn)存流程的假設與規(guī)則是否謬誤或與現(xiàn)況不符。同時針對不同營運領域，經由企業(yè)概念建模 (Business Concept Modeling)， 應用包括 OOA與 Unified Modeling Language (UML) 的建模方法產生各個領域模型(Domain Models)以完整地描述企業(yè)現(xiàn)況。 ? 重新設計與結構新的流程，而不僅止於調整、改進、或強化流程的局部。所產出新的物件與 UML模型即所謂企業(yè)藍圖 (Business Blueprints)與流程地圖 (Process Maps)。 ? 比對企業(yè)藍圖與 ERP所提供的參考模型是否存有差距，再決定究竟應該調整現(xiàn)存流程以符合 ERP的標準流程或是按照新流程對該ERP系統(tǒng)進行客製化。 BPR 的成功因素 策略性原則 ? 必頇確認大規(guī)模的流程再造勢在必行，否則宜採行漸進式的改進流程 ? 自始至終必頇有最高層經理人的持續(xù)支持 ? 強化溝通機制以使 BPR能被普遍接受 ? 組成能力最強的變革團隊 ? 建立能鼓勵創(chuàng)新的氣氛與環(huán)境 ? 建立完整的 BPR架構與網領 ，包括 ? 定義清楚的目標 ? 變革的規(guī)模與範疇 ? 變革管理的機制 ? 外部顅客與供應商的投入 ? 與資訊技術的整合
公司管理相關推薦
鄂ICP備17016276號-1