[]
type=info
考慮到混合型開發團隊概念的提出者Gartner對低代碼的定義,本頁面中以下內容均針對“模型驅動的低代碼平臺”,可能不適用于部分“表單驅動的低代碼平臺”。
2021年,Gartner在分析報告中總計了企業級低代碼開發平臺的發展趨勢,從2019年的賦能“平民開發者”(citizen developers)升級到了“開發民主化”(democratization), 推崇低代碼賦能下來自IT部門內外的多元化混合型團隊(diverse fusion team)共同推動企業創新。
在低代碼技術普及之前,軟件開發的技術門檻較高,僅有IT部門和軟件公司具備開發軟件的能力。這些受過專業編程訓練的開發者能夠將數十年來積累的軟件架構和軟件工程經驗應用于企業信息化建設,但是受限于人才供給總量,軟件開發產能嚴重不足。即便是預算較充裕的大型企業,在解決了核心業務場景的信息化之外,很有能拿出預算,投入到其他應用場景的開發中。軟件質量尚可,但覆蓋度嚴重不足,大量的業務流程和員工無法直接從信息化中獲益。低代碼技術的出現,讓苦于信息化廣度和深度不足的企業看到了解決信息化難題的新途徑。在互聯網廠商的宣傳和推動下,很多企業將信息化的任務交給“業務開發者(也稱平民開發者)”,為業務部門配備低代碼開發平臺,要求他們自行解決信息化問題。但是,軟件開發的技術門檻不僅在“編碼”環節,還需要開發者掌握諸如數據庫設計、系統架構、WebAPI交互等知識和能力,才能開發出可持續迭代的軟件。事實上,業務開發者的IT技能嚴重不足,只能選擇表單驅動的低代碼和無代碼開發工具,針對簡單場景構建應用,而且可維護性差、難以與其他系統集成。即便擁有低代碼,業務開發者依然很難為較復雜的業務提供信息化支撐。
IT技術人員供給不足,業務人員技術基礎薄弱,只有將兩者組合在一起,建立混合型團隊,才能兩全其美。混合型團隊通常由IT部門領導,對信息化的結果負責,其核心人員為IT部門內部的專業技術人員,如程序員、項目經理、運維人員等(以下簡稱專業開發者),在為特定業務部門開發應用時,借調該部門中對軟件開發感興趣的業務人員加入團隊。相比于IT部門的專業團隊,混合型團隊的運轉對管理和技術提出了更高的挑戰。除了在管理上明確借調的業務開發者與IT部門內部的專業開發者的分工之外,混合型團隊的管理者還需要建立有效的技術支撐,以避免重復建設,確保軟件的質量和可維護性。項目實踐表明,基于模型驅動的低代碼開發平臺,建立低代碼的數字化平臺是混合型團隊開展工作的最佳實踐。
數字化平臺的概念衍生于數據中臺和數字中樞,在前兩者的基礎上強化了對個性化應用開發的支撐作用。數字化平臺是一個軟件開發平臺,其下為現有的軟件,其上為針對業務需求場景定制開發的各類應用。數字化平臺的核心價值有兩點:一是整合現有的軟件的數據和能力,充分發揮IT投資的價值;二是簡化應用軟件的開發與迭代,用個性化應用支撐企業的數字化未來。為了實現簡化應用軟件開發的目標,數字化平臺的落地通常基于低代碼技術,所以,我們也將其成為低代碼數字化平臺。在應用層面上,數字化平臺將面向需求側的應用開發與面向技術側的平臺運維進行了分隔,和混合型團隊的訴求高度匹配,非常適合作為混合型團隊的工作模式進行推廣。
低代碼數字化平臺的開發的核心是對現有軟件的梳理和整合。企業信息化不是一蹴而就的,不同時期上馬的各個軟件,如ERP、CRM、OA等成品軟件和一些定制開發的軟件項目,在技術上通常采用了不同的架構和系統集成用接口,如部署于局域網的ERP軟件提供了.NET的二次開發SDK;SaaS模式的OA軟件提供了WebAPI;而定制開發的軟件項目僅能通過數據庫里的數據進行交互等。這些技術和數據上的不一致,給后續的應用開發造成了不容忽視的障礙。如何能讓新開發的應用與這些現有軟件打通,一方面打通數據孤島,實現業務流程一體化;另一方面減少重復建設,讓IT投資保值?
實踐經驗上看,最佳路徑是在現有軟件的基礎上搭建一層數字化平臺,把各系統的元數據整合成一份,將現有軟件的集成用接口整合成面向業務的WebAPI,提供給業務開發者。比如數字化平臺提供的會計憑證生單WebAPI背后整合了ERP的SDK和定制開發系統的數據庫讀寫。這意味著應用開發者無需關注平臺上WebAPI的技術細節,而一旦需要替換或者升級現有軟件,也僅需調整平臺上的封裝邏輯,而不會導致業務系統的大面積修改。這種整合了現有軟件的數字化平臺,有如下顯著優勢:
打通數據孤島,讓業務流程更順暢
避免重復開發現有軟件中已經具備的能力,讓接入平臺的現有軟件更保值
減少現有軟件替換和升級對應用軟件的影響,讓基于平臺開發的應用更保值
需要特別提示的是,在數字化平臺的構建過程中,低代碼開發平臺需要提供雙向WebAPI集成能力,不但支持調用第三方WebAPI,還需支持使用低代碼開發平臺構建WebAPI供平臺上其他應用以及第三方應用調用。
在管理層面,數字化平臺能將技術含量高,可維護性要求嚴格的系統集成部分從應用開發中剝離出來。讓混合型團隊中的專業開發者承擔起所有的個性化應用的基礎數據設計和系統集成工作,以確保這部分工作的質量可控。同時,在專業開發者的幫助下,業務開發者也能更方便的復用現有軟件的技術能力,而不是從頭實現這些復雜的業務邏輯,對于降低業務開發者的學習門檻也有不容忽視的價值。
數字化平臺為應用開發提供了技術基礎,混合型團隊管理人員還需要參照編碼開發,結合低代碼平臺的能力,為專業開發者和業務開發者劃定分工原則,并制定可執行的開發規范。
在實際工作中,平臺建設中元數據和業務聚合工作是分階段進行的。隨著業務層應用的規劃和實施,平臺所能提供的WebAPI也會越來越多。而且,因為后續的應用開發均可直接使用之前交付的平臺API,項目開發的邊際成本也會隨著時間的推移顯著下降。但是,這并不意味著專業開發者在混合型團隊中的重要性發生變化。這些具備技術能力的專業開發者可以投入到新技術的研究和驗證中,將AI、IoT等先進的軟硬件技術引入企業信息化建設版圖,持續提升企業信息化系統的效能。
另一方面,因為技術要求較高的復雜業務邏輯開發被集中到平臺建設階段,業務開發者所需要掌握的技能水平得到了進一步下降。實踐表明,經過低代碼廠商數十個小時的系統化培訓的,業務開發者在專業開發者的技術支持下,完全可以承擔頁面交互開發和簡單業務邏輯開發的工作。
工作 | 專業開發者 | 業務開發者 | 說明 |
---|---|---|---|
現有軟件的數據和接口梳理 | √ | ||
開發和維護元數據WebAPI | √ | ||
開發和維護業務聚合WebAPI | √ | ||
建立和維護開發/測試/驗證/生產環境 | √ | ||
建立和維護代碼庫(如碼云、Github) | √ | ||
平臺測試(WebAPI) | √ | 因為平臺沒有界面,業務開發者不適合參與測試 |
工作 | 專業開發者 | 業務開發者 | 說明 |
---|---|---|---|
技術方案和架構設計 | √ | 重點關注該應用需調用的平臺WebAPI | |
應用級數據庫設計 | √ | 重點關注需要直連的現有軟件數據庫 | |
開發服務端業務邏輯 | √ | 專業開發者提供技術支持 | |
開發頁面和交互 | √ | ||
應用測試 | √ | 含發布到測試環境和驗證環境 | |
生產環境的應用部署與發布 | √ | 重點關注數據庫差分升級等環節 |