Công ty công nghệ thông tin lớn nhất Việt Nam hiện nay gồm những doanh nghiệp nào?

FPT, CMC, Viettel, VNPT và VNG là những tên tuổi tiêu biểu khi nhắc đến doanh nghiệp công nghệ quy mô lớn tại Việt Nam; TMA Solutions, Rikkeisoft và MISA cũng nổi bật trong các lĩnh vực phần mềm chuyên biệt. Tuy nhiên, “lớn nhất” cần được xác định theo doanh thu CNTT, nhân sự kỹ thuật, thị trường phục vụ hoặc năng lực hạ tầng, bởi mỗi tiêu chí có thể cho kết quả khác nhau.

Xét theo thế mạnh, FPT nổi bật ở dịch vụ CNTT và xuất khẩu phần mềm; CMC phát triển dịch vụ công nghệ, tích hợp hệ thống và hạ tầng số. Viettel, VNPT có hệ sinh thái viễn thông, giải pháp doanh nghiệp và nền tảng số rộng lớn. Đây cũng là những doanh nghiệp được ghi nhận trong nhóm trụ cột ICT Việt Nam. VNG gắn với sản phẩm và nền tảng người dùng; TMA Solutions, Rikkeisoft chuyên phát triển phần mềm; MISA tập trung phần mềm kế toán, tài chính và quản trị.

Để so sánh chính xác, cần dùng dữ liệu cùng kỳ, phân biệt công ty mẹ với đơn vị thành viên và tách doanh thu CNTT khỏi doanh thu hợp nhất. Khi chọn đối tác hoặc nơi làm việc, chuyên môn, kinh nghiệm dự án, môi trường phát triển và khả năng hỗ trợ thường hữu ích hơn một thứ hạng chung.

Tiêu chí xác định công ty công nghệ thông tin lớn nhất Việt Nam

Không có một bảng xếp hạng duy nhất phản ánh trọn vẹn quy mô ngành công nghệ thông tin (CNTT) Việt Nam. Kết quả phụ thuộc vào câu hỏi đang đặt ra: doanh nghiệp nào có doanh thu CNTT cao nhất, lực lượng kỹ thuật lớn nhất, nhiều khách hàng nhất hay năng lực cung cấp hạ tầng rộng nhất? Trước khi so sánh, cần thống nhất phạm vi hoạt động, đơn vị được đo lường và kỳ báo cáo. Nếu không, những con số đều đúng theo nguồn công bố vẫn có thể dẫn đến nhận định sai.

Quy mô doanh thu công nghệ, nhân sự và thị trường hoạt động

Doanh thu từ hoạt động CNTT là điểm xuất phát phù hợp khi so sánh dịch vụ phần mềm, tích hợp hệ thống và sản phẩm số. Tuy nhiên, không nên gộp mọi khoản doanh thu có liên quan đến công nghệ thành một loại. Phí phát triển phần mềm theo hợp đồng, thuê bao nền tảng, bán thiết bị và triển khai hạ tầng có biên lợi nhuận, nhu cầu vốn và mức độ đóng góp kỹ thuật khác nhau. Doanh nghiệp phân phối thiết bị có thể ghi nhận doanh thu lớn dù phần giá trị do đội ngũ kỹ thuật trực tiếp tạo ra nhỏ hơn doanh nghiệp phát triển phần mềm.

Khi đọc số liệu, cần xác định doanh thu được ghi nhận theo giá trị gộp hay giá trị thuần, có bao gồm phần cứng mua từ bên thứ ba hay không và hợp đồng dài hạn được ghi nhận theo tiến độ nào. Tổng giá trị hợp đồng đã ký không đồng nghĩa doanh thu trong năm; tương tự, tổng giá trị giao dịch qua một nền tảng không phải toàn bộ doanh thu của đơn vị vận hành nền tảng đó. Để đánh giá quy mô kinh doanh bền vững, có thể xem thêm doanh thu định kỳ, tốc độ tăng trưởng, biên lợi nhuận và tỷ trọng khách hàng lớn, nhưng các chỉ tiêu này bổ sung chứ không thay thế doanh thu đã ghi nhận.

Quy mô nhân sự cũng cần được xác định cùng phạm vi với doanh thu. Tổng lao động của tập đoàn có thể gồm nhân viên viễn thông, bán hàng, giáo dục và vận hành; con số này khác số kỹ sư phần mềm hoặc nhân sự thuộc bộ phận CNTT. Ngay trong mảng công nghệ, số người tại thời điểm cuối năm khác số lao động bình quân cả năm. Nhân sự thuê ngoài, làm việc bán thời gian và chuyên gia của đối tác cần được tách khỏi nhân viên chính thức nếu nguồn công bố cho phép.

Không thể suy trực tiếp năng lực công nghệ từ số lượng nhân sự. Một công ty sản phẩm có thể phục vụ lượng người dùng lớn với đội ngũ gọn hơn doanh nghiệp gia công phần mềm; ngược lại, dự án tích hợp hệ thống trên nhiều địa điểm thường cần lực lượng triển khai và hỗ trợ đông hơn. Những chỉ dấu chuyên sâu gồm tỷ lệ nhân sự kỹ thuật, năng lực quản lý dự án, bảo mật, nghiên cứu phát triển và khả năng duy trì dịch vụ sau bàn giao. Chỉ nên tính chỉ tiêu như doanh thu trên mỗi nhân viên khi tử số và mẫu số cùng thuộc một phạm vi kinh doanh.

Thị trường hoạt động cho biết doanh nghiệp lớn theo chiều rộng hay chiều sâu. Với xuất khẩu phần mềm, cần xem cơ cấu thị trường, mức độ phụ thuộc vào khách hàng lớn, thời hạn hợp đồng và khả năng triển khai đa quốc gia. Với công ty sản phẩm, lượng người dùng hoạt động, tỷ lệ duy trì, doanh thu thuê bao hoặc số khách hàng trả phí thường có ý nghĩa hơn lượt đăng ký cộng dồn. Với nhà cung cấp trung tâm dữ liệu và điện toán đám mây, nên xem công suất khai thác, mức sẵn sàng dịch vụ, khả năng dự phòng và cam kết vận hành theo thỏa thuận mức dịch vụ (SLA).

Phân biệt doanh nghiệp CNTT với tập đoàn viễn thông và công ty công nghệ đa ngành

FPT và CMC hoạt động ở nhiều lĩnh vực; Viettel và VNPT có nền tảng kinh doanh viễn thông; VNG phát triển các sản phẩm phục vụ người dùng và doanh nghiệp. Có thể gọi chung các tổ chức này là doanh nghiệp công nghệ trong ngữ cảnh rộng, nhưng doanh thu hợp nhất của tập đoàn không đồng nghĩa doanh thu dịch vụ CNTT. Cước kết nối di động, doanh thu giáo dục hoặc doanh thu từ lĩnh vực khác không nên cộng vào doanh thu phát triển phần mềm rồi đối chiếu với một công ty chỉ cung cấp dịch vụ phần mềm.

Một cách so sánh rõ ràng là phân nhóm trước khi xếp hạng:

• Dịch vụ CNTT và xuất khẩu phần mềm: ưu tiên doanh thu dịch vụ tương ứng, nhân sự kỹ thuật và quy mô hợp đồng triển khai.
• Sản phẩm, nền tảng số: xem doanh thu sản phẩm, khách hàng trả phí và mức độ sử dụng thực tế; không đồng nhất người dùng với doanh thu.
• Viễn thông, hạ tầng số và tích hợp: tách doanh thu kết nối khỏi doanh thu CNTT; đánh giá thêm năng lực hạ tầng và chất lượng vận hành.

Cũng phải phân biệt công ty mẹ, công ty thành viên và thương hiệu dịch vụ. FPT Software thuộc hệ sinh thái FPT; VNPT-IT thuộc VNPT; các đơn vị phát triển giải pháp số của Viettel thuộc hệ sinh thái Viettel. Nếu đã dùng doanh thu hợp nhất của tập đoàn, không cộng thêm doanh thu của công ty thành viên vào cùng tổng số. Nếu mục tiêu là so sánh riêng đơn vị cung cấp dịch vụ CNTT, phải dùng số liệu của đơn vị hoặc mảng hoạt động tương ứng, thay vì gán toàn bộ quy mô tập đoàn cho đơn vị đó.

Nguồn dữ liệu, kỳ báo cáo và cách tránh tính trùng công ty thành viên

Thứ tự tham khảo hợp lý là báo cáo tài chính đã kiểm toán, báo cáo thường niên, công bố chính thức của doanh nghiệp, rồi đến hồ sơ giải thưởng và tài liệu giới thiệu năng lực. Báo cáo kiểm toán giúp xác nhận số liệu tài chính theo phạm vi được trình bày, nhưng không mặc nhiên cung cấp doanh thu chi tiết cho mọi mảng CNTT. Khi một chỉ tiêu chỉ xuất hiện trong tài liệu giới thiệu, cần ghi đúng cách doanh nghiệp định nghĩa chỉ tiêu đó, thay vì trình bày như số liệu đã được kiểm toán riêng.

Kỳ báo cáo là điều kiện quan trọng để so sánh. FPT công bố theo năm kết thúc ngày 31/12, trong khi năm tài chính của CMC có thể kéo dài từ tháng 4 năm trước đến tháng 3 năm sau. Vì vậy, hai số liệu cùng được gọi là “năm 2024” chưa chắc phản ánh cùng khoảng thời gian. Bài viết sử dụng năm 2024 làm mốc tham chiếu cho những số liệu có thể nêu rõ, không xem đó là bộ số liệu cập nhật đồng thời của mọi doanh nghiệp tại thời điểm hiện nay.

Khi tổng hợp, cần ghi kèm từng số liệu: tên pháp nhân hoặc tập đoàn, chỉ tiêu được đo, phạm vi hợp nhất, ngày kết thúc kỳ báo cáo và nguồn công bố. Giao dịch giữa công ty mẹ và công ty thành viên phải được xử lý theo số liệu hợp nhất để tránh tính hai lần. Trường hợp doanh nghiệp không công bố doanh thu hoặc nhân sự theo cùng phạm vi, nên ghi “chưa có số liệu so sánh”; không nội suy từ doanh thu công ty mẹ, lượng người dùng, số khách hàng hay giá trị hợp đồng công bố.

Bảng tổng hợp các doanh nghiệp công nghệ thông tin lớn tại Việt Nam

Khái niệm “doanh nghiệp công nghệ thông tin lớn” có thể chỉ quy mô doanh thu, nhân sự kỹ thuật, số khách hàng hoặc năng lực vận hành hệ thống. Các tiêu chí này không thay thế cho nhau: doanh nghiệp viễn thông có doanh thu hợp nhất lớn chưa chắc có doanh thu phát triển phần mềm lớn hơn một công ty chuyên xuất khẩu dịch vụ CNTT. Bảng sau là bản đồ các doanh nghiệp đáng chú ý, không phải thứ hạng từ 1 đến 9. Quan hệ giữa tập đoàn và đơn vị thành viên được nêu rõ để tránh cộng trùng doanh thu hoặc nhân sự.

So sánh doanh thu và nhân sự theo cùng kỳ công bố

