最近這些年，為了使得企業(yè)IT系統(tǒng)快速適應(yīng)變化，企業(yè)軟件的微服務(wù)化、基于API集成，業(yè)務(wù)領(lǐng)域設(shè)計(jì)驅(qū)動的架構(gòu)等等，成為企業(yè)級軟件工程的變革主流。我覺得這些企業(yè)軟件“微服務(wù)化”的道理，和物理產(chǎn)品，例如電子、機(jī)械、汽車的部件標(biāo)準(zhǔn)化，從而提升交付柔性的道理是類似的。

我很多年前在電子、機(jī)械、汽車行里做產(chǎn)品數(shù)據(jù)管理（PDM）系統(tǒng)的實(shí)施，當(dāng)時(shí)業(yè)界都形成共識，產(chǎn)品設(shè)計(jì)的通用化和模塊化（commonality and modularity）是提高研發(fā)效率、降低產(chǎn)品成本的最重要手段。

樂高積木是零件標(biāo)準(zhǔn)化，部件模塊化，產(chǎn)品配置化的最佳例子，可最終搭出千變?nèi)f化的樂高，其構(gòu)件種類和數(shù)量關(guān)系遵循了80/20原則，少數(shù)的常用標(biāo)準(zhǔn)化構(gòu)件占據(jù)了大量使用比例。

我在二十年前給家電、汽車企業(yè)實(shí)施PDM系統(tǒng)時(shí)，就做過部件通用化和模塊化策略的咨詢，當(dāng)時(shí)做這類課題的設(shè)計(jì)思路是：首先要做到對零部件的特性參數(shù)化、接口標(biāo)準(zhǔn)化，其實(shí)要建立企業(yè)級的標(biāo)準(zhǔn)件、通用件庫，還要建立零部件跨產(chǎn)品的借用規(guī)則等。

然而對企業(yè)來說，這是一項(xiàng)浩繁的工作。從現(xiàn)實(shí)來看，絕大多數(shù)企業(yè)都沒有能力無論是對業(yè)務(wù)組件，還是產(chǎn)品設(shè)計(jì)來校準(zhǔn)內(nèi)部規(guī)則，形成通用庫，并且推動產(chǎn)品設(shè)計(jì)和研發(fā)、營銷和銷售、制造和供應(yīng)鏈等各個(gè)環(huán)節(jié)來遵循這套體系。所以，直到今天，產(chǎn)品構(gòu)件的標(biāo)準(zhǔn)化仍然是所有制造企業(yè)在產(chǎn)品設(shè)計(jì)、供應(yīng)鏈管理領(lǐng)域的世界級難題。

今天，無論是BTP，還是金蝶EBC，都在宣揚(yáng)企業(yè)軟件的能力模塊化，這種“樂高積木模塊化”的概念在企業(yè)軟件行業(yè)并不是新事物。2000年，瑞典ERP軟件公司IFS在上海國際會議中心發(fā)布“IFS 2000”產(chǎn)品，就宣稱他們基于微軟技術(shù)的這個(gè)新一代ERP產(chǎn)品有幾百個(gè)功能模塊可以自由組合，同時(shí)宣稱其他家ERP軟件不能拆成模塊。當(dāng)時(shí)我作為IFS在中國的合作伙伴，賣出了這個(gè)軟件最早的本土客戶合同，但是具體實(shí)施時(shí)，實(shí)話說并沒有感受到拆成幾百個(gè)模塊的好處。

這個(gè)世界最缺的是架構(gòu)師，更缺自上而下的執(zhí)行力，不管是做物理產(chǎn)品，還是做軟件產(chǎn)品，現(xiàn)實(shí)中為了趕進(jìn)度、迎合客戶等等原因，就放棄架構(gòu)原則和標(biāo)準(zhǔn)化原則了。大道理講得多，往往是搞理論的人對現(xiàn)實(shí)的一廂情愿。

企業(yè)軟件行業(yè)的工業(yè)化程度遠(yuǎn)遠(yuǎn)低于制造業(yè)，而今天流行的全棧工程師、敏捷方法等等軟件工程思想，甚至是和標(biāo)準(zhǔn)化思維背道而馳的。企業(yè)的物理產(chǎn)品標(biāo)準(zhǔn)化都很難做到，企業(yè)軟件的微服務(wù)化、能力模塊化，更加是個(gè)企業(yè)哲學(xué)和系統(tǒng)工程的哲學(xué)問題了。

在企業(yè)業(yè)務(wù)用戶的角度，我覺得應(yīng)該并不關(guān)系企業(yè)軟件產(chǎn)品是不是微服務(wù)化的，而是關(guān)心其業(yè)務(wù)解決方案究竟是什么——只有軟件開發(fā)人員、系統(tǒng)集成商才會關(guān)心；而我見到國內(nèi)企業(yè)軟件公司現(xiàn)在動不動就上來講能力模塊、微服務(wù)化，似乎是走入產(chǎn)品營銷誤區(qū)了。