商務(wù)智能在各個企業(yè)中的需求越來越大，特別是這幾年隨著企業(yè)核心業(yè)務(wù)系統(tǒng)、企業(yè)資源規(guī)劃（ERP）、供應(yīng)鏈管理（SCM）和客戶關(guān)系管理（CRM）的實施，使得企業(yè)已經(jīng)積累了大量的運(yùn)營數(shù)據(jù)，這些數(shù)據(jù)存放在各種不同的系統(tǒng)、不同的地域、不同的分公司或者部門，企業(yè)需要從數(shù)據(jù)中獲得報表、獲得信息，并不是一件容易的事情，其主要原因是數(shù)據(jù)分散在一個個信息孤島中，手工從各個系統(tǒng)中查詢有用的信息，然后通過手工再錄入到電子表格中，需要大量的人力物力，并且由于時間的延遲、信息獲得的時間和渠道不一致而導(dǎo)致各個部門的結(jié)果不一致，比如銷售部門和財務(wù)部門經(jīng)常統(tǒng)計的銷售額不同；如何能及時、透明、準(zhǔn)確的獲得信息，從而從信息中獲得知識、時刻了解企業(yè)的客戶、銷售、庫存、物流、生產(chǎn)、采購、財務(wù)的狀況，就需要商務(wù)智能來實現(xiàn)這樣的分析和決策，如何成功實現(xiàn)商務(wù)智能，也是人們，特別是領(lǐng)導(dǎo)非常關(guān)心的話題之一。

　　首先，在立項前，企業(yè)就要明確知道立項的目的，要解決的問題。而不是為了數(shù)據(jù)而數(shù)據(jù)。

　　其次，定好了項目的目標(biāo)，成立項目小組，或者指定專人研究項目的可行性，研究為達(dá)到目標(biāo)所需要的人力物力以及項目的范圍。從企業(yè)的內(nèi)部了解企業(yè)內(nèi)部的系統(tǒng)分布：比如系統(tǒng)的應(yīng)用部門，數(shù)據(jù)的存儲、數(shù)據(jù)庫、中間件、運(yùn)行平臺、操作系統(tǒng)等。知道現(xiàn)在所能獲得的信息、方法和手段。從項目實施的外部了解這方面的咨詢廠商、產(chǎn)品供應(yīng)商、在本行業(yè)中成功的案例。了解實現(xiàn)商務(wù)智能的基本技術(shù)路線、工具和實施方法論。

　　接下來，就是產(chǎn)品的選型、產(chǎn)品供應(yīng)商的選擇、咨詢公司的定位等。在選型時，一定要考慮行業(yè)的經(jīng)驗、公司的綜合實力、產(chǎn)品與技術(shù)的優(yōu)勢、方案的提供、項目實施的經(jīng)驗、售后服務(wù)和產(chǎn)品咨詢的價格。

　　一旦選定了產(chǎn)品和服務(wù)商，下一步就是如何保證項目實施的成功。從應(yīng)用角度出發(fā)：

　　第一是業(yè)務(wù)驅(qū)動，目標(biāo)導(dǎo)向：一定要結(jié)合公司的實際，了解企業(yè)急待解決的問題，從老總最關(guān)心的業(yè)務(wù)主題開始，比如應(yīng)收賬款和賬期、現(xiàn)金流、生產(chǎn)質(zhì)量、庫存或者是促銷結(jié)果等。選擇主題時要考慮能在短期內(nèi)實現(xiàn)，比如在5個月或者半年讓相關(guān)領(lǐng)導(dǎo)能看到結(jié)果。不要一開始就貪圖大而全，其結(jié)果導(dǎo)致兩三年看不到結(jié)果。是否能在短期實現(xiàn)取決與數(shù)據(jù)源的完整性和準(zhǔn)確性、業(yè)務(wù)范圍的大小，盡量先選取單一的、數(shù)據(jù)準(zhǔn)確性比較高的數(shù)據(jù)源，比如財務(wù)數(shù)據(jù)或者生產(chǎn)采購數(shù)據(jù)；因為商務(wù)智能項目的基礎(chǔ)是正確的數(shù)據(jù)，這樣才能保證項目的快速上線。其次就是業(yè)務(wù)目標(biāo)制定的范圍要盡量小。由于商務(wù)智能系統(tǒng)和ERP系統(tǒng)在思維模式上完全不同，ERP是流程驅(qū)動，而商務(wù)智能是目標(biāo)驅(qū)動，從要達(dá)到的目標(biāo)出發(fā)，考慮要解決的問題，然后給問題用公式或者描述下定義，比如客戶的流失分析，如何定義客戶流失，是客戶離開了公司或者放棄了產(chǎn)品叫流失，還是客戶有了流失的跡象叫流失等。往往商務(wù)智能項目的需求分析和整體設(shè)計應(yīng)該占到整個項目的2/3時間。