Muốn so sánh quy mô, trước hết phải xác định đang đo pháp nhân, đơn vị thành viên, mảng kinh doanh hay toàn tập đoàn. Với FPT, báo cáo năm 2024 cho phép đối chiếu doanh thu hợp nhất và doanh thu khối công nghệ; số lao động toàn tập đoàn, nếu sử dụng, lại có phạm vi rộng hơn khối công nghệ. Không nên lấy doanh thu của một mảng chia cho toàn bộ lao động rồi gọi kết quả là năng suất của mảng đó.

Với CMC, cần kiểm tra ngày kết thúc năm tài chính trước khi đặt số liệu cạnh năm dương lịch 2024 của FPT. Nếu hai báo cáo không bao phủ cùng 12 tháng, nên ghi rõ khoảng thời gian thay vì trình bày như số liệu đồng kỳ. Khi so sánh nhiều năm, cũng cần nhất quán về doanh thu hợp nhất, doanh thu thuần và đơn vị tiền tệ; tăng trưởng của một kỳ không phản ánh đầy đủ xu hướng nếu phạm vi hợp nhất thay đổi.

Trường hợp TMA Solutions hoặc Rikkeisoft chưa có báo cáo doanh thu công khai theo cùng chuẩn, cách làm đáng tin cậy là để trống chỉ tiêu chưa xác minh và đánh giá riêng năng lực triển khai. Các yếu tố có thể xem xét gồm lĩnh vực chuyên môn, thị trường phục vụ, mô hình hợp đồng, quy trình bảo mật và khả năng duy trì đội ngũ dự án. Hồ sơ giới thiệu doanh nghiệp hữu ích để tìm hiểu năng lực, nhưng không có giá trị thay thế báo cáo tài chính.

Đối với nhân sự, phải phân biệt số người tại ngày cuối kỳ với lao động bình quân năm; nhân viên chính thức với chuyên gia thuê ngoài; toàn tập đoàn với riêng đội ngũ kỹ sư. Chỉ tiêu doanh thu trên lao động cũng cần đọc thận trọng: hợp đồng cung cấp nhân lực theo thời gian, dự án trọn gói và nền tảng có doanh thu định kỳ tạo ra mức doanh thu trên mỗi người rất khác nhau. Quy mô đội ngũ không tự động chứng minh chất lượng kỹ thuật hay hiệu quả kinh doanh.

Phân nhóm doanh nghiệp dịch vụ CNTT, phần mềm, nền tảng số và hạ tầng

Việc phân nhóm giúp so sánh đúng đối tượng và chọn đúng nhà cung cấp cho từng nhu cầu:

• Dịch vụ CNTT và phát triển phần mềm theo yêu cầu: gồm các hoạt động nổi bật của FPT, CMC Global, TMA Solutions và Rikkeisoft. Nên đánh giá năng lực phân tích yêu cầu, kiến trúc hệ thống, kiểm thử, bảo mật, quản lý thay đổi và bàn giao mã nguồn. Với dự án trọn gói, cần làm rõ phạm vi công việc, tiêu chí nghiệm thu và cách xử lý yêu cầu phát sinh.
• Phần mềm đóng gói hoặc phần mềm như dịch vụ: MISA là ví dụ tiêu biểu trong quản trị, kế toán và tài chính. Bên mua nên kiểm tra mức độ phù hợp quy trình, khả năng tích hợp, quyền xuất dữ liệu, chính sách cập nhật và tổng chi phí sử dụng; không chỉ so phí thuê bao ban đầu.
• Nền tảng số: VNG nổi bật ở hoạt động phát triển sản phẩm và vận hành dịch vụ cho lượng lớn người dùng. Các thước đo phù hợp có thể gồm khả năng duy trì người dùng, độ ổn định dịch vụ và hiệu quả thương mại của từng sản phẩm, tùy dữ liệu được công bố.
• Kết nối, đám mây và trung tâm dữ liệu: CMC Telecom, Viettel và VNPT có các hoạt động trong nhóm này. Khi lựa chọn, cần hỏi về phạm vi cam kết mức dịch vụ (SLA), phương án dự phòng, vị trí lưu trữ dữ liệu, sao lưu và thời gian khôi phục dự kiến.

Một tập đoàn có thể hiện diện ở nhiều nhóm, nhưng năng lực mạnh ở hạ tầng không mặc nhiên đồng nghĩa mạnh ở phát triển phần mềm chuyên biệt. Ngược lại, công ty viết phần mềm giỏi có thể vẫn cần đối tác khác để vận hành hạ tầng với yêu cầu sẵn sàng cao.

Đối chiếu quy mô doanh nghiệp với danh hiệu Top 10 của VINASA

Chương trình Top 10 doanh nghiệp công nghệ số Việt Nam của VINASA ghi nhận doanh nghiệp theo lĩnh vực và tiêu chí của từng mùa xét chọn. Đây là thông tin tham khảo về hồ sơ năng lực và sự ghi nhận trong ngành, không phải bảng xếp hạng doanh thu tuyệt đối của toàn thị trường. Doanh nghiệp được vinh danh trong một nhóm chuyên môn không đương nhiên có doanh thu hoặc nhân sự lớn hơn doanh nghiệp thuộc nhóm khác.

Khi tra cứu tại VINASA, cần ghi nhận bốn thông tin: năm trao danh hiệu, tên pháp nhân, lĩnh vực được vinh danh và phương pháp xét chọn. Tên thương hiệu có thể xuất hiện trong hồ sơ giải thưởng, trong khi báo cáo tài chính lại được lập ở cấp công ty mẹ hoặc tập đoàn. Muốn trả lời câu hỏi “doanh nghiệp nào có doanh thu lớn hơn”, vẫn phải quay lại số liệu tài chính cùng kỳ, cùng phạm vi và cùng loại hoạt động kinh doanh.

FPT: Quy mô tập đoàn và hoạt động dịch vụ công nghệ thông tin

FPT là trường hợp có dữ liệu công bố tương đối đầy đủ để phân tích vị thế của một doanh nghiệp CNTT lớn tại Việt Nam. Tuy nhiên, quy mô tập đoàn không đồng nghĩa với quy mô hoạt động CNTT: báo cáo hợp nhất bao gồm cả công nghệ, viễn thông và giáo dục. Khi so sánh FPT với doanh nghiệp phần mềm hoặc nhà cung cấp dịch vụ CNTT khác, cần xác định rõ chỉ tiêu đang dùng là doanh thu hợp nhất, doanh thu khối công nghệ hay doanh thu của một mảng dịch vụ cụ thể.

Doanh thu khối công nghệ, nhân sự và hiện diện quốc tế của FPT

Theo số liệu FPT công bố cho năm 2024, doanh thu hợp nhất đạt khoảng 62.849 tỷ đồng, trong đó khối công nghệ đạt khoảng 39.100 tỷ đồng, tương đương xấp xỉ 62% doanh thu hợp nhất. Tỷ trọng này cho thấy công nghệ là một hoạt động trọng yếu, nhưng không có nghĩa mọi khoản thu của tập đoàn đều đến từ phát triển phần mềm. Khi sử dụng số liệu, cần giữ nguyên cách phân loại trong báo cáo tương ứng; việc tự cộng doanh thu của các đơn vị thành viên có thể dẫn đến tính trùng giao dịch nội bộ.

FPT có trên 50.000 nhân sự nếu xét toàn bộ hệ sinh thái. Đây không phải số lập trình viên, kỹ sư phần mềm hay nhân sự riêng của khối công nghệ. Hơn nữa, tổng số lao động chưa phản ánh đầy đủ năng lực thực hiện dự án: một hợp đồng quy mô lớn còn cần kiến trúc sư hệ thống, chuyên gia nghiệp vụ, kiểm thử, an toàn thông tin, quản lý chất lượng và vận hành. Để đánh giá năng lực cung ứng, nên xem thêm kinh nghiệm theo ngành, khả năng bố trí nhân sự đúng kỹ năng và mức độ ổn định của đội ngũ trong suốt vòng đời hợp đồng.

Hiện diện quốc tế của FPT cần được hiểu rộng hơn việc có văn phòng ở nước ngoài. Đối với khách hàng xuyên biên giới, nhà cung cấp phải phối hợp bán hàng, phân tích yêu cầu, triển khai và hỗ trợ sau bàn giao giữa các múi giờ. Mô hình kết hợp nhân sự làm việc gần khách hàng với đội ngũ phát triển từ xa có thể mở rộng năng lực cung ứng, nhưng cũng đặt ra yêu cầu chặt chẽ về quản lý truy cập, truyền dữ liệu và bàn giao công việc. Chất lượng hiện diện quốc tế vì vậy thể hiện ở khả năng thực hiện hợp đồng ổn định, không chỉ ở số địa điểm hoạt động.

• Khi so sánh doanh thu: dùng cùng kỳ kế toán, cùng phạm vi hoạt động và phân biệt doanh thu hợp nhất với doanh thu bộ phận.
• Khi so sánh nhân sự: xác định số liệu áp dụng cho toàn tập đoàn, khối công nghệ hay một nhóm kỹ năng cụ thể.
• Khi đánh giá thị trường quốc tế: xem khả năng giao hàng, hỗ trợ khách hàng, bảo mật và quản trị dự án, thay vì chỉ đếm văn phòng.

Dịch vụ CNTT trong nước và xuất khẩu phần mềm của FPT

Trong lĩnh vực dịch vụ CNTT, FPT tham gia các công việc như phát triển và bảo trì ứng dụng, hiện đại hóa hệ thống cũ, kiểm thử, tích hợp, vận hành hệ thống và triển khai các chương trình chuyển đổi số. Mỗi loại hợp đồng có cách đánh giá khác nhau. Với dự án phát triển mới, khách hàng quan tâm khả năng đáp ứng yêu cầu và tốc độ đưa sản phẩm vào sử dụng; với hệ thống đang vận hành, tính liên tục dịch vụ, thời gian xử lý sự cố và mức độ an toàn khi thay đổi thường quan trọng không kém chi phí triển khai ban đầu.

Ở thị trường quốc tế, lợi thế của một nhà cung cấp quy mô lớn nằm ở khả năng tổ chức nhiều nhóm chuyên môn, chuẩn hóa quy trình và phối hợp triển khai xuyên biên giới. Tuy vậy, doanh thu dịch vụ CNTT ở nước ngoài không nên được tự động gọi toàn bộ là doanh thu gia công phần mềm. Phạm vi dịch vụ có thể khác nhau theo hợp đồng và theo cách doanh nghiệp phân loại trong báo cáo. Người đọc cũng cần phân biệt nơi khách hàng ký hợp đồng, nơi thực hiện công việc và nơi ghi nhận doanh thu; ba yếu tố này không nhất thiết trùng nhau.

Tại Việt Nam, nhu cầu thường xuất phát từ việc thay thế phần mềm cũ, kết nối dữ liệu phân tán hoặc số hóa một quy trình nghiệp vụ cụ thể. Khó khăn lớn không chỉ nằm ở viết mã, mà còn ở chuẩn hóa dữ liệu, thống nhất trách nhiệm giữa các phòng ban và tích hợp với hệ thống đang chạy. Một dự án có thể hoàn thành đúng chức năng đã đặt hàng nhưng vẫn tạo ra ít giá trị nếu dữ liệu đầu vào thiếu tin cậy hoặc người dùng không thay đổi cách làm việc.

