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