Trong các cuộc thảo luận về LowCode, người ta thường nói nhiều về tốc độ phát triển ứng dụng, khả năng giảm chi phí hay việc giúp nhân viên nghiệp vụ tham gia vào quá trình số hóa. Nhưng một câu hỏi thực tế hơn là: một tập đoàn công nghiệp toàn cầu có thực sự dám để những người ngoài đội ngũ IT tự xây hàng trăm ứng dụng hay không?
Bosch đang cho thấy câu trả lời là có — nhưng với một điều kiện quan trọng: citizen development phải đi cùng governance của IT.
Sau 4 năm triển khai OutSystems, Bosch cho biết đã xây dựng hơn 500 ứng dụng, đào tạo hơn 1.300 người dùng thành thạo (power users), trong đó hơn 400 người sử dụng nền tảng tích cực. Riêng trong 12 tháng gần nhất, các ứng dụng trên nền tảng có trung bình hơn 24.000 người dùng.
Đằng sau những con số này không chỉ là một câu chuyện về LowCode. Đó là câu chuyện về cách một tập đoàn lớn đang thay đổi mô hình phát triển phần mềm: IT không còn là bộ phận duy nhất xây ứng dụng; IT trở thành người thiết kế “nhà máy phần mềm” để các đơn vị nghiệp vụ có thể cùng tham gia.
Từ “IT làm tất cả” đến mô hình Citizen Developer
Bosch có một vấn đề rất quen thuộc với các doanh nghiệp lớn.
Đội ngũ IT trung tâm có hơn 11.000 nhân sự nhưng ngân sách và năng lực phát triển ứng dụng vẫn có giới hạn. Khi nhu cầu từ các đơn vị kinh doanh tăng lên, những yêu cầu có ROI cao thường được ưu tiên trước. Những yêu cầu nhỏ hơn có thể phải chờ lâu.
Khoảng trống đó tạo ra một nguy cơ: shadow IT.
Một số đơn vị bắt đầu tự tạo công cụ bằng Excel, macro hoặc các giải pháp không được IT kiểm soát. Bosch từng phát hiện những hệ thống dạng “Frankenstein” — các file Excel lớn với macro nhưng không có kế hoạch bảo trì rõ ràng.
Vấn đề ở đây không đơn giản là Excel.
Nó phản ánh một quy luật trong chuyển đổi số: khi IT không cung cấp phần mềm đủ nhanh, business sẽ tự tìm cách giải quyết.
Bosch thay vì cấm xu hướng này đã lựa chọn một hướng khác: đưa cho business một nền tảng đủ dễ sử dụng để họ có thể tự xây ứng dụng, nhưng đặt toàn bộ hoạt động đó trong một khuôn khổ do IT quản lý.
Đó là lý do chương trình LowCode của Bosch ra đời.
500 ứng dụng không phải là câu chuyện “kéo thả”
Điểm dễ gây hiểu nhầm nhất về case Bosch là nhìn vào con số 500 ứng dụng rồi kết luận rằng Bosch đơn giản đã đưa một công cụ kéo-thả cho nhân viên.
Thực tế phức tạp hơn nhiều.
Bosch định nghĩa citizen developer là những người bên ngoài IT trung tâm có khả năng phát triển ứng dụng. Phần lớn trong số họ có nền tảng STEM, quen với tư duy logic và phân tích nhưng không phải chuyên gia phát triển web hay mobile.
Để mô hình này hoạt động, Bosch xây dựng ba lớp hỗ trợ.
Thứ nhất là enablement. Công ty tổ chức đào tạo hàng tuần, cung cấp sandbox để người dùng thực hành và có đội ngũ developer chuyên nghiệp hỗ trợ khi cần.
Thứ hai là governance. Bosch xây dựng môi trường phát triển được đơn giản hóa trên nền Service Studio, với template và layout được chuẩn hóa.
Thứ ba là reusable components. Người dùng có thể sử dụng những thành phần đã được IT xây dựng và kiểm thử, giúp các ứng dụng mới tuân thủ tiêu chuẩn chung thay vì mỗi bộ phận tự tạo một hệ thống theo cách riêng.
Đây chính là điểm cốt lõi.
Bosch không trao quyền phát triển phần mềm bằng cách bỏ quyền kiểm soát. Bosch trao quyền trong một “chiếc hộp” đã được IT thiết kế.
1.300 người được đào tạo: đây mới là quy mô đáng chú ý
Sau 4 năm, Bosch cho biết đã đào tạo hơn 1.300 OutSystems power users, hơn 400 người sử dụng nền tảng tích cực. Trong 12 tháng, các ứng dụng có trung bình hơn 24.000 người dùng.
Điều đó cho thấy LowCode tại Bosch không còn là một dự án thử nghiệm của một nhóm IT nhỏ.
Nó đã trở thành một năng lực phát triển phần mềm phân tán trong doanh nghiệp.
Một ví dụ đặc biệt thú vị là Bosch cho biết một trong những citizen developer tích cực nhất là một kỹ sư đã nghỉ hưu, trở lại làm tư vấn ở tuổi 70 và vẫn xây dựng nhiều ứng dụng, trong đó có những ứng dụng được sử dụng bởi nhiều phòng ban.
Chi tiết này cho thấy khái niệm citizen developer không nhất thiết gắn với một chức danh công nghệ.
Điều quan trọng hơn là kiến thức nghiệp vụ + tư duy logic + khả năng sử dụng nền tảng.
Đây cũng là lý do LowCode có thể tạo ra một thay đổi rất lớn trong doanh nghiệp: người hiểu vấn đề nhất có thể tham gia trực tiếp vào việc xây giải pháp.
ROI 75%: LowCode thắng ở tốc độ hay chi phí?
Bosch đưa ra một phép so sánh khá rõ.
Với một ứng dụng đánh giá rủi ro, công ty ước tính nếu phát triển bằng phương pháp truyền thống với .NET hoặc Java, dự án sẽ mất khoảng 480 ngày và chi phí khoảng 144.000 euro.
Với OutSystems, dự án mất 120 ngày và khoảng 36.000 euro.
Như vậy, theo phép tính của chính Bosch, thời gian và chi phí đều giảm khoảng 75%.
Đây là con số đáng chú ý, nhưng cần hiểu đúng.
Điều quan trọng không phải LowCode “rẻ hơn 4 lần” trong mọi dự án. Đây là kết quả của một trường hợp cụ thể và phụ thuộc vào phạm vi ứng dụng, năng lực đội ngũ, mức độ tái sử dụng và cách doanh nghiệp tổ chức phát triển.
Giá trị lớn hơn nằm ở time-to-value.
Một ứng dụng cần 480 ngày để hoàn thành có thể mất quá lâu so với tốc độ thay đổi của nghiệp vụ. Khi giảm xuống 120 ngày, doanh nghiệp không chỉ tiết kiệm chi phí mà còn có thể đưa giải pháp vào sử dụng sớm hơn, nhận phản hồi sớm hơn và điều chỉnh nhanh hơn.
Với Bosch, đây chính là yếu tố giúp LowCode giải quyết một vấn đề lớn hơn chi phí lập trình: application backlog.
“Đừng đẩy yêu cầu vào backlog hai năm”
Một câu nói trong case study của Bosch rất đáng chú ý: LowCode cho phép họ xây ứng dụng thay vì đẩy yêu cầu vào một backlog kéo dài tới hai năm.
Đây có thể mới là ROI lớn nhất của LowCode trong doanh nghiệp.
Trong mô hình truyền thống, một yêu cầu phần mềm thường phải đi qua nhiều bước: phân tích, ưu tiên, phân bổ developer, thiết kế, phát triển, kiểm thử và triển khai.
Khi số lượng yêu cầu vượt năng lực IT, backlog xuất hiện.
LowCode không nhất thiết loại bỏ toàn bộ quy trình đó, nhưng nó tạo thêm một kênh phát triển thứ hai.
Những ứng dụng phù hợp và có độ phức tạp vừa phải có thể được business tự xây. Những dự án phức tạp hơn được chuyển cho đội developer chuyên nghiệp.
Kết quả là IT không còn phải lựa chọn giữa “tự làm tất cả” và “từ chối yêu cầu”.
Bosch không thay thế developer bằng citizen developer
Đây là bài học quan trọng nhất đối với các doanh nghiệp đang cân nhắc LowCode.
Bosch không xây mô hình trong đó mọi nhân viên đều được tự do tạo ứng dụng production.
Thay vào đó, doanh nghiệp thiết lập hai tầng phát triển.
Business technologists có một môi trường phù hợp để thử nghiệm và xây những ứng dụng trong phạm vi năng lực.
Professional developers có môi trường riêng, được kết nối với hệ thống lõi và đảm nhận những ứng dụng phức tạp hơn. Bosch cũng xây dựng một LowCode Center of Excellence chịu trách nhiệm về hạ tầng nền tảng và quan hệ với nhà cung cấp.
Khi business không có thời gian hoặc ứng dụng vượt quá phạm vi của họ, yêu cầu được chuyển về “factory” để đội ngũ developer chuyên nghiệp xây dựng.
Đây không phải mô hình citizen developer thay thế IT.
Nó là mô hình citizen developer mở rộng năng lực của IT.
Vì sao governance lại quan trọng đến vậy?
Nếu 1.300 người cùng có khả năng xây ứng dụng nhưng không có governance, doanh nghiệp rất dễ tạo ra một vấn đề mới: shadow IT phiên bản LowCode.
Hàng trăm ứng dụng có thể sử dụng những dữ liệu khác nhau, tiêu chuẩn giao diện khác nhau, logic khác nhau và cách phân quyền khác nhau.
Khi đó, LowCode thay vì giải quyết sự phân mảnh có thể lại tạo ra sự phân mảnh mới.
Bosch giải quyết vấn đề này bằng template, component dùng chung, sandbox, đào tạo, đội ngũ hỗ trợ và Center of Excellence.
Đây là một nguyên tắc rất đáng chú ý:
Citizen development chỉ có thể mở rộng khi governance cũng mở rộng theo.
Nói cách khác, doanh nghiệp không nên hỏi:
“Làm sao để cho nhân viên tự xây app?”
Mà nên hỏi:
“Làm sao để nhân viên tự xây app mà doanh nghiệp vẫn kiểm soát được dữ liệu, bảo mật, kiến trúc và vòng đời ứng dụng?”
LowCode đang trở thành “nhà máy phần mềm” của doanh nghiệp
Nếu nhìn case Bosch ở cấp độ kiến trúc, OutSystems không đơn giản là một công cụ phát triển ứng dụng.
Nó trở thành một digital factory.
Ở tầng trên là business users, những người hiểu nhu cầu.
Ở giữa là nền tảng LowCode, template, reusable components và workflow.
Ở tầng dưới là IT, hệ thống lõi, integration, governance và security.
Mô hình có thể hình dung như sau:
Business → Citizen Developer → LowCode Platform → IT Governance → Core Systems
Cách tổ chức này giúp doanh nghiệp phân phối năng lực phát triển ứng dụng mà không phân phối sự hỗn loạn.
Đây có thể là lý do Bosch có thể mở rộng từ một thử nghiệm ban đầu lên hơn 500 ứng dụng.
Và đây là điểm Bosch khác với nhiều câu chuyện No-code
Có một sự khác biệt quan trọng giữa “nhân viên tự xây app” và “doanh nghiệp xây hệ sinh thái citizen development”.
Trường hợp đầu tiên là một công cụ.
Trường hợp thứ hai là một chiến lược tổ chức.
Bosch không chỉ mua nền tảng. Họ đầu tư vào đào tạo, sandbox, reusable components, governance, hỗ trợ chuyên gia và phân tầng developer.
Vì vậy, nếu một doanh nghiệp chỉ mua một nền tảng LowCode rồi kỳ vọng nhân viên tự động tạo ra hàng trăm ứng dụng có chất lượng, khả năng thất bại là rất cao.
LowCode không tự tạo ra citizen development. Chính mô hình vận hành mới tạo ra citizen development.
AI đang làm câu chuyện này bước sang giai đoạn mới
Điều thú vị là case Bosch xuất hiện đúng lúc LowCode đang bước vào một giai đoạn khác: AI và Agentic AI.
Nếu trước đây citizen developer phải học cách kéo-thả, tạo workflow và cấu hình logic, AI Agent có thể tiếp tục giảm rào cản đó.
Người dùng tương lai có thể không cần biết chính xác phải tạo bao nhiêu màn hình hay workflow.
Họ chỉ cần mô tả:
“Xây cho tôi một ứng dụng đánh giá rủi ro, kết nối với dữ liệu hiện có và gửi cảnh báo khi mức rủi ro vượt ngưỡng.”
AI có thể tạo phần lớn cấu trúc ban đầu.
Nhưng chính sự phát triển của AI lại khiến governance quan trọng hơn.
Nếu 1.300 người có thể xây ứng dụng bằng LowCode, AI có thể khiến họ xây nhanh hơn nữa. Khi tốc độ tăng, số lượng ứng dụng và thay đổi cũng tăng.
Do đó, tương lai của Enterprise LowCode nhiều khả năng không phải:
Citizen Developer + LowCode
mà là:
Citizen Developer + AI Agent + LowCode + Governance.
Bài học lớn nhất từ Bosch
Case Bosch cho thấy doanh nghiệp lớn không sử dụng LowCode chỉ vì “không có đủ developer”.
Họ sử dụng LowCode để thay đổi mô hình phân bổ năng lực phát triển phần mềm.
IT vẫn giữ vai trò quan trọng, nhưng không còn là nơi duy nhất tạo ra ứng dụng.
Business có thể tự giải quyết những bài toán nhỏ và vừa.
Developer chuyên nghiệp xử lý những vấn đề phức tạp.
Center of Excellence quản lý nền tảng và tiêu chuẩn.
Reusable components giúp các ứng dụng không trở thành những “ốc đảo” riêng biệt.
Và governance đảm bảo tốc độ không biến thành hỗn loạn.
Kết quả là sau 4 năm, Bosch đã có hơn 500 ứng dụng, hơn 1.300 người được đào tạo, hơn 400 người sử dụng tích cực và trung bình hơn 24.000 người dùng ứng dụng trong 12 tháng.
Còn với ứng dụng đánh giá rủi ro, thời gian phát triển giảm từ 480 xuống 120 ngày, chi phí từ 144.000 xuống 36.000 euro.
Đó không đơn thuần là câu chuyện “LowCode nhanh hơn code”.
Nó cho thấy một điều sâu sắc hơn:
Khi phần mềm trở thành nhu cầu của mọi phòng ban, doanh nghiệp không thể tiếp tục để toàn bộ năng lực phát triển ứng dụng tập trung vào một đội IT duy nhất.
Bosch đang thử một mô hình khác: biến người hiểu nghiệp vụ thành một phần của lực lượng phát triển phần mềm, nhưng đặt họ trong một hệ sinh thái được IT kiểm soát.
Và khi AI Agent tiếp tục làm cho việc xây ứng dụng trở nên dễ hơn, mô hình này có thể còn mở rộng mạnh hơn nữa.
Cuộc chơi của LowCode vì thế không chỉ là “xây app nhanh hơn”.
Nó đang chuyển thành một câu hỏi lớn hơn:
Làm thế nào để một tập đoàn hàng trăm nghìn nhân viên có thể biến hàng nghìn ý tưởng nghiệp vụ thành phần mềm thực tế — mà không tạo ra một “cơn ác mộng” về IT và governance?
Case Bosch cho thấy một câu trả lời rất đáng để các doanh nghiệp Việt Nam nghiên cứu.