• Phạm vi công việc: xác định rõ hệ thống nào được phát triển, tích hợp, bảo trì; hạng mục nào do khách hàng hoặc bên thứ ba thực hiện.
• Chỉ tiêu nghiệm thu: quy định cách đo hiệu năng, tỷ lệ lỗi, mức độ sẵn sàng và thời gian khắc phục sự cố.
• Chi phí dài hạn: tính cả giấy phép, hạ tầng, đào tạo, hỗ trợ, thay đổi yêu cầu và chuyển giao khi kết thúc hợp đồng.

Hệ sinh thái sản phẩm, AI và giải pháp chuyển đổi số của FPT

Bên cạnh dịch vụ phát triển theo yêu cầu, FPT phát triển và cung cấp các nền tảng, giải pháp liên quan đến tự động hóa, dữ liệu, AI và vận hành doanh nghiệp. Tuy nhiên, năng lực của tập đoàn không đồng nghĩa mọi sản phẩm đều có cùng chức năng hoặc điều kiện triển khai. Khi xem xét một giải pháp, khách hàng nên hỏi sản phẩm là nền tảng dùng chung, phần mềm được cấu hình theo nhu cầu hay hệ thống phải phát triển bổ sung. Sự khác biệt này ảnh hưởng trực tiếp đến thời gian triển khai, chi phí tùy chỉnh và khả năng nâng cấp về sau.

Với giải pháp AI, cần xác định dữ liệu được đưa vào mô hình ở đâu, ai có quyền truy cập, dữ liệu có được lưu giữ hoặc sử dụng để cải thiện hệ thống hay không. Chất lượng đầu ra phải được kiểm thử trên tình huống nghiệp vụ thực tế, gồm cả trường hợp dữ liệu thiếu, yêu cầu mơ hồ và nội dung nhạy cảm. Nếu AI tham gia quy trình có ảnh hưởng lớn đến khách hàng hoặc vận hành, cần bố trí cơ chế giám sát của con người, ghi nhận nhật ký xử lý và quy định người chịu trách nhiệm khi kết quả sai.

• Tích hợp: kiểm tra giao diện kết nối, khả năng đồng bộ dữ liệu và mức độ phụ thuộc vào hệ thống hiện hữu.
• Kiểm soát: làm rõ phân quyền, lưu trữ dữ liệu, kiểm toán thao tác và phương án xử lý sự cố.
• Hiệu quả: thống nhất chỉ số đo lường trước triển khai, chẳng hạn thời gian xử lý công việc, tỷ lệ lỗi hoặc chi phí trên mỗi giao dịch.

Thông tin về sản phẩm và định hướng chiến lược cần được đối chiếu với tài liệu cập nhật tại fpt.com. Trước khi ký hợp đồng, doanh nghiệp nên yêu cầu trình diễn bằng dữ liệu hoặc tình huống đại diện cho nghiệp vụ của mình; đồng thời xác nhận phạm vi cấp phép, cam kết hỗ trợ, quyền đối với dữ liệu và điều kiện chuyển đổi sang nhà cung cấp khác.

CMC: Dịch vụ công nghệ, tích hợp hệ thống và hạ tầng số

CMC kết hợp dịch vụ công nghệ với hạ tầng số, vì vậy cần được đánh giá khác một doanh nghiệp chỉ phát triển phần mềm. Một dự án có thể đồng thời cần ứng dụng, tích hợp dữ liệu, kết nối mạng, tài nguyên lưu trữ và vận hành sau triển khai. Lợi thế của mô hình nhiều lớp chỉ có ý nghĩa khi phạm vi trách nhiệm giữa các đơn vị được xác định rõ: ai thiết kế kiến trúc, ai cung cấp hạ tầng, ai xử lý sự cố và ai chịu trách nhiệm cuối cùng trước khách hàng.

Quy mô CMC và các lĩnh vực kinh doanh công nghệ chủ lực

Hệ sinh thái CMC hoạt động trong các mảng dịch vụ CNTT, giải pháp doanh nghiệp, kinh doanh quốc tế và hạ tầng số. Khi phân tích quy mô, cần đọc đúng kỳ báo cáo và phạm vi hợp nhất: năm tài chính có thể không trùng năm dương lịch, còn doanh thu hợp nhất không thể dùng thay cho doanh thu xuất khẩu phần mềm hay điện toán đám mây. Tương tự, tăng trưởng của toàn tập đoàn không tự động phản ánh tốc độ tăng trưởng của từng dịch vụ.

Để so sánh CMC với doanh nghiệp khác, nên tách doanh thu, lợi nhuận và đặc điểm hợp đồng theo mảng tương ứng, nếu báo cáo công bố đủ dữ liệu. Dự án tích hợp hệ thống thường có cấu phần thiết bị hoặc bản quyền bên thứ ba; dịch vụ phát triển phần mềm chủ yếu phụ thuộc vào nhân sự và năng suất; hạ tầng số lại đòi hỏi đầu tư tài sản, công suất và năng lực vận hành liên tục. Chỉ so doanh thu mà bỏ qua cấu trúc chi phí và nghĩa vụ vận hành có thể dẫn đến nhận định sai về hiệu quả kinh doanh.

Năng lực tích hợp hệ thống quan trọng ở các dự án kết nối ứng dụng, thiết bị, mạng và quy trình hiện hữu. Một kiến trúc khả thi cần xác định điểm kết nối qua API hoặc cơ chế trao đổi dữ liệu, phương thức xác thực, quyền truy cập, cách ghi nhật ký và phương án xử lý khi một hệ thống thành phần ngừng hoạt động. Với hệ thống cũ, cần đánh giá chất lượng dữ liệu và giới hạn kỹ thuật trước khi cam kết tiến độ chuyển đổi.

• Trước khi ký hợp đồng: yêu cầu hồ sơ dự án tương đồng về ngành, quy mô và độ phức tạp; xác nhận vai trò thực tế của nhà cung cấp trong từng dự án.
• Trong triển khai: xác định đội dự án trực tiếp, tiêu chí nghiệm thu từng giai đoạn, trách nhiệm với nhà thầu phụ và quy trình kiểm soát thay đổi.
• Sau nghiệm thu: quy định thời hạn bảo trì, mức độ ưu tiên sự cố, tài liệu bàn giao và quyền truy cập cần thiết để khách hàng tự vận hành.

Tên tuổi tập đoàn là thông tin tham khảo, nhưng năng lực của đội được phân công và trách nhiệm sau bàn giao mới là bằng chứng sát với rủi ro của hợp đồng cụ thể.

CMC Global cung cấp dịch vụ phần mềm cho thị trường quốc tế

CMC Global tập trung cung cấp dịch vụ công nghệ cho khách hàng ngoài Việt Nam, gồm phát triển phần mềm và hỗ trợ chuyển đổi hệ thống. Với khách hàng quốc tế, vấn đề không chỉ là số lượng kỹ sư sẵn có mà còn là khả năng duy trì nhóm ổn định, phối hợp xuyên múi giờ và tạo ra sản phẩm có thể kiểm chứng theo tiêu chí hợp đồng. Quy mô hiện diện tại từng thị trường, năng lực ngôn ngữ hoặc kinh nghiệm theo ngành cần được xác nhận bằng hồ sơ cập nhật của chính đơn vị thực hiện, không suy diễn từ phạm vi hoạt động của toàn CMC.

Khi thuê đội phát triển, khách hàng nên yêu cầu nhà cung cấp trình bày kiến trúc đã triển khai với công nghệ gần hệ thống hiện tại, vai trò của nhân sự chủ chốt và kế hoạch thay thế nếu họ rời dự án. Quy trình làm việc cần chỉ rõ cách quản lý yêu cầu, rà soát mã, kiểm thử tự động, xử lý lỗi và phê duyệt bản phát hành. Các chỉ số như tiến độ, lỗi sau phát hành hoặc thời gian khắc phục chỉ hữu ích khi hai bên thống nhất cách đo, nguồn dữ liệu và trường hợp loại trừ.

Với dự án chuyển đổi hệ thống, cần kiểm kê dữ liệu và thành phần phụ thuộc trước khi lập lịch di chuyển. Phương án triển khai nên có môi trường thử nghiệm, bước đối soát dữ liệu, tiêu chí cho phép chuyển sang hệ thống mới và kế hoạch quay lui nếu phát sinh lỗi nghiêm trọng. Nếu hệ thống đang phục vụ giao dịch liên tục, khách hàng cần làm rõ khoảng thời gian được phép gián đoạn thay vì chỉ nhận cam kết chung rằng quá trình chuyển đổi sẽ an toàn.

• Mã nguồn và sở hữu trí tuệ: ghi rõ quyền sử dụng, quyền sửa đổi, thời điểm chuyển giao và cách xử lý thư viện bên thứ ba.
• Bảo mật: quy định quyền truy cập kho mã, dữ liệu thử nghiệm, tài khoản đặc quyền và nghĩa vụ thông báo sự cố.
• Bàn giao: yêu cầu tài liệu kiến trúc, hướng dẫn triển khai, bộ kiểm thử và thời gian hỗ trợ chuyển giao khi kết thúc hợp đồng.

CMC Telecom cung cấp điện toán đám mây và trung tâm dữ liệu

CMC Telecom phát triển dịch vụ kết nối, trung tâm dữ liệu và điện toán đám mây cho khách hàng doanh nghiệp. Đây là lớp hạ tầng khác với hoạt động viết ứng dụng: chất lượng phụ thuộc vào tài nguyên được cấp, tính liên tục của dịch vụ, kết nối mạng, cơ chế giám sát và khả năng hỗ trợ khi xảy ra sự cố. Khách hàng cần đánh giá theo cấu hình và gói dịch vụ dự định mua, thay vì áp một thông số giới thiệu cho toàn bộ nền tảng.

Trong thiết kế dự phòng, cần phân biệt sao lưu dữ liệu với khả năng khôi phục dịch vụ. RPO thể hiện lượng dữ liệu tối đa có thể mất, tính theo thời gian; RTO là thời gian mục tiêu để khôi phục hoạt động. Hai chỉ tiêu này phải gắn với kiến trúc cụ thể, lịch sao lưu và kết quả diễn tập. Bản sao lưu chỉ đặt cùng một miền lỗi với hệ thống chính có thể không đáp ứng yêu cầu khi xảy ra sự cố diện rộng.

Địa điểm lưu trữ dữ liệu, đường truyền, độ trễ và mô hình dự phòng cần được kiểm tra theo yêu cầu vận hành cũng như nghĩa vụ pháp lý của khách hàng. Với ứng dụng nhiều thành phần, mức sẵn sàng của một máy chủ không đồng nghĩa mức sẵn sàng của toàn ứng dụng: cơ sở dữ liệu, kết nối mạng, cơ chế xác thực và dịch vụ bên ngoài đều có thể trở thành điểm nghẽn. Khách hàng nên yêu cầu mô tả ranh giới trách nhiệm giữa nhà cung cấp hạ tầng và đội quản trị ứng dụng.