　　第二是商務(wù)智能項目應(yīng)該是全員使用的“業(yè)務(wù)系統(tǒng)”：應(yīng)該成為按照角色劃分的應(yīng)用系統(tǒng)，高層需要了解公司的關(guān)鍵績效指標(biāo)達(dá)標(biāo)現(xiàn)狀和存在的問題，也就是關(guān)鍵績效指標(biāo)的預(yù)警；管理層需要了解為什么發(fā)生，找到原因，調(diào)整執(zhí)行的戰(zhàn)略，對高層提出建議；分析層需要對業(yè)務(wù)進(jìn)行分析和跟蹤，從而對企業(yè)的運(yùn)營提出建議；執(zhí)行層需要了解具體執(zhí)行的情況，了解自己所完成任務(wù)的狀況。只有將系統(tǒng)在整個企業(yè)使用，慢慢將其變成一個“運(yùn)營系統(tǒng)”，才會有生命力。

　　第三是系統(tǒng)應(yīng)用的簡易性：由于商務(wù)智能系統(tǒng)是為業(yè)務(wù)部門應(yīng)用的，業(yè)務(wù)部門的需求也在不斷的變化，所以該系統(tǒng)不是設(shè)計好固定的界面而讓業(yè)務(wù)部門來應(yīng)用就可以了，而是一定要讓應(yīng)用部門學(xué)會自己使用“傻瓜照相機(jī)”，不要所有的應(yīng)用都讓IT部門開發(fā)，就像使用WORD一樣，會進(jìn)行分析、查詢和問題跟蹤。

　　從行政角度來出發(fā)：

　　第一是業(yè)務(wù)部門和IT部門齊心協(xié)力：業(yè)務(wù)部門主導(dǎo)提出需求，而不是IT部門問業(yè)務(wù)部門有什么需求，這樣一般業(yè)務(wù)部門的重視度不夠，導(dǎo)致到系統(tǒng)上線了，業(yè)務(wù)部門認(rèn)為項目不能滿足他們的要求，需要重新修改內(nèi)容，商務(wù)智能項目返工的工作量相當(dāng)大，因為數(shù)據(jù)的整合需要大量的工作量。一旦需求發(fā)生變化，可能會直接影響到數(shù)據(jù)模型的改變。一般情況下，IT部門驅(qū)動的項目經(jīng)常是以數(shù)據(jù)驅(qū)動，所以多將項目取名為數(shù)據(jù)倉庫或者決策支持系統(tǒng)，目標(biāo)是先將企業(yè)的數(shù)據(jù)整合起來，然后任何應(yīng)用都可以從數(shù)據(jù)倉庫中獲得，這樣也就自然會想到企業(yè)級數(shù)據(jù)模型。企業(yè)級數(shù)據(jù)模型居然重要，但是一定要考慮到可行性和現(xiàn)實。在一般情況下，企業(yè)特別是大型企業(yè)的數(shù)據(jù)整合需要三、四年的時間，等數(shù)據(jù)整合完了，業(yè)務(wù)系統(tǒng)又發(fā)生了變化，或者需求完全發(fā)生了變化，IT界人員流動非常頻繁，沒等項目上線，做項目的人已經(jīng)離開了公司或者項目組，如果文檔寫得不到位，這樣數(shù)據(jù)的接口也不知道，其結(jié)果就成為一個好看而不能實用的企業(yè)數(shù)據(jù)存儲系統(tǒng)。如果是業(yè)務(wù)部門驅(qū)動，往往是以業(yè)務(wù)應(yīng)用為主，但是往往會只考慮到自己部門的應(yīng)用而忽視了整體架構(gòu)的設(shè)計，從而當(dāng)這應(yīng)用做完后，數(shù)據(jù)結(jié)構(gòu)不能擴(kuò)展成企業(yè)級的應(yīng)用，為了消滅信息孤島而人為的又產(chǎn)生了新的信息孤島。

