開發(fā)者故事 | 低代碼辦大事，一年上線20余套應(yīng)用
摘要：以低代碼平臺為引擎，他們打通降本增效的任督二脈，不到一年成功上線了涵蓋內(nèi)部使用和外部銷售的二十余套系統(tǒng)。
講述人：張經(jīng)理，某制造業(yè)企業(yè)IT部門負(fù)責(zé)人
01
開發(fā)背景
我們是一家有60多年發(fā)展歷史的制造業(yè)企業(yè)。2015年之前公司所有的系統(tǒng)都采取自主開發(fā)的模式。
2015年以后，隨著企業(yè)由工廠制向集團制的轉(zhuǎn)型，對應(yīng)的軟件需求急劇增加，我們開始引進外部系統(tǒng)以滿足發(fā)展需求。
到了2020年，為了確保核心系統(tǒng)的靈活性和適應(yīng)性，我們再次選擇回歸自主開發(fā)的道路，但這條回歸之路并非坦途：
傳統(tǒng)的開發(fā)模式周期長、效率低，跟不上集團快速發(fā)展的節(jié)奏。
盡管我們有100多人的IT團隊，但內(nèi)部開發(fā)框架的不統(tǒng)一以及“誰開發(fā)、誰運維”的模式，使運維工作變得異常艱難。
IT人才的招聘同樣面臨困境，即便成功招到新成員，也很難迅速融入項目。
02
低代碼平臺的初步探索
了解到低代碼應(yīng)用的火爆之后，我們萌生了自己搭建低代碼平臺的念頭。然而，經(jīng)過一系列嘗試后發(fā)現(xiàn)，整個周期過長且成本其實遠(yuǎn)比想象中高。
于是我們決定將目光投向市場，尋找合適的低代碼產(chǎn)品，在調(diào)研過程中，我們發(fā)現(xiàn)市場上的低代碼產(chǎn)品普遍存在以下缺陷：
平臺封閉，基于平臺開發(fā)的成果完全依托于平臺運行，無法沉淀自己的代碼。
部分平臺僅適用于構(gòu)建流程性的輕應(yīng)用，對于如MES、供應(yīng)鏈平臺等復(fù)雜應(yīng)用則力不從心，但這些復(fù)雜應(yīng)用，恰恰是制造業(yè)企業(yè)的核心。
經(jīng)過多輪比較和評估，我們最終選擇了金現(xiàn)代的輕騎兵低代碼開發(fā)平臺。
03
低代碼平臺的廣泛使用
自2023年國慶后開始，我們正式使用輕騎兵低代碼開發(fā)平臺。不到一年的時間，各部門基于平臺成功開發(fā)了二十多套系統(tǒng)，包括MES、智慧水務(wù)系統(tǒng)、進銷存系統(tǒng)、供應(yīng)鏈平臺等。
其中，MES系統(tǒng)由幾名應(yīng)屆生團隊在不到兩個半月的時間內(nèi)開發(fā)完成。MES系統(tǒng)不僅顯著提高了我們的生產(chǎn)效率，還成功推廣到上下游企業(yè)，為我們帶來了可觀的收益。
在前期開發(fā)階段，我們基于平臺預(yù)留了豐富的接口與組件，為MES系統(tǒng)的拓展和維護提供了極大的便利。目前，僅需兩名人員即可輕松實現(xiàn)系統(tǒng)的日常維護工作。
除此之外，我們還利用該平臺為閥門、水表、燃?xì)獗淼扔布a(chǎn)品針對性的構(gòu)建了智慧能源、智慧環(huán)保以及智慧水務(wù)等系統(tǒng)，有效推動了這些產(chǎn)品的市場拓展。
公司內(nèi)部的績效考核、資產(chǎn)管理以及創(chuàng)新管理系統(tǒng)等也都是基于輕騎兵平臺搭建而成。
智慧能源管理系統(tǒng)示意圖
04
低代碼平臺帶來的價值
#降低人員上崗門檻
我們通過一年的時間對在校大學(xué)生進行低代碼平臺培訓(xùn)，每周固定授課。
現(xiàn)在，畢業(yè)生在進入公司后僅需三四天時間即可上手開發(fā)，極大地縮短了新員工適應(yīng)期。
#提升資源調(diào)配效率
在傳統(tǒng)模式下，開發(fā)一個系統(tǒng)需要前端工程師、后端工程師以及兩者的聯(lián)調(diào)工作。
而現(xiàn)在，只需一名具備基本前端知識的開發(fā)人員，通過拖拉拽的方式就能快速開發(fā)出系統(tǒng)。同時，集團基于平臺統(tǒng)一了開發(fā)框架，進一步提升了團隊的技術(shù)一致性和資源調(diào)配效率。
#實現(xiàn)開發(fā)資產(chǎn)沉淀
我們基于平臺制定了開發(fā)規(guī)范，并每年制定任務(wù)指標(biāo)，要求團隊進行效率提升的封裝工作。
目前，集團已經(jīng)通過平臺封裝了大量組件、模板以及設(shè)計的大屏、報表等標(biāo)準(zhǔn)化組件，構(gòu)建起自己的開發(fā)資產(chǎn)庫，為未來的開發(fā)工作奠定了堅實的基礎(chǔ)。
05
低代碼平臺是如何用起來的？
在低代碼平臺的初期使用中，集團內(nèi)部也曾存在不同的聲音和質(zhì)疑。為了克服這些障礙并推動平臺的廣泛應(yīng)用，我們采取了以下措施：
對于那些擔(dān)心平臺束縛自己能力發(fā)揮的開發(fā)人員，我們安排他們先進行平臺底層的封裝工作，使他們的原有技術(shù)得以繼續(xù)發(fā)揮作用。
我們圍繞低代碼平臺對工作職責(zé)進行了明確的劃分，如產(chǎn)品經(jīng)理、UI設(shè)計師以及前端開發(fā)人員等都可以基于平臺的邏輯進行工作劃分和職責(zé)界定。
對于個性化的需求，我們建立了需求評審流程來評估是由平臺完成還是由開發(fā)團隊完成。同時，我們還設(shè)立了獎勵機制以鼓勵更多人員使用低代碼平臺進行開發(fā)工作。