Khi tham khảo giới thiệu tại cmc.com.vn, cần yêu cầu SLA bằng văn bản, trong đó nêu cách tính thời gian sẵn sàng, thời gian bảo trì được loại trừ, kênh tiếp nhận sự cố và biện pháp xử lý khi không đạt cam kết. Hợp đồng cũng nên quy định bảo vệ dữ liệu, quyền truy cập quản trị, trách nhiệm khi gián đoạn và quy trình xuất dữ liệu khi chấm dứt dịch vụ. Phương án thoát khỏi nền tảng cần nêu định dạng dữ liệu, thời gian hỗ trợ di chuyển, chi phí liên quan và thời điểm xóa bản lưu còn lại.

Viettel và VNPT: Hoạt động CNTT trong các tập đoàn viễn thông

Viettel và VNPT có mạng lưới viễn thông, tệp khách hàng và nhiều đơn vị tham gia cung cấp sản phẩm công nghệ. Đây là lợi thế khi triển khai giải pháp cần kết nối, hạ tầng và hỗ trợ trên phạm vi rộng. Tuy nhiên, quy mô của tập đoàn không đồng nghĩa với quy mô hoạt động phần mềm. Một hợp đồng có thể kết hợp đường truyền, lưu trữ, bản quyền ứng dụng và dịch vụ vận hành; muốn đánh giá năng lực CNTT phải xác định rõ phần việc, doanh thu và trách nhiệm thuộc đơn vị nào.

Viettel phát triển phần mềm, nền tảng số và giải pháp doanh nghiệp

Trong hệ sinh thái Viettel, hoạt động CNTT có thể bao gồm phát triển ứng dụng theo yêu cầu, xây dựng nền tảng số, tích hợp hệ thống và cung cấp dịch vụ công nghệ cho tổ chức, doanh nghiệp. Điểm cần xem xét không chỉ là danh mục sản phẩm mà còn là năng lực thực hiện một dự án cụ thể: phân tích nghiệp vụ, thiết kế kiến trúc, phát triển, kiểm thử, chuyển đổi dữ liệu, đào tạo và bảo trì sau nghiệm thu. Thông tin giới thiệu tại viettelsoftware.com là điểm khởi đầu để tìm hiểu năng lực phần mềm, nhưng không thay thế hồ sơ kỹ thuật hoặc số liệu tài chính đúng phạm vi.

Khả năng kết hợp phần mềm với mạng viễn thông và hạ tầng triển khai có thể giúp tổ chức giảm số đầu mối phối hợp. Dù vậy, một nhà cung cấp cho nhiều lớp dịch vụ không mặc nhiên bảo đảm các lớp ấy có cùng mức chất lượng. Hệ thống ứng dụng vẫn cần được kiểm tra độc lập về hiệu năng, khả năng mở rộng, tính sẵn sàng và phương án khôi phục khi xảy ra sự cố. Chẳng hạn, cam kết đường truyền hoạt động ổn định không thể thay cho cam kết thời gian khôi phục cơ sở dữ liệu hoặc thời hạn xử lý lỗi phần mềm nghiêm trọng.

Khi lựa chọn đơn vị triển khai thuộc hệ sinh thái Viettel, bên mua nên làm rõ:

• Pháp nhân ký hợp đồng, đơn vị trực tiếp phát triển và đơn vị tiếp nhận yêu cầu hỗ trợ; ba vai trò này có thể không trùng nhau.
• Phạm vi mã nguồn, tài liệu thiết kế, quyền sử dụng thành phần bên thứ ba và điều kiện bàn giao khi chấm dứt hợp đồng.
• Tiêu chí nghiệm thu có thể đo lường: chức năng, số lượng người dùng đồng thời, thời gian phản hồi và cách xử lý lỗi phát hiện sau nghiệm thu.
• Đầu mối chịu trách nhiệm khi sự cố liên quan đồng thời đến ứng dụng, hạ tầng lưu trữ và kết nối mạng.

Về tài chính, cần phân biệt doanh thu của đơn vị phần mềm với doanh thu hợp nhất của tập đoàn. Nếu một dự án gồm nhiều cấu phần, giá trị toàn hợp đồng cũng không nên tự động được coi là doanh thu phát triển phần mềm. Cách phân loại phải dựa trên nội dung cung cấp, kỳ ghi nhận và thuyết minh có thể kiểm chứng.

VNPT-IT cung cấp giải pháp công nghệ thông tin và chuyển đổi số

VNPT-IT là đơn vị công nghệ trong hệ sinh thái VNPT, cung cấp giải pháp CNTT và chuyển đổi số cho các nhóm khách hàng khác nhau. Các danh mục tại vnptit.vn giúp nhận diện lĩnh vực hoạt động, nhưng tên một giải pháp không cho biết ngay mức độ tùy biến, kiến trúc triển khai hay doanh thu của đơn vị. Để đánh giá phù hợp, khách hàng cần đối chiếu chức năng thực tế với quy trình nghiệp vụ, khối lượng dữ liệu và các hệ thống hiện có.

Với dự án tích hợp, yêu cầu kỹ thuật nên đi xa hơn câu hỏi “có API hay không”. Hồ sơ cần nêu định dạng dữ liệu, phương thức xác thực, giới hạn truy cập, cơ chế ghi nhật ký, xử lý giao dịch lỗi và trách nhiệm khi thay đổi giao diện kết nối. Nếu phải chuyển dữ liệu từ hệ thống cũ, cần thử nghiệm đối soát: số bản ghi chuyển thành công, trường thông tin bị thiếu, quy tắc làm sạch và phương án quay lại khi chuyển đổi không đạt yêu cầu. Tích hợp được ở giai đoạn trình diễn khác với duy trì tích hợp ổn định trong vận hành dài hạn.

Đối với dữ liệu nhạy cảm, thiết kế dự án nên xác định ngay các nội dung sau:

• Ai quyết định mục đích xử lý dữ liệu, ai vận hành hệ thống và nhân sự nào được cấp quyền truy cập theo từng vai trò.
• Dữ liệu được lưu trữ, sao lưu, mã hóa và xóa theo quy trình nào; quyền truy cập quản trị được phê duyệt, ghi nhận và rà soát ra sao.
• Cách thông báo, phối hợp điều tra và khắc phục sự cố; trách nhiệm của mỗi bên theo hợp đồng và quy định bảo vệ dữ liệu áp dụng.

Lợi thế kết hợp kết nối viễn thông với ứng dụng chỉ phát huy khi trách nhiệm vận hành được phân định rõ. Trong thỏa thuận mức dịch vụ, nên tách chỉ tiêu của mạng, hạ tầng và phần mềm; quy định thời gian phản hồi, thời gian xử lý và phương pháp đo. Điều này giúp tránh tình huống các bên cùng tham gia cung cấp dịch vụ nhưng không xác định được đầu mối xử lý khi người dùng gặp lỗi.

Tách doanh thu CNTT khỏi tổng doanh thu viễn thông khi so sánh quy mô

Doanh thu thuê bao viễn thông, trung tâm dữ liệu, điện toán đám mây và phần mềm phản ánh những hoạt động khác nhau. Dịch vụ kết nối thường gắn với thuê bao hoặc lưu lượng; dịch vụ đám mây gắn với tài nguyên và thời gian sử dụng; dự án phần mềm có thể gắn với mốc nghiệm thu, phí bản quyền hoặc phí duy trì. Vì vậy, cộng toàn bộ doanh thu công nghệ rồi xếp hạng “doanh nghiệp phần mềm” là sai phạm vi so sánh.

Một phép so sánh có căn cứ cần xác định đồng thời pháp nhân, kỳ báo cáo và ranh giới hoạt động. Doanh thu hợp nhất có thể bao gồm nhiều công ty thành viên, trong khi doanh thu công bố cho một đơn vị chỉ phản ánh phạm vi đơn vị ấy. Giao dịch nội bộ cũng cần được lưu ý: doanh thu của từng đơn vị cộng lại có thể khác doanh thu hợp nhất sau khi loại trừ giao dịch giữa các bên trong cùng tập đoàn.

Nếu doanh nghiệp công bố đủ số liệu, có thể phân tích riêng doanh thu hợp nhất, doanh thu dịch vụ số và doanh thu phần mềm, kèm định nghĩa cho từng chỉ tiêu. Trước khi đặt cạnh số liệu của FPT hoặc doanh nghiệp gia công phần mềm, cần kiểm tra chỉ tiêu có bao gồm phần cứng, đường truyền, hạ tầng lưu trữ, dịch vụ tích hợp hay không. Cũng cần thống nhất năm tài chính, đơn vị tiền tệ và cách ghi nhận hợp đồng nhiều năm; nếu không, chênh lệch có thể đến từ phương pháp trình bày thay vì năng lực kinh doanh.

Khi không có dữ liệu tách bạch và đáng tin cậy, cách diễn đạt thận trọng là Viettel hoặc VNPT có hoạt động CNTT ở quy mô tập đoàn. Không nên suy từ tổng doanh thu viễn thông ra doanh thu phần mềm, thị phần phần mềm hoặc thứ hạng doanh thu dịch vụ CNTT cụ thể.

VNG: Hệ sinh thái nền tảng số và sản phẩm công nghệ

VNG đại diện cho mô hình doanh nghiệp công nghệ phát triển và vận hành sản phẩm số cho nhiều nhóm khách hàng: người chơi trò chơi trực tuyến, người dùng dịch vụ giao tiếp và tổ chức có nhu cầu sử dụng hạ tầng, giải pháp công nghệ. Mô hình này khác với doanh nghiệp chủ yếu nhận hợp đồng gia công phần mềm. Giá trị không chỉ nằm ở số giờ lập trình đã bán, mà còn ở tài sản sản phẩm, khả năng thu hút người dùng, dữ liệu vận hành hợp pháp và năng lực duy trì dịch vụ ở quy mô lớn.

Vì vậy, khi so sánh VNG với một công ty phần mềm khác, cần xác định trước đối tượng so sánh: doanh thu hợp nhất, hiệu quả của từng sản phẩm hay năng lực thực hiện một dự án cụ thể. Một chỉ tiêu đơn lẻ, chẳng hạn số nhân viên hoặc lượt tải ứng dụng, không phản ánh đầy đủ cả ba khía cạnh.

Quy mô doanh thu, người dùng và thị trường của VNG

VNG Group hoạt động trong nhiều lĩnh vực số, nhưng quy mô của từng lĩnh vực phải được đọc theo đúng kỳ báo cáo, pháp nhân và phạm vi hợp nhất. Doanh thu cấp tập đoàn không đồng nghĩa với doanh thu từ khách hàng doanh nghiệp; doanh thu của một đơn vị thành viên cũng không thể tự động cộng vào tập đoàn nếu chưa xác định cách ghi nhận và các giao dịch nội bộ. Tương tự, số liệu người dùng của nhiều ứng dụng không nên cộng cơ học, vì một cá nhân có thể sử dụng đồng thời nhiều dịch vụ.

Đối với sản phẩm hướng người tiêu dùng, cần phân biệt tài khoản đăng ký, người dùng hoạt động hằng ngày (DAU), người dùng hoạt động hằng tháng (MAU) và người dùng trả tiền. Tài khoản đăng ký là chỉ tiêu lũy kế; DAU và MAU phản ánh mức sử dụng trong một khoảng thời gian; còn người dùng trả tiền liên quan trực tiếp hơn đến khả năng kiếm tiền. Ngay cả tỷ lệ DAU/MAU, thường dùng để tham khảo mức độ sử dụng thường xuyên, cũng chỉ có ý nghĩa khi cách xác định “hoạt động” được giữ nhất quán giữa các kỳ.

