Khi AI ngày càng đảm nhận tốt những công việc lập trình lặp lại, tiêu chí tuyển dụng trong ngành CNTT cũng đang dịch chuyển. Doanh nghiệp không chỉ cần một người biết viết code, mà cần người có khả năng hiểu bài toán, kết nối công nghệ với nhu cầu kinh doanh và đưa một giải pháp đi đến vận hành thực tế. Trong cuộc cạnh tranh mới, giá trị của lập trình viên không nằm ở số dòng code tạo ra, mà ở kết quả họ mang lại cho doanh nghiệp.
Doanh nghiệp không mua code, họ mua một lời giải cho bài toán kinh doanh
Trong những buổi làm việc đầu tiên giữa doanh nghiệp và đội ngũ phát triển phần mềm, câu hỏi quan trọng thường không bắt đầu bằng việc nên sử dụng React hay Angular, Java hay Node.js, hay lựa chọn nền tảng đám mây nào. Điều doanh nghiệp thực sự quan tâm là vấn đề của họ có được giải quyết hay không, mất bao lâu, chi phí thế nào và ai sẽ chịu trách nhiệm khi hệ thống gặp sự cố.
Đằng sau mỗi dự án phần mềm luôn là một nhu cầu vận hành cụ thể. Doanh nghiệp phân phối có thể cần hệ thống quản lý khách hàng vì dữ liệu đang nằm rải rác trên nhiều file Excel. Cơ sở đào tạo cần phần mềm quản lý học tập để giảm hàng giờ tổng hợp thủ công. Nhà máy cần hệ thống cảnh báo bởi quy trình kiểm tra bằng tay không còn theo kịp sản lượng.
Không doanh nghiệp nào đầu tư một hệ thống chỉ để có thêm một phần mềm. Họ đầu tư để giải quyết một vấn đề và tạo ra hiệu quả có thể đo lường.
Đây cũng là khoảng cách giữa một sản phẩm “chạy được” và “dùng được”. Một chức năng có thể đúng về mặt cú pháp nhưng sai quy trình nghiệp vụ; một giao diện có thể đẹp nhưng khiến người dùng thao tác chậm hơn; một API có thể trả đúng dữ liệu nhưng thiếu kiểm soát truy cập. Một hệ thống thậm chí có thể hoạt động hoàn hảo trên máy lập trình viên nhưng gặp vấn đề ngay khi hàng trăm người dùng truy cập đồng thời.
Vì vậy, năng lực doanh nghiệp cần không dừng ở việc nhận đặc tả và viết code. Người có giá trị cao hơn là người biết đặt câu hỏi: ai thực sự sử dụng hệ thống, quy trình hiện tại đang vướng ở đâu, dữ liệu được tạo và phê duyệt như thế nào, người dùng thực sự cần gì và sau khi bàn giao ai sẽ quản trị hệ thống.
Để đưa một sản phẩm từ ý tưởng đến vận hành, đội ngũ phải đi qua cả một chu trình từ khảo sát nhu cầu, phân tích nghiệp vụ, thiết kế kiến trúc, phát triển, kiểm thử, bảo mật, triển khai đến giám sát, xử lý sự cố và cải tiến. Chính khả năng nhìn thấy toàn bộ chu trình này đang trở thành một tiêu chí quan trọng trên thị trường tuyển dụng.
AI thay đổi cuộc chơi: Giá trị dịch chuyển từ viết code sang làm chủ giải pháp
AI đang thâm nhập vào gần như toàn bộ chu trình phát triển phần mềm. Từ chuẩn hóa yêu cầu, gợi ý giải pháp kỹ thuật, sinh và giải thích mã nguồn đến dò lỗi, tạo kịch bản kiểm thử, viết tài liệu API, phân tích nhật ký và hỗ trợ triển khai, nhiều công việc trước đây cần con người thực hiện thủ công nay có thể được tăng tốc đáng kể. Điều này khiến ranh giới giá trị trong nghề lập trình thay đổi.
AI có thể tạo code nhanh, nhưng không chịu trách nhiệm về kết quả cuối cùng. Khi một hệ thống tính sai lương cho hàng nghìn nhân viên, doanh nghiệp cần một con người hiểu nguyên nhân, đánh giá tác động và đưa ra phương án xử lý. AI cũng không tự nắm đầy đủ những yếu tố thường tồn tại trong doanh nghiệp như quy trình nội bộ, ngân sách, ràng buộc pháp lý hay mối quan hệ giữa các phòng ban.
Đặc biệt, AI có thể đưa ra câu trả lời rất thuyết phục cho một câu hỏi được đặt đúng, nhưng cũng có thể trả lời trôi chảy cho một câu hỏi đặt sai. Vì vậy, người làm nghề vẫn phải xác định đúng vấn đề, cung cấp đúng bối cảnh, kiểm chứng đầu ra và đưa ra những quyết định đánh đổi: làm nhanh hay làm bền vững, tối ưu chi phí hay ưu tiên khả năng mở rộng, triển khai sớm hay đầu tư chuẩn ngay từ đầu.
Trong bối cảnh đó, năng lực T-shaped ngày càng trở nên quan trọng: một chuyên môn cốt lõi đủ sâu nhưng đồng thời có hiểu biết đủ rộng để kết nối với những phần còn lại của sản phẩm. Lập trình viên backend cần hiểu giao diện sử dụng API như thế nào. Lập trình viên frontend cần nắm cấu trúc dữ liệu, cơ chế xác thực và cách hệ thống xử lý lỗi. Người làm kiểm thử cần hiểu nghiệp vụ để xây dựng những kịch bản có ý nghĩa. Và bất kỳ thành viên nào cũng cần biết phối hợp nhóm, quản lý mã nguồn và tham gia xử lý vấn đề khi hệ thống đã đi vào vận hành.
Đa kỹ năng không có nghĩa là biết mọi thứ một cách hời hợt. Đó là khả năng biết khi nào cần phân tích, khi nào cần viết code, khi nào cần kiểm thử và khi nào phải chuyển giao cho chuyên gia sâu hơn. Người có năng lực thực sự hiểu giới hạn của mình và chịu trách nhiệm với kết quả cuối cùng, thay vì chỉ hoàn thành phần việc được giao.
Thị trường nhân lực phân hóa, đào tạo phải chuyển từ “học code” sang “làm ra sản phẩm”
AI không khiến nhu cầu nhân lực CNTT biến mất, nhưng đang làm thị trường phân hóa rõ hơn, đặc biệt ở nhóm nhân sự mới bước vào nghề. Những người chỉ nhận đặc tả rồi lập trình theo mô tả chịu áp lực lớn nhất, bởi đây cũng là nhóm công việc AI có thể hỗ trợ mạnh với chi phí ngày càng thấp.
Ngược lại, nhân sự hiểu nghiệp vụ, có tư duy hệ thống, biết sử dụng AI có kiểm soát và có khả năng đưa sản phẩm vào vận hành đang có lợi thế lớn hơn. Đặc biệt tại doanh nghiệp vừa và nhỏ, startup hoặc các đội phát triển tinh gọn, một người có thể trao đổi với người dùng, làm rõ yêu cầu, đề xuất giải pháp, phát triển, kiểm thử, hỗ trợ triển khai và theo dõi vận hành thường tạo ra giá trị đáng kể.
Sự thay đổi này đồng thời đặt ra áp lực lớn cho hoạt động đào tạo nhân lực CNTT. Nếu doanh nghiệp cần người giải quyết bài toán thực tế, mô hình đào tạo chỉ tập trung vào cú pháp và những bài tập riêng lẻ sẽ ngày càng khó đáp ứng yêu cầu thị trường.
Một hướng tiếp cận đang được các chương trình đào tạo công nghệ theo định hướng nghề nghiệp áp dụng là đưa người học vào một dự án hoàn chỉnh, bắt đầu từ nhu cầu nghiệp vụ và kết thúc bằng một sản phẩm có thể triển khai. Người học phải trải qua các bước từ tiếp nhận vấn đề, khảo sát, viết User Story và tiêu chí nghiệm thu, thiết kế giao diện, mô hình dữ liệu, xây dựng hệ thống, kiểm thử, đóng gói, triển khai đến tiếp nhận phản hồi và cải tiến.
AI được sử dụng xuyên suốt quá trình như một công cụ hỗ trợ, thay vì được tách thành một môn học riêng biệt. Quan trọng hơn, người học phải có khả năng giải thích và bảo vệ lựa chọn của mình trước những người có chuyên môn.
Ông Nguyên Tuân, Giám đốc Đào tạo CNTT tại Viện Đào tạo Quốc tế – đơn vị triển khai chương trình đào tạo lập trình viên quốc tế FPT Aptech theo khung ACCP, cho rằng điểm khác biệt nằm ở cách đo đầu ra: “Chúng tôi không đo bằng số lượng bài tập hoàn thành, mà bằng việc học viên có bảo vệ được một hệ thống chạy thật trước hội đồng gồm người làm nghề hay không. Khi người học phải giải thích vì sao chọn kiến trúc này thay vì kiến trúc kia, họ mới thực sự bước ra khỏi vai trò người viết code.”
Cách tiếp cận này cũng lý giải việc nhiều chương trình đào tạo theo hướng dự án có sự tham gia của những người đang trực tiếp làm nghề như kiến trúc sư giải pháp, chuyên viên phân tích nghiệp vụ, trưởng nhóm phát triển hay kỹ sư vận hành. Điều họ mang vào lớp không chỉ là kiến thức công nghệ, mà còn là kinh nghiệm về cách một dự án thực tế được triển khai, gặp vấn đề và xử lý ra sao. Suy cho cùng, doanh nghiệp Việt Nam hiện không thiếu framework, nền tảng đám mây hay công cụ AI. Điều ngày càng khan hiếm là người biết sử dụng những công cụ đó để giải đúng vấn đề.
AI có thể giúp lập trình viên làm nhanh hơn. Công nghệ mới có thể giúp họ xây dựng tốt hơn. Nhưng yếu tố quyết định vẫn là khả năng hiểu vấn đề, lựa chọn giải pháp và đưa sản phẩm tạo ra kết quả thực tế cho tổ chức. Đó cũng chính là mẫu nhân lực mà thị trường đang ngày càng coi trọng: không chỉ giỏi code, mà giỏi giải quyết vấn đề bằng công nghệ.
Giảng viên Nguyễn Tuân
| FPT Aptech trực thuộc Tổ chức Giáo dục FPT có hơn 25 năm kinh nghiệm đào tạo lập trình viên quốc tế tại Việt Nam, và luôn là sự lựa chọn ưu tiên của các sinh viên và nhà tuyển dụng. |
