關於EOM（Enterprise Operating Model）企業經營模型（1）

    公司資訊系統建設已經有數十年的發展曆程了，如今還在發展之中。面對建設中存在的各種問題，我們試圖去尋找一種或者多種的解決方案。正是公司資訊系統建設多樣性才使我們有機會對各種公司資訊系統建設方案進行對比和分析，從中找出問題的所在。
   幾乎所有公司資訊系統建設都是從小開始逐步發展的，這個小就是利用當時電腦和電腦技術，將企業中的業務用電腦進行管理或者操作。也就是說真正驅動公司資訊系統建設的是企業的業務需求，以及這個系統能夠給企業帶來各種成本的降低和工作效率的提高。這種能給企業帶來立杆見影的系統開發，成了幾乎所有企業的偏好，只要能夠開發出來的系統能解決企業某個業務問題，企業就上。這種局面至今沒有根本性的改變。
   那麼這種需求驅動的公司資訊系統建設模式，到底有什麼好處和不好之處呢？好處是很直白的，企業投入了金錢，軟體公司開發了系統（生存了），企業使用了系統提高工作效率和降低了工作成本。
   不好之處呢？對於一些大型企業來說，因不同業務的需求，開發出不同的系統，使許多系統內部的資訊無法共用。造成業務系統越來越多，業務系統中交叉的東西越來越多，而隨著業務的發展，一些業務逐步被淘汰，系統也被淘汰。許多有識之士，面對企業內部系統無序的建設提出強烈的不滿，他們希望公司資訊系統應該有序的發展，以減少重複開發、交叉開發、資訊不能共用的狀況。
    其實，如果我們站得再高一些，站在一個行業的角度，看待行業項下的公司資訊建設，就會驚呼，為什麼這些企業不能用相同的軟體呀，這種重複的開發浪費也太了。但是隨即有人說，每個企業都是不一樣的，所以軟體也是不相同的，這沒有什麼大驚小怪的，浪費是必然的。
    如果我們站得更高些，在一個跨行業的角度，看待不同行業項下各個企業的資訊建設，就會更加清楚的看到，我國的公司資訊建設的無序。有人便會更加理直氣壯地說，這個不很正常嗎？
    這種以企業需求來驅動，由軟體公司來開發的公司資訊系統建設模式，存在著以下的問題：
企業內部：
   1）由於業務之間存在交叉，所開發的系統必然形成交叉，造成多系統交叉問題，
   2）由於業務所屬部門和地區，所開發的系統，必然帶有部門和地區的屬性，同樣的業務因為部門和地區的不同會產生不同的系統。比如北京分行的信貸分析系統和南京的信貸分析系統就可能是不同的軟體公司開發的。
  3）由於是業務驅動，對於一個沒有總體規劃的企業，其系統建設完全由業務需求所控制，企業很少考慮資訊系統的總體規劃，造成建設的無序。
  4）由於是業務需求驅動，業務需求的變化頻繁，造成軟體修改、完善、升級永無止境。
  5）由於是無序的，所以企業的系統投入是大量的和效率低下的。
  6）由於是業務需求驅動，系統的水平決定於業務需求的水平，而一般企業是很難提出一個行業內最高水平的需求，這樣系統的水平只能是平均水平。
軟體公司：
  1)  由於為了滿足業務需求，軟體公司只能定製軟體，採用人海戰術迅速開發出系統。因此軟體品質很難得到保證。
  2)  由於定製開發，時間要求緊，需求五花八門，軟體公司很難定下心來，提高技術，其軟體的技術含量很低。
  3)  由於定製開發時間要求緊，其開發費用也隨之降低（一般採用人月來計費，公司很難找到上百個人同時開發一個軟體的），一般都在幾萬到幾十萬之間。
  4)  軟體公司絕大部分的成本在於養活大量的沒有技術含量的程式員。
  5)  軟體公司無法將其軟體產品化，擴大其價值範圍。
    其實，無論國外，還是國內都在面臨這個問題，並設法解決這個問題，比如ERP、CRM、MIS、中介軟體、BI、通用的財務軟體、通用MIS產生器、都是站在不同的角度和層面來想決軟體共用的問題。但是，這些解決方案，對公司資訊建設而言只是局面的，無足輕重的。成效甚微的，遠不如企業定製軟體那樣紅火，那樣感到物有所值。
而我們一直想思考，為什麼會出現這樣的局面，這樣局面的弊端是什麼，能不能找到一個或多個解決方案，哪怕是理論上的也行呀。關鍵我們應該站在什麼角度來思考這個問題。