Để đánh giá quy mô kinh tế của một sản phẩm, có thể xem đồng thời:

• Tăng trưởng và duy trì người dùng: lượng người dùng mới, tỷ lệ quay lại sau một khoảng thời gian và mức sử dụng của từng nhóm người dùng gia nhập cùng kỳ.
• Khả năng tạo doanh thu: tỷ lệ người dùng trả tiền, doanh thu bình quân trên người dùng trả tiền và mức độ phụ thuộc vào một số sản phẩm hoặc thị trường.
• Hiệu quả vận hành: chi phí hạ tầng, tiếp thị, chăm sóc khách hàng và chi phí cần thiết để đáp ứng yêu cầu an toàn, pháp lý.

Doanh nghiệp sản phẩm có thể phục vụ thêm người dùng mà không tăng nhân sự theo cùng tỷ lệ, nhưng điều đó không có nghĩa chi phí biên bằng không. Truyền tải dữ liệu, lưu trữ, kiểm duyệt nội dung, chống gian lận và hỗ trợ khách hàng đều tăng khi quy mô mở rộng. Vì thế, doanh thu, biên lợi nhuận và dòng tiền cần được xem cùng với chỉ tiêu người dùng, thay vì suy ra hiệu quả kinh doanh từ mức độ phổ biến của sản phẩm.

Trò chơi trực tuyến và các nền tảng phục vụ người dùng

Trò chơi trực tuyến gắn với lịch sử phát triển của VNG và đòi hỏi năng lực kết hợp giữa sản phẩm, nội dung, phân phối và vận hành. Một trò chơi không kết thúc ở thời điểm phát hành: đội ngũ phải triển khai bản cập nhật, tổ chức sự kiện, xử lý lỗi, kiểm soát hành vi gian lận và duy trì chất lượng kết nối. Hiệu quả thương mại còn phụ thuộc vào vòng đời từng trò chơi, chi phí thu hút người chơi và điều kiện hợp tác liên quan đến sản phẩm.

Trong phân tích doanh thu trò chơi, cần kiểm tra cách ghi nhận giao dịch. Giá trị người chơi thanh toán không nhất thiết bằng doanh thu kế toán, bởi còn có thể liên quan đến thời điểm ghi nhận, khoản hoàn trả, phí kênh phân phối và cơ chế chia sẻ với đối tác. Nếu báo cáo có phân đoạn, nên tách kết quả trò chơi khỏi mức sử dụng của các nền tảng khác. Một nền tảng giao tiếp có lượng truy cập lớn vẫn cần được đánh giá riêng về nguồn thu, chi phí duy trì và khả năng chuyển đổi thành dịch vụ trả phí.

Về kỹ thuật, hệ thống phục vụ đông người dùng phải thiết kế cho tải tăng đột biến, độ trễ thấp và tính sẵn sàng cao. Với trò chơi thời gian thực, độ trễ mạng và khả năng đồng bộ trạng thái ảnh hưởng trực tiếp đến trải nghiệm. Với dịch vụ giao tiếp hoặc nội dung, các vấn đề nổi bật có thể là phân phối thông báo, lưu trữ dữ liệu, chống thư rác và xử lý nội dung vi phạm. Những yêu cầu này khác với việc triển khai một hệ thống nội bộ có số người dùng giới hạn và lịch sử dụng tương đối ổn định.

Năng lực vận hành nên được kiểm chứng bằng chỉ tiêu đo được, thay vì mô tả chung như “hạ tầng mạnh”. Những câu hỏi hữu ích gồm:

• Dịch vụ cam kết mức sẵn sàng nào; thời gian phản hồi ở phân vị 95 hoặc 99 biến động ra sao khi tải cao?
• Cơ chế sao lưu, phục hồi sau sự cố và diễn tập ứng cứu được thực hiện với tần suất nào?
• Quy trình bảo vệ tài khoản, phát hiện truy cập bất thường và xử lý khiếu nại hoạt động như thế nào?

Những năng lực đó có thể tạo lợi thế khi phát triển sản phẩm mới, nhưng không tự động chứng minh rằng mọi giải pháp doanh nghiệp của cùng tập đoàn đều có mức dịch vụ, kiến trúc hoặc đội ngũ vận hành tương đương.

Hoạt động AI và giải pháp công nghệ phục vụ doanh nghiệp

Ở mảng công nghệ phục vụ doanh nghiệp, câu hỏi quan trọng không phải chỉ là VNG có giới thiệu AI, hạ tầng hay dịch vụ số hay không, mà là sản phẩm cụ thể giải quyết quy trình nào và tạo ra kết quả có thể kiểm chứng ra sao. Chẳng hạn, một hệ thống hỗ trợ chăm sóc khách hàng có thể được đánh giá bằng tỷ lệ giải quyết yêu cầu, thời gian xử lý, mức hài lòng và tỷ lệ phải chuyển sang nhân viên. Hệ thống xử lý tài liệu lại cần thước đo về độ chính xác trích xuất, khả năng xử lý mẫu tài liệu mới và chi phí trên mỗi hồ sơ.

Với AI tạo sinh, nên phân biệt bản trình diễn với hệ thống đã sẵn sàng sử dụng trong nghiệp vụ. Bản trình diễn thường cho thấy mô hình có thể trả lời một số câu hỏi; triển khai thực tế còn cần kiểm soát quyền truy cập, giới hạn dữ liệu được đưa vào mô hình, truy xuất nguồn cho câu trả lời và cơ chế chuyển những trường hợp thiếu chắc chắn cho con người. Đánh giá chất lượng nên dùng tập kiểm thử đại diện cho dữ liệu và ngôn ngữ của khách hàng, thay vì chỉ dựa vào vài ví dụ thuận lợi.

Khi khảo sát một giải pháp, bên mua nên yêu cầu làm rõ:

• Luồng dữ liệu: dữ liệu được lưu và xử lý ở đâu, bên nào được truy cập, thời hạn lưu giữ và quy trình xóa sau khi kết thúc hợp đồng.
• Kiểm thử mô hình: cách đo câu trả lời sai, nội dung bịa đặt, sai lệch theo nhóm dữ liệu và mức suy giảm chất lượng sau khi cập nhật.
• Chi phí và trách nhiệm: cách tính phí theo lượt gọi, dung lượng hoặc tài nguyên; ngưỡng sử dụng; người chịu trách nhiệm xử lý sự cố và kết quả không đạt cam kết.

Tài liệu sản phẩm của VNG Group giúp nhận diện dịch vụ đang được chào bán, nhưng quyết định mua cần dựa trên đề xuất kỹ thuật và hợp đồng của đúng sản phẩm, đúng pháp nhân cung cấp. Với dự án thử nghiệm, nên xác định trước bộ dữ liệu kiểm thử, chỉ tiêu đạt yêu cầu, thời gian phản hồi hỗ trợ và điều kiện chuyển sang vận hành chính thức. Các điều khoản về bảo mật, quyền sử dụng dữ liệu, mức dịch vụ và phương án bàn giao khi chấm dứt hợp đồng cần được ghi rõ, thay vì suy đoán từ thành tích của một nền tảng dành cho người dùng đại chúng.

TMA Solutions, Rikkeisoft và MISA trong lĩnh vực phần mềm

TMA Solutions, Rikkeisoft và MISA đại diện cho hai mô hình kinh doanh khác nhau của ngành phần mềm Việt Nam: dịch vụ phát triển phần mềm theo yêu cầu và phần mềm sản phẩm phục vụ nhiều khách hàng. TMA Solutions và Rikkeisoft thường được xem xét khi doanh nghiệp cần bổ sung năng lực kỹ thuật, xây dựng hệ thống hoặc triển khai dự án chuyển đổi số. MISA phù hợp hơn với bài toán lựa chọn phần mềm quản trị có sẵn. Vì mô hình cung cấp khác nhau, không nên dùng một tiêu chí đơn lẻ như quy mô nhân sự hay số lượng khách hàng để đánh giá cả ba.

TMA Solutions: Quy mô kỹ sư và năng lực gia công phần mềm quốc tế

TMA Solutions là doanh nghiệp có nhiều năm cung cấp dịch vụ phát triển phần mềm cho khách hàng quốc tế. Khi đánh giá năng lực của một đối tác dạng này, quy mô đội ngũ chỉ là điều kiện tham khảo, không thay thế được năng lực triển khai. Số kỹ sư công bố có thể bao gồm nhiều địa điểm, công ty thành viên hoặc bộ phận chuyên môn; vì vậy cần kiểm tra thời điểm thống kê, cách tính và số nhân sự thực sự có thể bố trí cho dự án.

Ở bước thẩm định kỹ thuật, khách hàng nên yêu cầu mô tả những dự án có độ phức tạp tương đồng: số người dùng, khối lượng giao dịch, yêu cầu tích hợp, tiêu chuẩn bảo mật và thời gian vận hành. Một hồ sơ dự án hữu ích cần làm rõ TMA đảm nhiệm khâu nào—phân tích yêu cầu, thiết kế kiến trúc, lập trình, kiểm thử hay bảo trì—thay vì chỉ nêu tên ngành. Nếu hệ thống phải hoạt động liên tục, cần hỏi thêm cách theo dõi lỗi, xử lý sự cố ngoài giờ và phối hợp khi phát hành phiên bản mới.

Quy trình bảo đảm chất lượng nên được kiểm tra bằng bằng chứng cụ thể: tỷ lệ bao phủ kiểm thử ở các phần quan trọng, cơ chế rà soát mã nguồn, quy trình quản lý lỗ hổng và cách ghi nhận lỗi sau khi đưa sản phẩm vào sử dụng. Kiểm thử tự động không đồng nghĩa với phần mềm không có lỗi; giá trị của nó nằm ở khả năng phát hiện sớm lỗi hồi quy khi hệ thống thay đổi. Với dự án nhiều năm, khách hàng cũng cần xem cách lưu trữ tài liệu kiến trúc, quyết định thiết kế và tri thức nghiệp vụ để tránh phụ thuộc vào một vài cá nhân.

• Hợp đồng: xác định phạm vi công việc, tiêu chí nghiệm thu, cách tính phí khi thay đổi yêu cầu và trách nhiệm sửa lỗi sau bàn giao.
• Tài sản số: làm rõ quyền sở hữu mã nguồn, tài khoản kho mã, tài liệu, dữ liệu thử nghiệm và giấy phép của thư viện bên thứ ba.
• Chuyển giao: quy định thời gian hỗ trợ, khả năng xuất mã nguồn và phương án tiếp nhận của đội nội bộ hoặc nhà cung cấp mới.

Doanh thu hoặc số lượng nhân sự, nếu không có dữ liệu công khai cùng kỳ và cùng phạm vi, không nên được dùng để xếp TMA vào một vị trí chính xác trong bảng xếp hạng thị trường.

Rikkeisoft: Dịch vụ phát triển phần mềm, AI và chuyển đổi số

