【導讀】隨著數字化轉型加速和業務需求的不斷增加，擺在嘉琪面前的是縮短 30% 的開發時間，同時提升 20% 的人員開發效率的目標。然而王嘉琪和他的團隊深感傳統高代碼開發模式的邊際效益越來越低，開發周期長、人力投入要求高。同時如何提升與業務部門的溝通效率，正確理解需求，也成為嘉琪一直在思考的問題。
作為一名制造企業軟件內部的軟件開發者，如何才能更好的助力公司的數字化轉型？王嘉琪和他的團隊走出了一條或許可以“復制”的道路。
王嘉琪是博世汽車電子事業部的數字化產品開發經理，他領導的團隊善用 Mendix 低代碼對工廠數字化項目進行規劃與開發，同時也肩負著向各個生產部門的開發人員推廣新技術的重任。
隨著數字化轉型加速和業務需求的不斷增加，擺在嘉琪面前的是縮短 30% 的開發時間，同時提升 20% 的人員開發效率的目標。然而王嘉琪和他的團隊深感傳統高代碼開發模式的邊際效益越來越低，開發周期長、人力投入要求高。同時如何提升與業務部門的溝通效率，正確理解需求，也成為嘉琪一直在思考的問題。
如何帶領團隊走出軟件開發的“沼澤地帶”實現目標？低代碼是嘉琪手中的一個法寶。“今年所有的軟件開發，只要能用低代碼，就用低代碼。就算這個功能沒實現過，我們也嘗試用低代碼。”這是嘉琪的答案。
本期客戶案例，讓我們一起走近王嘉琪和他所在的博世汽車電子事業部，聽一聽來自他們的“最強音”。
“數字驅動”的燈塔工廠
博世汽車電子事業部通過卓越品質和領先的硬件技術，致力于賦能智能化世界。生產制造各類車用電控單元；研發、制造并銷售車用及消費類半導體與傳感器元器件。
自 2013 年以來，汽車電子事業部作為博世在華最初實施工業 4.0 的示范基地之一，依托博世精益生產體系，從組織文化、IT 數據戰略、業務應用以及人員能力四個核心領域，全方位推行并實踐數字化轉型策略，在制造及物流領域積極推進多種工業 4.0 的應用。
傳統高代碼開發成本高，難以適應數字化轉型需求
作為數字化產品開發經理，王嘉琪始終在思考如何更好的拓展業務領域的數字化應用場景。
“數字化是提升效率的重要工具，也能夠創造更多獲利的業務運營模式和機會。我和團隊既要規劃和解決工廠級的數字化轉型，又要滿足業務部門的各種數字化需求。”
“在工廠里做軟件開發，我們關注的是整個過程和其中的區別對比，而不僅僅是找到某個具體的解決方案。我們工廠有完整的數字化和軟件開發團隊，包括產品經理、項目經理、軟件編碼人員，軟件測試等，每個職能部門，如人事、生產、質量、物流等，都會提出需求。在構思階段，數字化對口人員會從業務人員那里得到需求。主要問題是針對需求的理解可視化，傳統開發模式下，往往需要業務部門耗費很長的時間攥寫非常詳細的 PRD 文檔，這個工作量巨大，且可能會持續數月之久，開發團隊拿到這些需求后開始動手開發，直至開發團隊完成系統的上線，這中間又需要歷時數月，等到業務部門看到自己當初需求的系統時，往往可能已是半年之后，在這個時候業務部門的流程很大概率已經發生了微調或變化。”
除了這個典型的開發場景外，業務部門還存在諸多短期且急迫的短生命周期系統的需求（例如系統使用周期預計小于 12 個月）；面對如上場景，嘉琪和他的團隊一直在尋找一些工具，可以更高效的支持業務部門與開發團隊之間的溝通。他們發現造成前面現象的主要原因在于，業務部門因為讀不懂代碼，所以在傳統開發模式下，只能在系統開發完成后才能提供業務意見，這種“不可視”的模式大大降低了效率，低代碼的工具在這里恰恰可以提供強有力的支撐，開發人員可以在 1-2 周甚至更短的時間內借用 Mendix 搭建系統界面，業務部門每周都可以跟數字化產品開發部門一起看 demo。如果期間發生業務變更，可以及時迭代，無需等到系統開發完畢再調整。
不過，即便是產品經理與業務需求方達成了一致，準備進行開發時，又會遇到新的挑戰。“采用高代碼開發，最低配置前端一個同事，后端一個同事，再加上測試一個同事，基本上三個開發人員需要撲在某一個項目中。有些項目比較復雜，可能需要三到五個人。每一次的需求的闡述與澄清，都會導致開發反復迭代，因為開發也是按照這個循環來，不斷的再去改進，投入的時間和資源花銷成本非常高。”嘉琪指出。
軟件開發的核心在于設計模型，這包括數據模型和邏輯模型兩大部分。數據模型與數據庫表結構緊密相關，而邏輯模型則涉及數據與業務使用之間的間接實體。在傳統高代碼開發模式下，邏輯設計（Logic Design）這一關鍵環節，幾乎完全依賴于編程（coding）團隊完成。在設計軟件模型時，團隊依賴的是一篇篇詳盡的文檔，這些文檔中包含了庫、表、模型等復雜信息。然而，這種方式的缺陷顯而易見：信息深藏于文檔內部，并不直觀，難以被非專業人員快速理解和驗證。
此外，高代碼開發中的組件依賴于多個不同版本的庫，這可能導致沖突和高昂的推廣成本。王嘉琪表示，在高代碼開發中，像文件加密和權限管理等功能的實現成本較高，需要投入較多的人力和成本。
那么，面對復雜多變的需求挑戰，以及高代碼對人力和成本的高要求，到底有沒有更好的方法和工具來從容應對呢？王嘉琪的回答是低代碼這一開發工具。
全面擁抱 Mendix 低代碼，實現快速上手開發
為了提升開發效率，王嘉琪帶領團隊主動擁抱了低代碼。他強調：“我們團隊 80% 的基于流程的軟件項目開發都采用了低代碼平臺，如 Mendix，以減少對高代碼開發的需求。今年的軟件開發，只要能用低代碼，就用低代碼，就算這個功能沒實現過，我們也嘗試使用低代碼。”
在選擇低代碼時，博世汽車電子事業部會根據業務復雜度、數據邏輯、算法規則、系統整合需求，以及是否需要使用先進技術（如大數據分析、機器視覺、AI 等）來決定是購買、自主開發還是以結合高低代碼的方式進行。如果業務需求頻繁變更，或項目處于探索階段，低代碼平臺的快速迭代和變更能力使其比高代碼更具優勢。
為此，王嘉琪的團隊今年組織了 Mendix 低代碼培訓。“我們邀請了業務和非數字化產品開發部門感興趣的人員參加，六個月內共進行了五輪基礎培訓。通過簡單的業務用例，如日常任務管理，教授如何將 Excel 表單轉化為數字化應用，并部署到公司的 CICD 平臺上，使業務同事能更好地理解和運用低代碼技術。通過持續賦能和培訓，我們希望讓每一位業務人員都有能力用低代碼工具快速開發原型。”
簡化開發流程，低代碼節省大量開發工作量
在實際開發中，低代碼開發平臺在簡化軟件開發流程上成效顯著。“傳統的開發流程包括業務數據建模、技術或產品設計培訓、在線協作、前后端交接、API 開發、集成和測試等多個耗時且不可避免的步驟。這些步驟不僅繁瑣，而且常常需要反復修改和調整，導致開發周期長和資源浪費。“
相比之下，低代碼平臺通過圖形化編程和模型驅動的設計，使得開發過程更加直觀和高效。開發人員可以利用平臺內建的業務和數據模型，快速復用已有的前端組件和后端邏輯，從而減少手動編碼的工作量。這種方法不僅加快了開發速度，還提高了軟件質量。嘉琪表示低代碼平臺通常已經內置了前后端的通信規則和規范，減少了接口測試的需要。
他還提到，他們的目標是讓開發團隊能夠以低代碼平臺作為工具，以便快速將想法轉化為實際的功能。通過這種方式，開發流程中的迭代和溝通成本被大幅度降低，大約節省了 30% 的開發時間。
企業架構優化，深度融合低代碼實現高效開發
對于博世汽車電子事業部來說，Mendix 的引入并不僅僅意味著一個開發工具的導入，而是著眼于企業應用開發架構的轉型。如何能夠更好的整合企業現有的軟件開發能力，高效敏捷的支撐業務側的訴求，是博世汽車電子事業部數字化產品開發團隊引入 Mendix 的時候特別關注的議題。Mendix 結合該事業部的實際，規劃了構建組裝式業務的導入思路。目前，組裝式業務架構在博世汽車電子事業部已經初見成效。具體表現在：
1. 靈活性與敏捷性：能夠快速響應業務需求的變化，通過組合和重新配置現有模塊，迅速構建新的業務流程和應用，適應市場的動態變化。
2. 模塊化設計：將業務功能分解為獨立的、可復用的模塊。每個模塊具有明確的邊界和功能，便于獨立開發、測試、部署和維護。
3. 解耦性：不同模塊之間的關系松散，降低了模塊之間的相互依賴，使得對一個模塊的修改不會輕易影響到其他模塊，從而提高了系統的穩定性和可擴展性。
4. 高效復用：充分利用已有的模塊和組件，減少重復開發工作，提高開發效率，降低開發成本。
5. 快速集成：能夠輕松地將新的模塊或外部服務集成到現有架構中，實現快速的業務創新和擴展。
6. 可視化管理：提供直觀的圖形化界面，便于對業務架構進行設計、監控和管理，使業務人員和技術人員能夠更好地理解和溝通。
7. 可定制性：根據企業的特定需求和業務場景，靈活定制和組合模塊，滿足個性化的業務要求。
8. 持續優化：可以不斷評估和改進各個模塊的性能和功能，實現業務架構的持續優化和演進。
Mendix 將需求可視化，支持一鍵輕松部署
在王嘉琪看來，Mendix 低代碼的優勢主要體現在需求理解可視化、快速的原型制作及需求反饋與迭代，以及減少開發成本方面。
在實際的應用開發過程中，業務需求的溝通不暢是最容易導致項目開發失敗的原因。博世汽車電子事業部是一家典型的制造型組織，業務人員和數字化產品開發人員之間，如何能夠準確、高效的溝通需求，確保雙方對需求的理解不產生歧義，對整個項目的成敗有著至關重要的作用。傳統意義上來說，受制于業務和開發人員的技術背景，基于文字的方式，很難確保雙方對于需求的理解一致。
引入 Mendix 以后，借助 Mendix 圖形化開發的特性，業務人員和開發人員可以基于圖形化的產品原型，進行業務需求的溝通，實現“一圖勝千言”的效果。并且，基于 Mendix 的低代碼原型構建能力，業務人員看到的，不再是一個靜態“草圖”，而是一個帶有基本交互演示能力的產品原型。
好的開始等于成功的一半，基于 Mendix 的需求可視化，確保了數字化產品開發團隊從一開始就是在做正確的事情 (Do Right Things)。準確的需求理解，可以從根本上減少業務缺陷以及項目返工。再結合低代碼開發，以正確的方式進行應用開發 (Do Things Right)，才能真正讓開發團隊事半功倍。
“使用Mendix低代碼，可以更加直觀地將業務需求轉化為可視化模型，建立不同人員之間理解需求的橋梁，節省了需求方與開發者的溝通時間以及開發時間，同時結合基于Mendix 開發的復用性模塊和組件，可以大大提高開發的速度，節省 30% 的開發時間。”相比高代碼開發，低代碼開發在人員需求上更為精簡，不需要大量的前端、后端及測試開發人員協同工作，從而降低了開發成本。此外，低代碼平臺的學習成本相對較低，具備不同背景的人員都可以參與開發，提高了開發效率和靈活性。
博世汽車電子事業部目前已開發 20+個 Mendix 項目，融合 IT 與 OT 技術，覆蓋生產、財務、質量、物流等核心業務領域。
借助 Mendix，博世汽車電子事業部還開發了服務數字化開發團隊的持續部署和運維管理的平臺工具。Mendix 在工廠軟件開發中展現出顯著優勢，它采用容器化的多塊環境作為運行基礎，配合自行搭建的程序布置平臺，使得軟件開發的用戶在發布時僅需上傳并填寫申請發布的流水線表單，一鍵點擊即可，無需了解后臺如何將 Mendix 部署到服務器上，也不用考慮有哪些先決條件，從而大大降低了發布成本。
Mendix 原生模塊豐富，復用性更強
王嘉琪還特別強調了低代碼平臺，特別是 Mendix，在使用原生模塊和功能方面的優勢。“盡管這些原生模塊可能無法完全滿足用戶的個性化需求，但它們為快速開發和部署提供了便利。”在開發過程中，團隊會優先搜索的原生模塊和 Marketplace 組件，若找不到合適的模塊，他們會咨詢合作伙伴或實施方，最后才會考慮定制開發。開發出的組件將被添加到公司的組件庫中，以便未來復用。
“實現高代碼的復用需要企業數字化產品開發團隊投入充分工作量進行規劃與設計。但是，我們并不是軟件制造商。如果不使用低代碼平臺，又要試驗一個組件并告訴別人怎么用，成本是非常高的。同時，在軟件開發中，我們經常遇到不同版本組件庫之間的沖突問題，比如A庫和B庫可能就不兼容。在推廣時，需要解決這些沖突性問題，成本也非常高。這兩個問題會導致低代碼推廣困難。但像Mendix這樣拖拽進來就能立即使用的低代碼開發平臺，可以解決上述的難題。”
“我們現在借助Mendix平臺，去做一些組件化的庫推廣給用戶。Mendix內置了很多我們這種國際化公司所需的信息安全功能。比如，對于文件存儲，這些文件最終會以圖片或文檔的形式傳到我們的系統后臺。像博世這樣的全球企業，有嚴格的數據保護規定，這些文件存儲都是需要加密的，根據軟件定義的數據等級，如果機密性較高，就需要加密。Mendix已經實現了這些加密功能和可訪問功能，包括權限管理，以及基于ID的文檔保存形式，這些都是業界的最佳實踐。”
總結使用 Mendix 的心得時，王嘉琪認為，Mendix 通過提供快速開發能力和強大的生態系統支持，顯著提升了開發效率，并簡化了開發流程。“Mendix 作為一個低代碼開發工具，它能夠使開發團隊迅速搭建出符合軟件規范和規則的整體應用。此外，得到西門子等合作伙伴及實施單位的支持，Mendix 能夠助力團隊快速積累公共模型和組件，從而更加便捷地開發出原型和最終系統。“
免責聲明：本文為轉載文章，轉載此文目的在于傳遞更多信息，版權歸原作者所有。本文所用視頻、圖片、文字如涉及作品版權問題，請聯系小編進行處理。
推薦閱讀：
基于賽靈思、紫光芯片開發的FPGA高速通信開發板，適用于圖像處理、工業控制場景
【車內消費類接口測試】泰克助力DisplayPort及eDP在車載顯示領域的應用
