前面花了一些時(shí)間介紹了智能制造，現(xiàn)在來(lái)講今天的主題，今天的主題是信息化架構(gòu)——《信息化系統(tǒng)是要建成“菜場(chǎng)”還是“大廈”?》。這幾年是走訪了不少企業(yè)，跟很多企業(yè)做過(guò)交流，跟許多CIO同行也有交流，感覺(jué)大部分企業(yè)還是比較缺乏架構(gòu)思維，缺乏規(guī)劃，走了很多彎路，甚至回頭路，不但浪費(fèi)了人力物力財(cái)力，更重要的是浪費(fèi)了時(shí)間，錯(cuò)失了發(fā)展的時(shí)間窗口。所以今天重點(diǎn)跟大家探討一下。
大家看到這個(gè)圖，左邊是菜場(chǎng)，右邊是大廈，菜場(chǎng)一般沒(méi)有特別專業(yè)的設(shè)計(jì)，而大廈必須有非常專業(yè)的設(shè)計(jì)，在強(qiáng)電、弱電、消防、采光、通風(fēng)、和安全等方面非常規(guī)范，菜場(chǎng)沒(méi)有大廈那么規(guī)范，所以雖然菜場(chǎng)的規(guī)模可以擴(kuò)得很大，也不可能有大廈的高度。我們的信息系統(tǒng)就是要建成大廈，不但有規(guī)模，同時(shí)有高度。
下面我就分四個(gè)方面跟大家分享一下：第一個(gè)就是缺乏架構(gòu)的痛點(diǎn)，第二個(gè)是架構(gòu)的理念和方法。第三個(gè)就是推進(jìn)的誤區(qū)，第三四個(gè)就是架構(gòu)的重點(diǎn)。
痛點(diǎn)我總結(jié)了四點(diǎn)，說(shuō)不定還有其他的，我感覺(jué)到比較有共性的就是這四點(diǎn)：第一，如果缺乏架構(gòu)一定會(huì)走彎路，我們今天在會(huì)前也交流了不少，在這個(gè)過(guò)程中大家都有體會(huì)。第二，就是信息孤島，這是老生常談了，但不幸的是，目前這還是一個(gè)普遍的問(wèn)題，很多企業(yè)都有。第三，就是人多不一定好辦事，有的人說(shuō)事情搞不定沒(méi)有關(guān)系，加人就可以了，實(shí)際上有的時(shí)候人多效率反而是低的。最后，如果架構(gòu)不好，新的業(yè)務(wù)和業(yè)務(wù)轉(zhuǎn)型的支持會(huì)比較困難。因?yàn)楝F(xiàn)在大家都在轉(zhuǎn)型，互聯(lián)網(wǎng)+、工業(yè)互聯(lián)網(wǎng)、新零售、和智能制造等。如果架構(gòu)不好，轉(zhuǎn)型實(shí)際上是很困難的。
下面我們逐一分析，既然是架構(gòu)實(shí)戰(zhàn)，今天我們都是舉一些真實(shí)的案例，當(dāng)然信息都脫敏了，防止對(duì)號(hào)入座。走彎路和回頭路各舉了一個(gè)例子，第一個(gè)快銷品公司，這個(gè)公司每天有大量的配送，實(shí)際上配送對(duì)象就是商超和個(gè)人，量比較大，有幾十萬(wàn)。因此分銷系統(tǒng)一定是它的核心系統(tǒng)。分銷里面含計(jì)劃，指揮排產(chǎn)，然后配貨、發(fā)貨、送貨。商超和個(gè)人家庭還是有差異的，商超主要是補(bǔ)貨的邏輯，而個(gè)人家庭是變化比較大，個(gè)人家庭今天要這個(gè)，明天要那個(gè)，說(shuō)不定后天就取消了。信息變動(dòng)頻次如此之高，數(shù)據(jù)量又大，過(guò)程中不容許有差錯(cuò)，不容許有延遲，這是一套比較復(fù)雜的系統(tǒng)。非常的不幸，他們不是選一個(gè)成熟的平臺(tái)，而是交給一位朋友，實(shí)際上是一位大學(xué)教授帶了幾個(gè)研究生開(kāi)發(fā)了一套系統(tǒng)，沒(méi)有行業(yè)經(jīng)驗(yàn)，也談不上豐富的開(kāi)發(fā)經(jīng)驗(yàn)，系統(tǒng)上線后一直問(wèn)題不斷，當(dāng)公司發(fā)展到20億左右規(guī)模時(shí)，根本沒(méi)法跑，問(wèn)題太多，Bug太多，一般來(lái)說(shuō)信息化系統(tǒng)是企業(yè)的引擎、助推器，但在它這兒變成了瓶頸，制約企業(yè)的發(fā)展，后來(lái)花了大的力氣更換了一套系統(tǒng)，缺乏規(guī)劃和架構(gòu)思維，走了很大的彎路。
正常的情況下，遇到這種分銷系統(tǒng)，一般肯定先考慮行業(yè)已有的成熟的系統(tǒng)，假如說(shuō)找不到這種比較成熟的系統(tǒng)，既使開(kāi)發(fā)也要找一個(gè)平臺(tái)開(kāi)發(fā)，不能一行行代碼堆著，由于開(kāi)發(fā)團(tuán)隊(duì)沒(méi)有行業(yè)經(jīng)驗(yàn)，甚至開(kāi)發(fā)經(jīng)驗(yàn)也不夠，因此走彎路也就必然了。
第二個(gè)案例也是一個(gè)銷售公司，這個(gè)銷售公司是一個(gè)全國(guó)連鎖，連鎖店有幾百家，他們的連鎖店規(guī)模比較大，都要上千個(gè)平方，產(chǎn)品也是家用的消費(fèi)品，是中低頻的消費(fèi)品，所以消費(fèi)是靠口碑和服務(wù)，CRM一定是他們的核心系統(tǒng)。但是他們的CRM選了國(guó)外一個(gè)大牌公司的，這個(gè)CRM在國(guó)內(nèi)很少有公司使用，他們太看重了這個(gè)牌子，合同簽了幾千萬(wàn)，實(shí)施了一年半最后失敗了，把老系統(tǒng)拉出來(lái)頂上，走了回頭路。這就是規(guī)劃和架構(gòu)能力嚴(yán)重不足的最典型的一個(gè)案例，選型上出了比較大的問(wèn)題，供應(yīng)商的名氣雖然比較大，規(guī)模也比較大，但是它的CRM不行，在國(guó)內(nèi)沒(méi)有什么案例，敢用這種系統(tǒng)是需要勇氣的，再加上自己的把控項(xiàng)目的經(jīng)驗(yàn)不足，所以這個(gè)項(xiàng)目失敗了，這個(gè)CASE是近幾年的事情，發(fā)生在2015年，要說(shuō)十幾年前有信息化項(xiàng)目實(shí)施失敗，可能大家還是認(rèn)為比較正常的事情，要說(shuō)最近幾年信息化項(xiàng)目搞失敗了，而且是這么大的項(xiàng)目，確實(shí)少見(jiàn)。規(guī)劃和架構(gòu)能力不足,走了回頭路。
信息孤島實(shí)際上是一個(gè)老生常談的問(wèn)題，我舉了兩個(gè)例子也是比較普遍的，一個(gè)是某工程設(shè)備公司，B2B的業(yè)務(wù)，公司對(duì)IT的重視還是相當(dāng)不錯(cuò)的，連續(xù)3年對(duì)IT的投入，都是銷售額的1%，一般的公司做不到，這公司的老板比較舍得投入。我們到現(xiàn)場(chǎng)參觀，系統(tǒng)做得不少，自動(dòng)化包括機(jī)器人應(yīng)用很多，監(jiān)控大屏也高大上。但是他們有一個(gè)問(wèn)題，就是系統(tǒng)挺多，積累了很多的數(shù)據(jù)，做全面的數(shù)據(jù)分析很難，很頭疼這件事，實(shí)際上這就是架構(gòu)上的問(wèn)題。假如說(shuō)三年前重點(diǎn)投入之前，有很好的規(guī)劃和架構(gòu)設(shè)計(jì)，確保主數(shù)據(jù)唯一，系統(tǒng)都是集成的，就不會(huì)出現(xiàn)這個(gè)問(wèn)題。沒(méi)有規(guī)劃，系統(tǒng)之間互聯(lián)互通出了問(wèn)題，不是集成的系統(tǒng)，形成信息孤島，跨系統(tǒng)的數(shù)據(jù)綜合分析當(dāng)然很難。但三年后，要想打通各個(gè)系統(tǒng)，做集成，就要花大功夫，要不上一個(gè)數(shù)據(jù)中臺(tái)，要不上一個(gè)MDM系統(tǒng)，不幸的是，很多企業(yè)都是這個(gè)狀況。
第二個(gè)案例是一家醫(yī)藥公司，我跟他的CIO交流的時(shí)候，他說(shuō)每年春節(jié)之后就頭疼，IT有三四十號(hào)人員，過(guò)年之后都有離職的，離職之后工作交接都是頭疼的事，因?yàn)樗麄兂薊RP外，有三四十個(gè)系統(tǒng)都是自己開(kāi)發(fā)的，而且開(kāi)發(fā)也不是基于平臺(tái)，更沒(méi)有中臺(tái)，都是一行行代碼堆起來(lái)的系統(tǒng)，IT三四個(gè)人一組，每個(gè)組維護(hù)幾個(gè)系統(tǒng)，這一行行代碼堆起來(lái)的系統(tǒng)相互之間不集成，這個(gè)就是最典型的菜場(chǎng)式系統(tǒng)。每個(gè)系統(tǒng)有新的需求、有變更、有優(yōu)化，代碼就要變更，補(bǔ)丁摞補(bǔ)丁，新人很難完全讀懂老代碼，修改代碼很難考慮周全，容易形成新的Bug，因此系統(tǒng)問(wèn)題特別多。這就是沒(méi)有架構(gòu)思維，系統(tǒng)自然就變成了一個(gè)菜場(chǎng)，雖說(shuō)規(guī)模不小，但很難再有發(fā)展。
第三個(gè)痛點(diǎn)是人多不一定好辦事，有兩個(gè)案例，兩個(gè)Saas APP，第一個(gè)是培訓(xùn)相關(guān)的一個(gè)SaasAPP，使用對(duì)象是門(mén)店銷售的導(dǎo)購(gòu)，用戶數(shù)近十萬(wàn)人，第二個(gè)是服務(wù)相關(guān)的SaasAPP，使用對(duì)象是安裝工人，用戶數(shù)30萬(wàn)，第一家培訓(xùn)APP，APP開(kāi)發(fā)人員有20幾號(hào)人，第二家服務(wù)相關(guān)的，APP開(kāi)發(fā)人員不到十個(gè)。但兩個(gè)APP雖然行業(yè)不一樣，但是功能模塊數(shù)是差不多的，也就是說(shuō)開(kāi)發(fā)和運(yùn)維的工作量實(shí)際上差不多。說(shuō)明服務(wù)APP的架構(gòu)明顯比培訓(xùn)APP強(qiáng)，從效率上來(lái)講肯定高很多，差不多的工作量一家是20幾個(gè)人，一家十個(gè)人。而且第一家跟我們?cè)诮涣鞯臅r(shí)候，為了強(qiáng)調(diào)他們重視研發(fā)，做事一絲不茍，重視功能的優(yōu)化，跟我們講了一個(gè)案例，他們的庫(kù)存管理模塊開(kāi)發(fā)做了5遍，我當(dāng)時(shí)聽(tīng)了很無(wú)語(yǔ)，說(shuō)明這個(gè)架構(gòu)師嚴(yán)重失職，簡(jiǎn)單的一個(gè)庫(kù)存管理要做5遍，對(duì)于一個(gè)合格的架構(gòu)師是不可能的。因此，培訓(xùn)APP的開(kāi)發(fā)人員雖然多一倍，但效率反而更低，其主要原因就是架構(gòu)上的問(wèn)題。
第二個(gè)案例是一個(gè)定制行業(yè)的企業(yè)，用的ERP是國(guó)際頂尖的，但他們把ERP搞的太重，定制開(kāi)發(fā)太多了，他們目前的ERP的運(yùn)維人員是20多個(gè)人，說(shuō)明了這個(gè)系統(tǒng)問(wèn)題非常多，否則需要20多個(gè)人來(lái)運(yùn)維嗎?同時(shí)可想而知，當(dāng)新業(yè)務(wù)來(lái)時(shí)，新需求來(lái)時(shí)，他們的響應(yīng)也不會(huì)快，因?yàn)閱?wèn)題多，所以響應(yīng)慢是必然的。這種情況也是典型的架構(gòu)沒(méi)有做好，人雖然多，但效率低。首先定位就錯(cuò)，把ERP搞的太重，當(dāng)然這還不是最致命的，定制開(kāi)發(fā)太多，后期的所有的優(yōu)化、改進(jìn)也沒(méi)有架構(gòu)性的思維，打補(bǔ)丁不慎重，長(zhǎng)期以往，補(bǔ)丁摞補(bǔ)丁，引起B(yǎng)ug太多，問(wèn)題多靠增加人員來(lái)彌補(bǔ)，實(shí)際上效率更低。
最后一個(gè)痛點(diǎn)是難以支撐新業(yè)務(wù)或者說(shuō)業(yè)務(wù)的轉(zhuǎn)型，剛才提到了，很多企業(yè)在轉(zhuǎn)型，智能制造和新零售，我舉的兩個(gè)例子都是跟新零售相關(guān)。第一個(gè)例子是一個(gè)企業(yè)做新零售O2O系統(tǒng)，現(xiàn)在也說(shuō)OAO，即Online And Offline，這個(gè)系統(tǒng)一般來(lái)說(shuō)都有幾個(gè)模塊，包括引流數(shù)據(jù)歸集、呼叫中心跟進(jìn)、進(jìn)店和成交等，線上引流信息來(lái)源比較多，有百度搜索引擎的，有官網(wǎng)的，有電商平臺(tái)的，如天貓、京東等，有朋友圈的，有今日頭條的，也有小視頻的，系統(tǒng)必須要做到自動(dòng)歸集，之后呼叫中心跟蹤進(jìn)店，直到成交，手機(jī)端和PC端都要支持。這種系統(tǒng)，一家企業(yè)花了30萬(wàn)購(gòu)買(mǎi)一套系統(tǒng)，實(shí)施3個(gè)月上線，但是問(wèn)題不斷，主要問(wèn)題在哪?就是需求變化比較多，響應(yīng)太慢。因?yàn)槊考易鲂铝闶鄱加懈髯缘奶厣绕涫荗2O，都是摸索前進(jìn)，一個(gè)方向試試不行，再換另一個(gè)方向試試，系統(tǒng)也要隨之不斷調(diào)整，供應(yīng)商的響應(yīng)肯定是不夠的。另外一家企業(yè)花了幾萬(wàn)塊錢(qián)，自己開(kāi)發(fā)，一個(gè)月上線，用的還很好，這個(gè)也是一個(gè)架構(gòu)的問(wèn)題。第一家企業(yè)供應(yīng)鏈應(yīng)用不夠成熟，而且，CRM跟供應(yīng)鏈系統(tǒng)是不集成的，因此短期內(nèi)自己無(wú)法開(kāi)發(fā)O2O系統(tǒng)。第二家企業(yè)CRM和供應(yīng)鏈兩個(gè)系統(tǒng)是成熟的，而且架構(gòu)好，是集成的，還有他們PC端、手機(jī)端的開(kāi)發(fā)，一定是有平臺(tái)的，所以在應(yīng)用架構(gòu)和開(kāi)發(fā)架構(gòu)很好的基礎(chǔ)上，很容易搭建新零售系統(tǒng)。
第二個(gè)案例是智慧門(mén)店，前兩年做智慧門(mén)比較風(fēng)靡，我說(shuō)的這一家規(guī)模很大，在北京北五環(huán)的邊上，整棟樓3萬(wàn)平方，分3層，一層1萬(wàn)平方，投入也是相當(dāng)大，跟一家大型的電商公司合作。那個(gè)時(shí)候我們也在考慮做智慧門(mén)店，各大電商公司都想拉我們?nèi)牖铮渲幸患译娚坦咀鳛榘咐扑]，把我們拉到北京去參觀這家門(mén)店。但有一個(gè)問(wèn)題，實(shí)施一年多，開(kāi)業(yè)時(shí)系統(tǒng)對(duì)接還沒(méi)有完全做好，我當(dāng)時(shí)去跟IT交流，系統(tǒng)對(duì)接很大一部分還在手工，我完全不理解，因?yàn)橄襁@種智慧門(mén)店跟電商對(duì)接，首先就是商品，商品價(jià)格、規(guī)格、描述這些商品基本信息;第二就是訂單的對(duì)接，線上訂單到線下，線下定單到線上;第三就是供應(yīng)鏈，B端的發(fā)貨和收貨，配送及C端的收貨;最后一個(gè)是結(jié)算對(duì)接，應(yīng)該沒(méi)那么復(fù)雜，我覺(jué)得用不了一年，要是架構(gòu)好，一兩個(gè)月就能對(duì)接完成。原來(lái)甲方企業(yè)系統(tǒng)本身就不集成，他們的供應(yīng)鏈、CRM、以及自己的電商系統(tǒng)是相互獨(dú)立的，所以跟電商公司做對(duì)接自然問(wèn)題就多。
前面講了缺乏架構(gòu)的幾個(gè)痛點(diǎn)，第一個(gè)就是走彎路，走回頭路。第二個(gè)信息孤島。第三個(gè)人多不一定好辦事，最后一個(gè)就是新業(yè)務(wù)，業(yè)務(wù)轉(zhuǎn)型比較難以支撐。
下面講一下架構(gòu)的理念和方法，第一是緊扣核心業(yè)務(wù)，IT的規(guī)劃架構(gòu)必須支撐核心業(yè)務(wù)，必須以業(yè)務(wù)的戰(zhàn)略藍(lán)圖為基礎(chǔ)，業(yè)務(wù)有三年、五年規(guī)劃，根據(jù)核心業(yè)務(wù)來(lái)規(guī)劃信息化系統(tǒng)核心應(yīng)用。
第二先做減法后做加法，分布實(shí)施，這是我?guī)资旮阈畔⒒慕?jīng)驗(yàn)，跟很多同行交流，很多CIO也有同感。實(shí)際上有一個(gè)淺顯的道理，IT上系統(tǒng)是管理的改進(jìn)，是管理的提升。在做信息化的過(guò)程中，業(yè)務(wù)部門(mén)提需求的時(shí)候，經(jīng)常會(huì)要求一步到位，一下子上一個(gè)完美的系統(tǒng)，但是，實(shí)際上行不通。在上系統(tǒng)之前，管理水平是不高的，說(shuō)不定管理水平還相當(dāng)?shù)?，假如我們反過(guò)來(lái)講，IT一步到位做好系統(tǒng)了，業(yè)務(wù)部門(mén)一步到位用起來(lái)了，那么你的管理水平就很高了，這是違背常理的，本來(lái)水平很低，通過(guò)上一個(gè)系統(tǒng)，一下子就很高水平，怎么可能呢?這是不可能的，僅僅通過(guò)一個(gè)系統(tǒng)，管理水平是不可能突飛猛進(jìn)的。所以我們絕大部分企業(yè)，做任何系統(tǒng)一定是先做減法，后做加法，分布實(shí)施，但是很多企業(yè)特別容易犯這種錯(cuò)誤。要求一步到位，不管是有意還是無(wú)意，實(shí)際是給自己挖坑。當(dāng)然，也有企業(yè)能做到一步到位，比如西門(mén)子，西門(mén)子的新公司實(shí)施SAP，從顧問(wèn)進(jìn)場(chǎng)到上線，只要一個(gè)月時(shí)間，常規(guī)實(shí)施SAP一般都要7個(gè)月，但西門(mén)子就能做到一個(gè)月上線，原因是西門(mén)子的規(guī)范化、標(biāo)準(zhǔn)化做得非常到位，管理水平也已經(jīng)相當(dāng)高了，才能做到，全世界沒(méi)幾家公司能做這點(diǎn)，所以絕大部分企業(yè)還必須先做減法后做加法。
第二個(gè)就是平臺(tái)化，前面多多少少提到這一點(diǎn)，我們現(xiàn)在很多企業(yè)現(xiàn)在還是用原碼開(kāi)發(fā)，一行行代碼堆的方式，這個(gè)方法確實(shí)值得商榷。平臺(tái)的優(yōu)點(diǎn)非常多，第一個(gè)好處是開(kāi)發(fā)周期短，我們的CRM系統(tǒng)是比較復(fù)雜的，有三四十個(gè)模塊，如下圖，包括PC端和手機(jī)端，在平臺(tái)上開(kāi)發(fā)，3個(gè)月就全部完成，然后測(cè)試，很快上線。
第二個(gè)好處就是Bug少，穩(wěn)定性高，由于是平臺(tái)，成熟的系統(tǒng)，代碼量又少。第三個(gè)好處是工作交接比較方便，新人接手很快，短期人手不夠，可以請(qǐng)一個(gè)顧問(wèn)過(guò)來(lái)，很快就能上手，極大地減少了對(duì)人的依賴。前面所提到的醫(yī)藥公司CIO非常頭疼，如果他們有好的架構(gòu)，選擇了平臺(tái)，就不用這么麻煩，或許還不需要這么人。
第三就是快速擴(kuò)展能力，支撐新需求新業(yè)務(wù)，如果架構(gòu)做得好，平臺(tái)化，集成化，快速拓展能力自然就有。
最后一個(gè)是適合才是最好的，這個(gè)不多講，IT內(nèi)部人士，大家都了解，前面的CRM案例，實(shí)際上就是犯了選型的錯(cuò)誤，一味的追求高大上，忽視自身情況和實(shí)用性。
下面給大家分享的是推進(jìn)的誤區(qū)，第一個(gè)就是信息化只能領(lǐng)先管理半步，在信息化的過(guò)程中，最理想的狀態(tài)就是信息化領(lǐng)先管理半步。就是說(shuō)信息化領(lǐng)先管理半步，系統(tǒng)上線后，管理水平自然就提升半步，然后信息化系統(tǒng)優(yōu)化改進(jìn)，再領(lǐng)先半步，如此一步一個(gè)腳印往前走，拉動(dòng)管理的改進(jìn)和管理的提升。我們前面講，要先做減法后做加法也是跟這個(gè)相關(guān)，不可能本來(lái)管理水平很低，上一個(gè)系統(tǒng)管理水平就飛躍提升，那是不現(xiàn)實(shí)的,逐步提升穩(wěn)步提升才具有可操作性。
第二點(diǎn)跟第一點(diǎn)是相關(guān)的，不能一味追求完美，追去全面。當(dāng)然不能怪業(yè)務(wù)部門(mén)，業(yè)務(wù)部門(mén)提需求希望一步到位，對(duì)他來(lái)說(shuō)是合理的，但是作為IT來(lái)說(shuō)，要合理的引導(dǎo)他們，告訴他們可以這么提，我們規(guī)劃也可以規(guī)劃，但一定是分布實(shí)施，分步上線，否則即使提供了一步到位的系統(tǒng)，業(yè)務(wù)部門(mén)也不可能一下子全功能使用。追求全面缺乏可操作性，現(xiàn)實(shí)中失敗的案例太多。除非管理水平已經(jīng)很高，一步到位才有可能，但是大部分企業(yè)不是那樣，管理水平?jīng)]有那個(gè)高度，否則信息化水平也不是這樣，兩者是相輔相成的。
第三點(diǎn)不多講，老板說(shuō)功能都買(mǎi)了，為啥沒(méi)有用起來(lái)，實(shí)際上購(gòu)買(mǎi)是萬(wàn)里長(zhǎng)征第一步，真正有價(jià)值的還是實(shí)施過(guò)程，但實(shí)施過(guò)程是艱難的。
第四點(diǎn)，不是業(yè)務(wù)部門(mén)所有的需求IT都要照做，系統(tǒng)的補(bǔ)丁不能亂打。前面提到的那家定制企業(yè)案例，就跟這個(gè)相關(guān)了，他們就是完全響應(yīng)業(yè)務(wù)的需求，補(bǔ)丁亂打，然后造成了系統(tǒng)的Bug太多。我們公司前期也有一個(gè)例子，我們的業(yè)務(wù)主要是零售，以前工程很少，這兩年工程快速發(fā)展，今年會(huì)更多。工程的量上來(lái)之后，為了便于管理，系統(tǒng)對(duì)工程單的管理也要精細(xì)化，工程部門(mén)提了一個(gè)要求，一個(gè)訂單分批發(fā)貨，但我們現(xiàn)有的ERP邏輯是一個(gè)訂單、一次下單，一次入庫(kù)、一次發(fā)貨，不能拆單，因?yàn)榱闶鄣囊粋€(gè)訂單就是一個(gè)柜子，怎么可能拆開(kāi)呢?但工程不一樣，一個(gè)訂單幾百套、幾千套柜子，覆蓋很多棟樓，一棟樓建好，先發(fā)一批貨過(guò)去安裝，甚至一個(gè)單元好了，先把這一單元的貨發(fā)過(guò)去，工程這個(gè)需求是合理的。但是假如我們ERP更改拆單邏輯，不是不可能，但是一方面ERP底層邏輯的更改必須慎重，一旦改不好，就會(huì)造成系統(tǒng)的不穩(wěn)定，二來(lái)工作量也很大，這里必須強(qiáng)調(diào)架構(gòu)思維，ERP的底層邏輯更改，相當(dāng)于對(duì)ERP動(dòng)了一個(gè)中大型手術(shù)，系統(tǒng)跟人一樣，不能隨便動(dòng)手術(shù)，要好好地呵護(hù)。
怎么解決問(wèn)題呢?我們找業(yè)務(wù)部門(mén)研討解決方案，系統(tǒng)不改底層邏輯，是否有辦法滿足業(yè)務(wù)需求?討論為什么要拆單發(fā)貨，最后我們找到一個(gè)非常好的方案，即業(yè)務(wù)拆訂單下單，例如一個(gè)訂單一千套，按照樓號(hào)或者單元，分拆下單。由于工程單大，每個(gè)月就幾個(gè)訂單，所以一個(gè)訂單即使拆成5個(gè)、10個(gè)單子，增加的工作量也不大。然后增加一個(gè)查詢功能，把同一客戶同一樓盤(pán)的訂單集中查詢，便于業(yè)務(wù)部門(mén)跟蹤同一合同的訂單，這樣不改底層邏輯，也能滿足業(yè)務(wù)需求。
另外一個(gè)需求是MES系統(tǒng)增加設(shè)備的首檢的功能，我們所有的設(shè)備99%都是自動(dòng)化設(shè)備，都是數(shù)控機(jī)床，都要首檢，確認(rèn)加工精度是否符合要求，否則一旦加工精度有問(wèn)題，全天加工的板件都要返工或報(bào)廢，所以首檢是必須要做的。質(zhì)量部門(mén)和工藝部門(mén)跟我們講了需求，用系統(tǒng)確保首檢，我聽(tīng)完了之后，跟他們講，這個(gè)功能沒(méi)有必要上系統(tǒng)，這個(gè)屬于SOP的內(nèi)容，上系統(tǒng)并不能解決問(wèn)題，假如工人愿意做，自然會(huì)按照SOP完成，如果他不愿意做，實(shí)際首檢沒(méi)做，系統(tǒng)點(diǎn)幾下就行，系統(tǒng)也不能發(fā)現(xiàn)沒(méi)做，就是說(shuō)這是假需求、偽需求，這種需求在系統(tǒng)中更不能亂打補(bǔ)丁，跟業(yè)務(wù)部門(mén)交流的時(shí)候，解釋清楚讓大家理解就可以了。架構(gòu)思維除了在做整體架構(gòu)的同時(shí)，在某個(gè)應(yīng)用的運(yùn)維上，同樣要有架構(gòu)思維。
前面提到的那家定制公司，一開(kāi)始架構(gòu)雖然做的不是很好，如果后面運(yùn)維有架構(gòu)思維，系統(tǒng)每一個(gè)補(bǔ)丁打的都比較謹(jǐn)慎，都比較規(guī)范，都符合架構(gòu)理念，后面也不會(huì)有那么多問(wèn)題，也不需要20多個(gè)人來(lái)運(yùn)維。
下面一個(gè)比較簡(jiǎn)單，線下流程不能原樣搬到線上，這個(gè)大家都了解，信息化就是流程再造的過(guò)程，不多解釋。
再下一個(gè)就是系統(tǒng)選型，不能崇洋媚外，這個(gè)是我最近剛加的，一二十年前，國(guó)內(nèi)和國(guó)外很多系統(tǒng)是有明顯的差距，但是近幾年除了ERP外，絕大部分系統(tǒng)，國(guó)內(nèi)和國(guó)外系統(tǒng)差距不大，其實(shí)ERP的差距也縮小了。前面提到的選擇國(guó)外CRM那家公司帶點(diǎn)崇洋媚外，總認(rèn)為國(guó)際上的大公司、大品牌、大系統(tǒng)好用，最后卻失敗了。
實(shí)際上我們?cè)谶x擇的時(shí)候，很多系統(tǒng)國(guó)內(nèi)的比外國(guó)的更價(jià)廉物美，而且服務(wù)也好，不像國(guó)外的大公司那么傲氣，更新的節(jié)奏也快，更符合國(guó)情。
最后一個(gè)也是比較重要的，就是核心系統(tǒng)，不能完全依靠外部顧問(wèn)，內(nèi)部團(tuán)隊(duì)一定要有把控能力，因?yàn)閷?duì)于核心的應(yīng)用，核心的系統(tǒng)，一定支撐的是核心業(yè)務(wù)，核心業(yè)務(wù)有優(yōu)化，有改進(jìn)，有新需求，響應(yīng)必須快，依靠外部顧問(wèn)，不是總能做到。
第二外部顧問(wèn)對(duì)業(yè)務(wù)的理解肯定不如我們自己人，一定是我們自己對(duì)自己的業(yè)務(wù)更理解、吃的更透，所以新的需求來(lái)了，他對(duì)需求的理解，以及解決方案的設(shè)計(jì)，一定更合理更實(shí)用。
架構(gòu)的重點(diǎn)就簡(jiǎn)單帶過(guò)，第一個(gè)是應(yīng)用的架構(gòu)，應(yīng)用是分兩個(gè)層面：一是總體應(yīng)用規(guī)劃，有哪些應(yīng)用，哪一些是核心應(yīng)用，什么時(shí)候?qū)嵤┦裁礃拥膽?yīng)用，二是應(yīng)用項(xiàng)目實(shí)施的過(guò)程中，項(xiàng)目本身也需要架構(gòu)，項(xiàng)目的運(yùn)維過(guò)程也要有架構(gòu)。
第二個(gè)是主數(shù)據(jù)規(guī)劃，主數(shù)據(jù)必須唯一，這樣才能使所有的系統(tǒng)做成集成的，否則就是一個(gè)菜場(chǎng)。要實(shí)現(xiàn)主數(shù)據(jù)唯一，不一定非要上MDM系統(tǒng)，也不一定要有數(shù)據(jù)中臺(tái)也能做到。錢(qián)多有錢(qián)多的方法，錢(qián)少有錢(qián)少的方法，但不花錢(qián)肯定不行。
第三個(gè)是平臺(tái)的規(guī)劃，前面也反復(fù)提了，尤其是開(kāi)發(fā)的平臺(tái)，包括PC端的、手機(jī)端的。舉個(gè)例子，我們公司HR要做360度評(píng)測(cè)，HR把需求給我們IT，我們的一位小伙子花了半天時(shí)間就開(kāi)發(fā)完成，PC端和手機(jī)端都非常好用，測(cè)評(píng)題目能隨便定義，評(píng)測(cè)對(duì)象指定范圍，比如經(jīng)理級(jí)，上下級(jí)等可以隨便定義，不但如此，連經(jīng)銷商都能用。這個(gè)就是有好平臺(tái)的結(jié)果，主數(shù)據(jù)在前期都準(zhǔn)備充分，比較完善，開(kāi)發(fā)平臺(tái)也比較成熟，所以在平臺(tái)上做這么一個(gè)小應(yīng)用就非常快，而且實(shí)用。
當(dāng)然，應(yīng)用網(wǎng)絡(luò)的規(guī)劃跟需求相關(guān)，什么樣的可用性需求做什么樣級(jí)別軟件硬件的規(guī)劃，包括上云不上云都應(yīng)該在這個(gè)里面。數(shù)據(jù)安全是非常重要的，企業(yè)規(guī)模小的時(shí)候，可能感覺(jué)不明顯。但是到了一定的規(guī)模之后，特別的敏感，而且是不能出問(wèn)題的，數(shù)據(jù)安全一旦出問(wèn)題，都是大問(wèn)題。組織的規(guī)劃，就是組織配襯。還有制度，沒(méi)有制度保障肯定也是問(wèn)題，時(shí)間關(guān)系，不多說(shuō)了。
數(shù)字化要一盤(pán)棋更要各自為戰(zhàn)
分享到微信 ×
打開(kāi)微信，點(diǎn)擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁(yè)分享至朋友圈。