Rikkeisoft cung cấp dịch vụ phát triển phần mềm và tham gia các dự án chuyển đổi số, bao gồm những trường hợp ứng dụng AI. Với mô hình này, câu hỏi quan trọng không chỉ là doanh nghiệp có cung cấp công nghệ nào, mà là nhóm dự án có giải quyết được bài toán vận hành cụ thể hay không. Khách hàng nên trao đổi trực tiếp với kiến trúc sư giải pháp, quản lý dự án và các vị trí kỹ thuật chủ chốt dự kiến tham gia, thay vì chỉ đánh giá qua bản giới thiệu năng lực chung.

Trong dự án chuyển đổi số, rủi ro thường xuất hiện ở khoảng cách giữa quy trình được mô tả và quy trình thực tế. Trước khi phát triển, hai bên cần thống nhất luồng công việc, ngoại lệ nghiệp vụ, nguồn dữ liệu chuẩn và trách nhiệm phê duyệt thay đổi. Một yêu cầu tưởng nhỏ, chẳng hạn thêm bước xác nhận hoặc điều chỉnh quyền truy cập, có thể ảnh hưởng nhiều màn hình, tích hợp và báo cáo. Vì vậy, nên yêu cầu cơ chế quản lý thay đổi có ghi nhận tác động đến chi phí, tiến độ, kiểm thử và vận hành.

Riêng với AI, bản trình diễn thường sử dụng dữ liệu đã được chọn lọc, còn môi trường thực tế có dữ liệu thiếu, sai định dạng hoặc chứa thông tin nhạy cảm. Việc thử nghiệm cần dùng một tập dữ liệu đại diện, xác định trước chỉ số đánh giá và so sánh với cách xử lý hiện tại. Ví dụ, hệ thống hỗ trợ tra cứu tài liệu có thể được đo bằng tỷ lệ trả lời đúng nguồn, tỷ lệ câu trả lời không đủ căn cứ và thời gian người dùng phải kiểm tra lại. Nếu ứng dụng AI tạo nội dung hoặc đề xuất quyết định, cần quy định trường hợp bắt buộc có người phê duyệt.

• Dữ liệu: xác định nơi lưu trữ, quyền truy cập, thời hạn giữ dữ liệu và việc dữ liệu có được sử dụng để cải thiện mô hình hay không.
• Vận hành: theo dõi độ trễ, chi phí theo lượng sử dụng, chất lượng đầu ra và sự suy giảm hiệu quả khi dữ liệu thay đổi.
• Mở rộng đội ngũ: kiểm tra kế hoạch bàn giao nội bộ, tiêu chuẩn lập trình và năng lực duy trì chất lượng khi bổ sung nhân sự.

Rikkeisoft có thể được đưa vào danh sách khảo sát cho các dự án dịch vụ phần mềm. Tuy nhiên, nếu thiếu số liệu doanh thu được công bố trên cùng cơ sở so sánh, không nên gán cho doanh nghiệp một thứ hạng doanh thu cụ thể.

MISA: Phần mềm tài chính, kế toán và quản trị doanh nghiệp

MISA được biết đến với phần mềm kế toán cùng các giải pháp liên quan đến tài chính và quản trị. Khác với dự án xây dựng riêng, phần mềm sản phẩm phải phục vụ nhiều tổ chức có quy mô, quy trình và mức độ phân quyền khác nhau. Do đó, đánh giá MISA cần tập trung vào mức độ phù hợp của từng sản phẩm, phiên bản và gói sử dụng, thay vì coi toàn bộ danh mục giải pháp là một hệ thống duy nhất.

Doanh nghiệp nên lập danh sách các nghiệp vụ bắt buộc trước khi xem trình diễn: hạch toán theo đơn vị hoặc chi nhánh, quy trình duyệt chứng từ, đối chiếu công nợ, quản lý ngân sách, báo cáo quản trị và kết nối dữ liệu với hệ thống khác. Mỗi tình huống cần được thử bằng dữ liệu gần với thực tế, bao gồm cả giao dịch điều chỉnh, chứng từ sai và trường hợp phải hủy hoặc làm lại. Nếu một chức năng cần thao tác ngoài hệ thống, cần xác định ai thực hiện, mất bao lâu và có tạo thêm rủi ro sai lệch dữ liệu hay không.

Với phần mềm tài chính, kế toán, khả năng cập nhật khi quy định liên quan thay đổi là tiêu chí quan trọng, nhưng khách hàng vẫn cần kiểm tra phạm vi hỗ trợ áp dụng cho gói mình mua và trách nhiệm rà soát của bộ phận kế toán. Đồng thời, nên đánh giá nhật ký thao tác, phân quyền theo vai trò, quy trình khóa sổ và khả năng truy vết khi số liệu báo cáo khác số liệu chứng từ. Các kiểm soát này đặc biệt có ý nghĩa khi nhiều bộ phận cùng nhập hoặc phê duyệt dữ liệu.

Chi phí triển khai không chỉ gồm phí thuê bao. Doanh nghiệp cần tính thêm công chuyển đổi dữ liệu, làm sạch danh mục, đào tạo, cấu hình quy trình và tích hợp. Trước khi ký hợp đồng, nên làm rõ giới hạn người dùng, dung lượng, số đơn vị sử dụng, điều kiện nâng cấp và hình thức hỗ trợ khi phát sinh sự cố. Đối với dữ liệu lưu trên nền tảng của nhà cung cấp, cần xác định cơ chế sao lưu, phương thức xuất dữ liệu, định dạng tệp và thời gian bàn giao nếu ngừng sử dụng. Số lượng khách hàng lớn không chứng minh phần mềm phù hợp với mọi quy trình đặc thù; kết quả thử nghiệm trên nghiệp vụ của chính doanh nghiệp mới là căn cứ lựa chọn trực tiếp.

Lựa chọn công ty công nghệ thông tin theo nhu cầu hợp tác

Quy mô doanh nghiệp, số lượng nhân sự và danh mục khách hàng chỉ giúp lập danh sách ban đầu. Quyết định hợp tác cần xuất phát từ mục tiêu nghiệp vụ, mức độ quan trọng của hệ thống, rủi ro có thể chấp nhận và năng lực vận hành của bên mua. Cùng một nhà cung cấp có thể phù hợp để bổ sung lập trình viên, nhưng không phù hợp nếu phải chịu trách nhiệm toàn bộ từ thiết kế kiến trúc đến vận hành liên tục.

Trước khi tìm đối tác, bên mua nên xác định ai là chủ sở hữu nghiệp vụ, ai có quyền quyết định về dữ liệu và kiến trúc, ai tiếp nhận hệ thống sau bàn giao. Nếu chưa có đội ngũ kỹ thuật nội bộ, cần tính cả chi phí thuê tư vấn độc lập hoặc yêu cầu nhà cung cấp đảm nhận vận hành theo phạm vi được ghi rõ trong hợp đồng.

Chọn đối tác phát triển phần mềm và triển khai hệ thống doanh nghiệp

Yêu cầu báo giá hiệu quả không chỉ là danh sách tính năng. Tài liệu đầu vào nên mô tả quy trình hiện tại, vấn đề cần giải quyết, nhóm người dùng, số lượng giao dịch dự kiến, nguồn dữ liệu, hệ thống phải tích hợp và những ràng buộc về bảo mật. Với từng chức năng quan trọng, hãy nêu tiêu chí nghiệm thu có thể kiểm chứng: dữ liệu nào phải được xử lý, kết quả mong đợi, các trường hợp ngoại lệ và người chịu trách nhiệm xác nhận.

Khi thẩm định năng lực, yêu cầu đối tác trình bày một dự án tương tự theo bài toán và độ phức tạp, không chỉ theo tên ngành. Cần hỏi họ đã xử lý dữ liệu sai lệch, thay đổi yêu cầu hoặc tích hợp với hệ thống cũ như thế nào. Với dự án lớn, FPT, CMC hoặc các đơn vị công nghệ thuộc tập đoàn viễn thông có thể được khảo sát; với mô hình phát triển theo đội linh hoạt, TMA Solutions và Rikkeisoft cũng là những lựa chọn cần thẩm định theo cùng bộ tiêu chí.

Phương án kỹ thuật cần làm rõ kiến trúc, giao diện tích hợp, phương thức xác thực, khả năng mở rộng và cách giám sát lỗi. Một bản trình diễn chạy tốt chưa chứng minh hệ thống có thể bảo trì: hãy yêu cầu quy ước mã nguồn, quy trình rà soát mã, kiểm thử tự động và tài liệu triển khai. Nếu sử dụng thành phần mã nguồn mở hoặc dịch vụ bên thứ ba, đối tác phải chỉ ra giấy phép, chi phí duy trì và nguy cơ phụ thuộc.

• Nhân sự: xác định người phụ trách kiến trúc, quản lý dự án, kiểm thử và triển khai; quy định cách thay thế nhân sự chủ chốt.
• Thay đổi: thống nhất quy trình ghi nhận yêu cầu mới, đánh giá tác động tới tiến độ và phê duyệt chi phí trước khi thực hiện.
• Tiếp nhận: chuẩn bị kế hoạch chuyển đổi dữ liệu, đào tạo theo vai trò, hỗ trợ người dùng và đo tỷ lệ sử dụng sau triển khai.

Một hệ thống đạt yêu cầu kỹ thuật nhưng không được người dùng áp dụng vẫn chưa đạt mục tiêu kinh doanh. Vì vậy, nghiệm thu nên bao gồm cả quy trình vận hành thực tế, không dừng ở việc kiểm tra màn hình và chức năng.

Chọn nhà cung cấp hạ tầng, điện toán đám mây và bảo mật

Với hạ tầng, cần bắt đầu từ yêu cầu về vị trí lưu trữ và truyền dữ liệu, độ trễ kết nối, khả năng tăng tải và thời gian gián đoạn tối đa cho phép. CMC Telecom, các đơn vị liên quan của Viettel hoặc VNPT có thể nằm trong danh sách khảo sát, nhưng chỉ nên so sánh sau khi chuẩn hóa cấu hình báo giá: tài nguyên tính toán, lưu trữ, băng thông, sao lưu, giám sát, hỗ trợ và các khoản tính phí theo mức sử dụng.

Đừng gộp sao lưu với phục hồi thảm họa. Sao lưu tạo bản dữ liệu để khôi phục; phục hồi thảm họa còn đòi hỏi năng lực đưa dịch vụ trở lại hoạt động. Cần xác định RPO — lượng dữ liệu tối đa có thể mất, và RTO — thời gian tối đa để khôi phục; sau đó yêu cầu thử khôi phục định kỳ. Bản sao lưu nên được tách quyền truy cập, có chính sách lưu giữ và biện pháp chống xóa hoặc sửa trái phép phù hợp với mức rủi ro.

Cam kết “sẵn sàng cao” phải được chuyển thành điều khoản đo lường cụ thể: dịch vụ nào được tính, cách ghi nhận thời điểm bắt đầu và kết thúc sự cố, thời gian loại trừ, kênh thông báo và mức bồi hoàn. Đồng thời, cần biết dự phòng nằm ở máy chủ, vùng hạ tầng hay địa điểm độc lập; nhiều máy chủ trong cùng một điểm lỗi không nhất thiết đáp ứng yêu cầu phục hồi thảm họa.