　　第二是商務(wù)智能項目是一把手工程：在項目實施過程中，如果部門相互獨(dú)立，相互協(xié)作得不到保證。如果是IT部牽頭，業(yè)務(wù)部應(yīng)該有專人介入。否則，由于業(yè)務(wù)繁忙，業(yè)務(wù)部門的人員往往對項目的重視程度不夠，很少發(fā)表意見或者參與項目決策，導(dǎo)致到項目的失敗，所以一定要企業(yè)的一把手出面，各個相關(guān)部門有專人參加，參加的人對企業(yè)的業(yè)務(wù)比較熟悉，而且能領(lǐng)會領(lǐng)導(dǎo)的意圖。
　　
　　第三是要加強(qiáng)業(yè)務(wù)培訓(xùn)和技術(shù)培訓(xùn)：商務(wù)智能項目也分為三個階段：一是前期的培訓(xùn)洗腦，讓相關(guān)人員理解為什么要做該項目，能解決什么問題，讓相關(guān)人員進(jìn)入自己的角色，二是中期的咨詢：通過對公司業(yè)務(wù)問題的診斷、調(diào)研，了解企業(yè)需要解決的首要問題，然后了解企業(yè)IT建設(shè)的現(xiàn)狀，設(shè)計整體的架構(gòu)；三是項目的實施。項目前期需要需求引導(dǎo)培訓(xùn)，項目中間需要對項目組人員進(jìn)行技術(shù)工具培訓(xùn)，以便項目上線后，公司會有專人維護(hù)，因為商務(wù)智能項目是一個過程，根據(jù)業(yè)務(wù)需求，實時進(jìn)行項目的開發(fā)。項目上線后要對業(yè)務(wù)人員進(jìn)行培訓(xùn)，特別是教會業(yè)務(wù)人員學(xué)會工具的利用，對自己的需求自行開發(fā)。

　　從技術(shù)的角度出發(fā)：

　　第一是“想大做小”：要對項目的整體規(guī)劃、技術(shù)架構(gòu)、分步實施進(jìn)行規(guī)劃，是否需要ODS，數(shù)據(jù)倉庫的邏輯架構(gòu)和物理架構(gòu)的設(shè)計，數(shù)據(jù)集市的結(jié)構(gòu)等都要進(jìn)行認(rèn)真的設(shè)計。對于業(yè)務(wù)驅(qū)動的系統(tǒng)容易出現(xiàn)的問題是初期的數(shù)據(jù)整合很難拓展為企業(yè)的數(shù)據(jù)倉庫，所以在設(shè)計時，要對系統(tǒng)的整體架構(gòu)加以認(rèn)真的設(shè)計。

　　第二是數(shù)據(jù)質(zhì)量的控制： “垃圾進(jìn)垃圾出”，商務(wù)智能項目最重要的還是數(shù)據(jù)，如果在數(shù)據(jù)倉庫或者數(shù)據(jù)集市中的數(shù)據(jù)有問題，其結(jié)果也難以保證期真實性，這樣就要求數(shù)據(jù)質(zhì)量的完整和準(zhǔn)確。如何保證數(shù)據(jù)的高質(zhì)量，就需要有一個數(shù)據(jù)質(zhì)量控制的工具，而不僅僅是通過ETL（數(shù)據(jù)的抽取、遷移和加載），而還需要數(shù)據(jù)的質(zhì)量控制。

　　第三是“三分段的設(shè)計思想”：在數(shù)據(jù)倉庫的設(shè)計時，要考慮將數(shù)據(jù)倉庫和業(yè)務(wù)系統(tǒng)相對隔離，將數(shù)據(jù)倉庫和分析應(yīng)用相對隔離，因為當(dāng)前的業(yè)務(wù)系統(tǒng)經(jīng)常會升級或者更新，不要因為分析應(yīng)用需求的變化或者業(yè)務(wù)系統(tǒng)的變化，將原來建立的數(shù)據(jù)倉庫推到重建，一定要保護(hù)企業(yè)的投資回報。

　　要想成功實施商務(wù)智能項目，是一個一把手工程，需要業(yè)務(wù)部門和IT部門的配合，大處著想，小處著手，盡量做到簡單易用，讓業(yè)務(wù)部門學(xué)會分析應(yīng)用。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：企業(yè)如何成功實施商務(wù)智能BI/ERP項目

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/1082058753.html