Đối với bảo mật, hãy lập ma trận trách nhiệm giữa bên mua và nhà cung cấp: ai quản lý tài khoản đặc quyền, xác thực nhiều yếu tố, khóa mã hóa, bản vá, cấu hình mạng, nhật ký truy cập và ứng phó sự cố. Hợp đồng cần quy định thời hạn thông báo sự cố, cách phối hợp điều tra và quyền truy xuất bằng chứng. Chứng chỉ là tín hiệu tham khảo, nhưng phải kiểm tra phạm vi chứng nhận áp dụng cho pháp nhân, địa điểm và dịch vụ nào; không mặc nhiên suy rộng cho toàn bộ danh mục.

Đánh giá dự án thực tế, chi phí, cam kết dịch vụ và hỗ trợ

Hồ sơ mời thầu nên yêu cầu dự án tham chiếu có quy mô tương đồng, phạm vi công việc cụ thể, kết quả đo được và người tham chiếu có thể liên hệ khi được phép. Khi trao đổi, nên hỏi cả những vấn đề đã phát sinh và cách xử lý. Một đối tác nêu rõ giới hạn năng lực, giả định báo giá và rủi ro phụ thuộc thường giúp bên mua lập kế hoạch đáng tin hơn một đề xuất hứa đáp ứng mọi yêu cầu.

So sánh giá theo tổng chi phí sở hữu trong một giai đoạn thống nhất, thay vì chỉ nhìn phí triển khai. Bảng tính nội bộ cần bao gồm thuê bao, hạ tầng, tích hợp, chuyển đổi dữ liệu, đào tạo, bảo trì, hỗ trợ ngoài giờ, nâng cấp và chi phí thay đổi. Hãy hỏi mức phí khi tăng số người dùng hoặc dung lượng, cũng như chi phí xuất dữ liệu và chuyển sang nhà cung cấp khác. Giá ban đầu thấp không có lợi nếu mỗi thay đổi thiết yếu đều phát sinh phí lớn.

Trước khi ký, cần chốt sản phẩm bàn giao, mốc nghiệm thu, thời hạn sửa lỗi, mức dịch vụ, quyền sở hữu trí tuệ và quyền sử dụng mã nguồn, tài liệu, dữ liệu. Điều khoản chấm dứt phải nêu định dạng xuất dữ liệu, thời gian hỗ trợ chuyển giao, cách xóa dữ liệu còn lưu và phương thức xác nhận hoàn tất. Những nội dung này cần phù hợp với nghĩa vụ bảo vệ dữ liệu và quy định pháp luật hiện hành.

Có thể triển khai thử trên một quy trình hoặc nhóm người dùng giới hạn, với dữ liệu đã được cho phép sử dụng và biện pháp bảo vệ thích hợp. Trước khi thử, thống nhất các chỉ số như tỷ lệ xử lý thành công, thời gian phản hồi, số lỗi nghiêm trọng, thời gian khôi phục và mức độ hoàn thành công việc của người dùng. Kết quả đo trên tình huống thực tế sẽ hữu ích hơn một buổi trình diễn chỉ sử dụng dữ liệu mẫu thuận lợi.

Cơ hội việc làm tại các công ty công nghệ thông tin lớn

Doanh nghiệp công nghệ lớn thường có nhiều nhóm chuyên môn, từ phát triển sản phẩm, triển khai giải pháp cho khách hàng đến vận hành hạ tầng. Tuy nhiên, cùng một chức danh không đồng nghĩa với cùng một công việc. Một lập trình viên backend có thể dành phần lớn thời gian thiết kế dịch vụ mới, tích hợp hệ thống của khách hàng hoặc xử lý hiệu năng cho nền tảng đang phục vụ hàng triệu yêu cầu. Vì vậy, khi tìm việc, ứng viên cần xem nhóm tuyển dụng, sản phẩm hoặc dự án cụ thể, trách nhiệm hằng ngày và tiêu chí đánh giá, thay vì chỉ nhìn vào tên công ty.

Các vị trí lập trình, kiểm thử, dữ liệu, AI và quản trị hệ thống

Ở nhóm phát triển phần mềm, nhà tuyển dụng thường phân biệt năng lực theo loại vấn đề cần giải quyết:

• Frontend: xây dựng giao diện có khả năng truy cập, tương thích nhiều thiết bị, quản lý trạng thái và tối ưu tốc độ tải. Ngoài framework, ứng viên nên hiểu HTML, CSS, JavaScript, cách trình duyệt hoạt động và phương pháp đo hiệu năng.
• Backend: thiết kế API, xử lý logic nghiệp vụ, cơ sở dữ liệu, xác thực và giao tiếp giữa các dịch vụ. Với hệ thống lớn, kiến thức về giao dịch, bộ nhớ đệm, hàng đợi thông điệp và xử lý lỗi quan trọng không kém khả năng viết mã.
• Ứng dụng di động: phát triển tính năng trên Android, iOS hoặc nền tảng đa hệ; xử lý giới hạn thiết bị, kết nối không ổn định, quyền truy cập dữ liệu và quy trình phát hành ứng dụng.
• Kiểm thử: kiểm thử thủ công giúp phát hiện rủi ro từ góc nhìn người dùng; kiểm thử tự động hỗ trợ xác nhận những hành vi phải duy trì qua nhiều lần cập nhật. Người làm kiểm thử cần biết thiết kế trường hợp kiểm thử, tái hiện lỗi và lựa chọn phạm vi tự động hóa phù hợp.

Những vị trí này không làm việc tách biệt. Chẳng hạn, khi triển khai chức năng thanh toán, lập trình viên cần thống nhất hợp đồng API, người kiểm thử xác định tình huống thanh toán thất bại, còn nhóm vận hành chuẩn bị giám sát giao dịch. Khả năng cộng tác qua Git, công cụ theo dõi công việc và quy trình rà soát mã giúp giảm lỗi tích hợp. Ứng viên cũng nên biết viết kiểm thử cho phần mình phụ trách, đọc tài liệu kỹ thuật và giải thích vì sao chọn một giải pháp, thay vì chỉ trình bày rằng chương trình “chạy được”.

Ở mảng phân tích nghiệp vụ, công việc thường bắt đầu bằng việc làm rõ vấn đề của người dùng, mô tả quy trình hiện tại, xác định yêu cầu và thống nhất tiêu chí nghiệm thu với các bên liên quan. Yêu cầu chưa rõ là một rủi ro kỹ thuật: một tính năng được lập trình đúng theo mô tả sai vẫn có thể không giải quyết được nhu cầu thực tế.

Với kỹ thuật dữ liệu, năng lực cốt lõi gồm thu thập, biến đổi, kiểm tra và cung cấp dữ liệu cho báo cáo hoặc mô hình. Ứng viên cần hiểu dữ liệu thiếu, trùng lặp, thay đổi cấu trúc và sai lệch giữa các nguồn sẽ ảnh hưởng thế nào đến kết quả. Ở vị trí AI, biết gọi thư viện là chưa đủ; cần xác định bài toán, chọn thước đo đánh giá phù hợp, tách dữ liệu huấn luyện và đánh giá để tránh rò rỉ dữ liệu, đồng thời theo dõi chất lượng mô hình sau triển khai. Với dữ liệu nhạy cảm, quyền truy cập và bảo vệ thông tin cá nhân phải được tính đến từ đầu.

Nhóm an toàn thông tin và vận hành hệ thống có trọng tâm khác với phát triển tính năng. Nhân sự an toàn thông tin có thể đánh giá lỗ hổng, quản lý danh tính và quyền truy cập, phân tích cảnh báo hoặc hỗ trợ ứng phó sự cố. Nhân sự vận hành cần hiểu Linux, mạng, triển khai, sao lưu, giám sát và khôi phục dịch vụ. Các khái niệm như thời gian đáp ứng, tỷ lệ lỗi, mức độ sẵn sàng và cảnh báo có thể hành động giúp họ nhận biết vấn đề trước khi ảnh hưởng rộng đến người dùng. Nếu vị trí có trực sự cố ngoài giờ, ứng viên nên hỏi rõ lịch trực và cơ chế hỗ trợ.

So sánh môi trường công ty sản phẩm với công ty dịch vụ phần mềm

Trong công ty sản phẩm, kỹ sư thường theo dõi một hệ thống qua nhiều phiên bản. Nhờ đó, họ có cơ hội hiểu hành vi người dùng, tác động của quyết định thiết kế và chi phí bảo trì về lâu dài. Công việc không chỉ là bổ sung tính năng: nhóm còn phải xử lý nợ kỹ thuật, cải thiện hiệu năng, bảo mật và độ ổn định. Khi đề xuất thay đổi, kỹ sư có thể cần dùng dữ liệu sử dụng sản phẩm hoặc kết quả thử nghiệm để giải thích mức độ ưu tiên.

Trong công ty dịch vụ phần mềm, nhân sự có thể tiếp xúc nhiều ngành nghề, công nghệ và phương pháp quản lý của khách hàng. Đổi lại, công việc chịu ảnh hưởng rõ từ phạm vi hợp đồng, mốc bàn giao, quy trình nghiệm thu và yêu cầu phối hợp giữa các bên. Một thay đổi tưởng nhỏ về chức năng có thể kéo theo điều chỉnh về thời gian hoặc nguồn lực; vì thế, kỹ năng làm rõ yêu cầu, ghi nhận quyết định và báo cáo tiến độ rất quan trọng. Với dự án quốc tế, khả năng đọc tài liệu và giao tiếp bằng ngoại ngữ có thể tác động trực tiếp đến phạm vi trách nhiệm được giao.

Không mô hình nào mặc nhiên tốt hơn. Người muốn đào sâu một hệ thống đang tăng trưởng có thể phù hợp với nhóm sản phẩm; người muốn thử nhiều bài toán và môi trường khách hàng có thể phù hợp với dịch vụ. Ngay trong cùng một doanh nghiệp, trải nghiệm cũng khác nhau giữa các nhóm. Khi trao đổi với nhà tuyển dụng, nên hỏi dự án đầu tiên thuộc giai đoạn nào, ai hướng dẫn kỹ thuật, nhóm có quyền quyết định những gì và một chu kỳ bàn giao hoặc phát hành diễn ra ra sao.

Đánh giá yêu cầu tuyển dụng, đào tạo và lộ trình phát triển nghề nghiệp

Mô tả tuyển dụng thường kết hợp năng lực bắt buộc với những công nghệ có thể học sau khi vào làm. Ứng viên nên đối chiếu từng yêu cầu với bằng chứng cụ thể: đã thiết kế API nào, xử lý lỗi ra sao, viết những loại kiểm thử gì, hay cải thiện một quy trình bằng cách nào. Với sinh viên mới tốt nghiệp, một dự án cá nhân có mã nguồn rõ ràng, hướng dẫn chạy, kiểm thử cơ bản và phần mô tả quyết định kỹ thuật thường hữu ích hơn danh sách dài công nghệ không có minh chứng.

Trong phỏng vấn, đừng chỉ hỏi “có được đào tạo không”. Hãy hỏi ai trực tiếp hướng dẫn, thời gian dành cho hướng dẫn, công việc đầu tiên có mức độ hỗ trợ ra sao và kiến thức học được sẽ được áp dụng vào đâu. Ứng viên cũng nên tìm hiểu thời điểm đánh giá thử việc, tiêu chí đánh giá có được thông báo trước không, việc góp ý diễn ra thường xuyên hay chỉ vào cuối kỳ. Những câu trả lời cụ thể giúp phân biệt chương trình hướng dẫn thực chất với lời giới thiệu chung.

Lộ trình phát triển không chỉ dẫn đến quản lý nhân sự. Tùy tổ chức, kỹ sư có thể đi theo hướng chuyên gia kỹ thuật, kiến trúc sư hệ thống, trưởng nhóm, quản lý sản phẩm hoặc quản lý dự án. Mỗi hướng cần năng lực khác nhau: chuyên gia kỹ thuật giải quyết vấn đề phức tạp và nâng chuẩn thực hành; quản lý nhân sự chú trọng phát triển con người và điều phối nguồn lực; quản lý sản phẩm cân bằng nhu cầu người dùng với mục tiêu kinh doanh. Trước khi nhận việc, nên hỏi tiêu chí lên bậc, ví dụ về kết quả được đánh giá cao và khả năng chuyển nhóm khi định hướng nghề nghiệp thay đổi.

Câu hỏi thường gặp về các công ty công nghệ thông tin lớn nhất Việt Nam

Việc xác định công ty CNTT lớn nhất Việt Nam đòi hỏi so sánh cùng năm tài chính, phạm vi hợp nhất và định nghĩa doanh thu. FPT nổi bật về doanh thu khối công nghệ, nhưng chỉ tiêu này không đồng nghĩa với doanh thu dịch vụ CNTT; tổng nhân sự cũng không phải số nhân sự công nghệ. Không cộng doanh thu FPT Software vào doanh thu hợp nhất của FPT. Viettel và VNPT có hoạt động CNTT, song không thể tính toàn bộ doanh thu viễn thông vào mảng này. Top 10 VINASA là danh hiệu, không phải thứ hạng doanh thu. Với doanh nghiệp nước ngoài hoặc trường hợp thiếu dữ liệu, cần nêu rõ phạm vi và tránh suy đoán. Khi chọn đối tác, hãy xét năng lực, chi phí và cam kết. Sinh viên mới tốt nghiệp có thể ứng tuyển nếu chuẩn bị kiến thức và dự án phù hợp.

Công ty nào lớn nhất Việt Nam nếu chỉ tính doanh thu dịch vụ CNTT?

FPT là ứng viên nổi bật dựa trên số liệu công bố công khai: doanh thu khối công nghệ năm 2024 vào khoảng 39.100 tỷ đồng. Tuy nhiên, doanh thu khối công nghệ không nhất thiết đồng nghĩa với doanh thu dịch vụ CNTT. Tùy cách phân loại, phạm vi này có thể bao gồm nhiều hoạt động công nghệ, trong khi một bảng so sánh dịch vụ CNTT có thể chỉ tính phát triển phần mềm, tích hợp hệ thống hoặc vận hành thuê ngoài.

Để xác định vị trí dẫn đầu một cách chặt chẽ, cần so sánh cùng năm tài chính, cùng phạm vi hợp nhất và cùng định nghĩa doanh thu. Doanh thu toàn tập đoàn của doanh nghiệp viễn thông hoặc bán thiết bị không thể đặt ngang hàng với doanh thu dịch vụ phần mềm.

Doanh nghiệp nào có quy mô nhân sự công nghệ lớn nhất?

Chưa nên khẳng định thứ hạng tuyệt đối nếu không có số liệu nhân sự được công bố theo cùng chuẩn. FPT có lực lượng lao động lớn, nhưng tổng nhân sự tập đoàn không phải toàn bộ nhân sự công nghệ. Tương tự, số người làm việc tại một tập đoàn viễn thông có thể bao gồm kinh doanh, hạ tầng mạng, chăm sóc khách hàng và các bộ phận hỗ trợ.

Khi đối chiếu, cần làm rõ số liệu là nhân sự tại thời điểm cuối năm hay bình quân năm; có tính lao động thời vụ, nhà thầu và nhân sự ở nước ngoài hay không. Với dịch vụ phần mềm, FTE — số lao động quy đổi toàn thời gian — đôi khi phản ánh năng lực triển khai sát hơn số người được báo cáo.

FPT Software và Tập đoàn FPT có được tính là hai doanh nghiệp riêng không?

Không, nếu đơn vị so sánh là tập đoàn hợp nhất. Hoạt động của FPT Software thuộc phạm vi hệ sinh thái FPT; doanh thu của đơn vị này đã được phản ánh trong các chỉ tiêu hợp nhất tương ứng. Cộng thêm doanh thu FPT Software vào doanh thu hợp nhất của FPT sẽ dẫn đến tính trùng, không tạo ra một quy mô kinh doanh mới.

Có thể trình bày FPT Software như một trường hợp riêng khi nghiên cứu mảng dịch vụ phần mềm. Khi đó, cần ghi rõ đang so sánh ở cấp đơn vị kinh doanh hay cấp tập đoàn. Cũng cần phân biệt doanh thu giao dịch với khách hàng bên ngoài và giao dịch nội bộ, vì giao dịch nội bộ được loại trừ khi lập báo cáo hợp nhất.

Vì sao Viettel và VNPT xuất hiện trong danh sách doanh nghiệp công nghệ thông tin?

Viettel và VNPT không chỉ cung cấp dịch vụ viễn thông. Các đơn vị trong hệ sinh thái của họ còn phát triển phần mềm, nền tảng số, giải pháp cho tổ chức và dịch vụ hạ tầng phục vụ chuyển đổi số. Vì vậy, việc đưa hai tập đoàn vào danh sách doanh nghiệp có hoạt động CNTT là hợp lý; điều đó không có nghĩa toàn bộ doanh thu của họ là doanh thu CNTT.

Ranh giới phân loại đặc biệt quan trọng đối với dịch vụ đám mây, trung tâm dữ liệu, kết nối và giải pháp tích hợp: các khoản này có thể được trình bày theo những nhóm kinh doanh khác nhau. Nếu xếp hạng riêng doanh thu phần mềm, chỉ nên sử dụng phần doanh thu có phạm vi được công bố đủ rõ.

Top 10 doanh nghiệp công nghệ số của VINASA có phải bảng xếp hạng doanh thu không?

Không nên xem danh hiệu Top 10 của VINASA là thứ tự doanh thu từ cao xuống thấp. Đây là chương trình ghi nhận doanh nghiệp theo các lĩnh vực và tiêu chí xét chọn áp dụng trong từng năm. Một doanh nghiệp được ghi nhận ở nhóm xuất khẩu phần mềm không vì thế có doanh thu cao hơn doanh nghiệp được ghi nhận ở nhóm nền tảng hoặc giải pháp cho một ngành khác.

Thông tin từ chương trình hữu ích để nhận diện doanh nghiệp hoạt động trong một chuyên môn cụ thể. Nếu mục tiêu là xếp hạng quy mô tài chính, vẫn phải kiểm tra báo cáo công bố, kỳ số liệu, đơn vị tiền tệ và phạm vi doanh thu. Danh hiệu chuyên môn và thứ hạng doanh thu trả lời hai câu hỏi khác nhau.

Công ty công nghệ nước ngoài hoạt động tại Việt Nam có thuộc danh sách này không?

Danh sách đang xét tập trung vào doanh nghiệp Việt Nam và các hệ sinh thái công nghệ của Việt Nam. Doanh nghiệp nước ngoài có văn phòng, trung tâm phát triển hoặc pháp nhân trong nước thuộc một phạm vi so sánh khác. Nếu đưa vào cùng danh sách, cần xác định tiêu chí ngay từ đầu: xét nơi đăng ký công ty mẹ, nơi tạo doanh thu hay nơi đặt đội ngũ triển khai.

Chẳng hạn, doanh thu toàn cầu của công ty mẹ không thể dùng để thể hiện quy mô hoạt động tại Việt Nam. Ngược lại, chỉ nhìn doanh thu của pháp nhân trong nước có thể không phản ánh đầy đủ công việc do đội ngũ tại Việt Nam thực hiện cho các thị trường khác. Không nên trộn các phạm vi địa lý trong một thứ hạng.

Công ty CNTT lớn nhất có đồng nghĩa với đối tác phù hợp nhất không?

Không. Quy mô lớn có thể đem lại nguồn lực và khả năng triển khai nhiều dự án, nhưng mức độ phù hợp phụ thuộc vào bài toán cụ thể. Với một hệ thống chuyên biệt, đội ngũ nhỏ có kinh nghiệm sâu trong cùng ngành đôi khi đáp ứng tốt hơn một nhà cung cấp lớn chưa từng xử lý quy trình tương tự.

Khi lựa chọn đối tác, nên kiểm tra:

• Năng lực thực thi: dự án tương tự, vai trò của nhân sự trực tiếp và phương án thay thế người phụ trách.
• Chi phí toàn vòng đời: triển khai, tích hợp, bản quyền, vận hành, bảo trì và chi phí chuyển đổi nhà cung cấp.
• Cam kết hợp đồng: phạm vi bàn giao, quyền đối với mã nguồn và dữ liệu, thời gian hỗ trợ, mức dịch vụ SLA và cách xử lý sự cố.

Với hệ thống quan trọng, cần kiểm tra thêm phạm vi áp dụng của các chứng nhận an toàn thông tin thay vì chỉ nhìn tên chứng nhận.

Có thể so sánh doanh nghiệp khi một số công ty không công bố doanh thu không?

Có, nhưng chỉ nên so sánh trên những chiều có dữ liệu kiểm chứng được: loại sản phẩm, thị trường phục vụ, kinh nghiệm triển khai, quy mô dự án đã công bố hoặc yêu cầu kỹ thuật mà doanh nghiệp đáp ứng. Thiếu doanh thu không đồng nghĩa doanh nghiệp nhỏ hay hoạt động kém hiệu quả.

Không nên lấy số nhân viên nhân với một mức doanh thu giả định, hoặc dùng lượng người dùng để suy ra doanh thu; các phương pháp đó dễ sai vì mô hình kinh doanh và năng suất giữa doanh nghiệp rất khác nhau. Trong bảng xếp hạng doanh thu, cách trình bày minh bạch là ghi “chưa đủ dữ liệu để xếp hạng”, thay vì tự ước tính một con số có vẻ chính xác.

Sinh viên mới tốt nghiệp có thể ứng tuyển vào các công ty CNTT lớn không?

Có. Tùy nhu cầu từng thời điểm, doanh nghiệp có thể tuyển thực tập sinh, kỹ sư mới tốt nghiệp hoặc ứng viên vào chương trình đào tạo đầu vào. Ngoài điểm số, nhà tuyển dụng thường cần thấy ứng viên hiểu kiến thức nền tảng và có khả năng giải thích quyết định kỹ thuật của mình.

Một hồ sơ hữu ích nên có dự án thể hiện rõ vai trò cá nhân: bài toán cần giải, công nghệ đã chọn, cách kiểm thử và phần việc đã hoàn thành. Với vị trí lập trình, ứng viên có thể chuẩn bị để trao đổi về cấu trúc dữ liệu, cơ sở dữ liệu, quản lý phiên bản và quy trình làm việc nhóm. Hãy đọc yêu cầu trên kênh tuyển dụng chính thức, vì tiêu chí giữa các vị trí có thể khác nhau.