Bài viết

Offshore Nhật Bản: vì sao dự án lệch pha, và vai trò thật của BrSE

Tài liệu đặc tả 40 trang, đội phát triển làm đúng từng dòng, đến buổi demo khách hàng nói 「動くけど、これじゃない」: chạy được, nhưng không phải cái tôi cần. Không ai làm sai, nhưng cả hai bên vừa mất ba tuần. Sau sáu năm làm việc với doanh nghiệp Nhật, chúng tôi thấy phần lớn sự cố trong dự án offshore Nhật Bản không đến từ năng lực kỹ thuật, mà từ khoảng trống thông tin mà một bản dịch chính xác không lấp được.

Lệch pha không phải lỗi dịch thuật

Nếu ngôn ngữ là nguyên nhân duy nhất, thuê phiên dịch giỏi hơn sẽ xử lý được. Thực tế nhiều dự án có phiên dịch N1 vẫn lệch, vì trong một yêu cầu nghiệp vụ, phần chữ viết ra chỉ là lớp trên cùng. Ba lớp bên dưới thường không được ghi lại:

  • Yêu cầu chưa được viết ra. Khách viết “báo cáo doanh thu theo tháng” và mặc định ai cũng hiểu đó là năm tài khoá bắt đầu từ tháng 4.
  • Văn cảnh nghiệp vụ. Một trường dữ liệu trông vô hại có thể đang phục vụ quy trình phê duyệt mà chỉ phòng kế toán biết.
  • Kỳ vọng ngầm về chất lượng. Một màn hình lệch 4px không phải “chi tiết nhỏ” — nó là tín hiệu về mức độ cẩn thận của cả đội.

Ba lớp này không nằm trong tài liệu, nên không có gì để dịch. Chúng chỉ hiện ra khi có người hỏi đúng câu hỏi.

Bốn nguyên nhân thường gặp

  1. Dịch đúng chữ nhưng không hiểu nghiệp vụ. Khi khách nói một câu mơ hồ, phiên dịch thuần ngôn ngữ dịch lại đúng mức mơ hồ đó — trung thực nhưng vô ích, và đội dev tự điền vào chỗ trống. Một BrSE sẽ dừng lại hỏi: “Ưu tiên được xác định bằng trường nào?”
  2. Tài liệu viết trên nền “tiền đề chung”. Đặc tả Nhật thường viết cho người đã ở trong tổ chức — đã biết quy trình, biết ai phê duyệt cái gì. Đội offshore không có tiền đề nào, nên cùng một tài liệu đọc ra hai hệ thống khác nhau.
  3. Nhịp báo cáo lệch nhau. Văn hoá Nhật đặt nặng 報告・連絡・相談: có bất thường là báo ngay, kể cả khi chưa có giải pháp. Một tuần im lặng không được đọc là “đang ổn”, mà là “không kiểm soát được tình hình”.
  4. Quyết định qua nhiều lớp phê duyệt. Một câu hỏi tưởng nhỏ có thể mất một tuần qua quy trình 稟議. Cách xử lý là gom các câu hỏi cần phê duyệt, gửi sớm hơn thời điểm cần, và trong lúc chờ làm phần không phụ thuộc.

BrSE khác một phiên dịch ở đâu

Phiên dịch dự ánBrSE (kỹ sư cầu nối)
Tham gia từKhi có cuộc họpTừ pha xác định yêu cầu
Đầu raNội dung đã dịchĐặc tả đã làm rõ, biên bản có kết luận
Khi yêu cầu mơ hồDịch lại nguyên mức mơ hồHỏi đến khi đủ để implement
Khi thấy rủi roKhông thuộc phạm viCảnh báo, đề xuất phương án thay thế
Chịu trách nhiệm vềĐộ chính xác bản dịchViệc hai bên hiểu giống nhau

Điểm cốt lõi nằm ở dòng cuối: phiên dịch hoàn thành nhiệm vụ khi câu nói được truyền đi chính xác, còn BrSE chỉ hoàn thành khi hai bên thực sự hiểu giống nhau.

Ba câu hỏi để kiểm tra đối tác

  1. Ai trao đổi trực tiếp bằng tiếng Nhật, và người đó có nền tảng kỹ thuật không? Nếu câu trả lời là “chúng tôi có phiên dịch”, hãy hỏi tiếp ai chịu trách nhiệm khi yêu cầu bị hiểu sai.
  2. Sau mỗi cuộc họp chúng tôi nhận được gì? Câu trả lời tốt là biên bản có kết luận và danh sách việc cần quyết.
  3. Nếu một thành viên rời dự án, kiến thức nghiệp vụ được giữ lại thế nào?

Vì sao mô hình Lab giảm lệch pha

Câu hỏi thứ ba dẫn tới một điểm ít được nói: làm theo từng dự án rời rạc thì mỗi lần bắt đầu là một lần học lại nghiệp vụ từ đầu. Mô hình Lab-type giải quyết chính vấn đề đó — đội cố định làm việc như một phòng ban của khách hàng, nên kiến thức nghiệp vụ tích luỹ dần thay vì bị reset. Sang năm thứ hai, chi phí giao tiếp giảm không phải vì mọi người giỏi tiếng Nhật hơn, mà vì có ít thứ cần giải thích hơn.

Tóm lại

Dự án offshore Nhật Bản rất ít khi lệch vì đội dev thiếu năng lực. Nó lệch vì ba lớp thông tin không đi được từ đầu này sang đầu kia — và chỉ người vừa hiểu nghiệp vụ, vừa hiểu kỹ thuật, vừa nói được tiếng Nhật mới mang chúng theo được.

Tại CONCRETE, đội BrSE trao đổi trực tiếp với khách hàng Nhật không qua trung gian phiên dịch, và tham gia từ pha xác định yêu cầu. Là công ty thành viên của ARCHIPELAGO Inc. tại Tokyo, chúng tôi cũng có thể để PM người Nhật cùng tham gia với đội kỹ sư Việt Nam. Xem các mô hình hợp tác hoặc liên hệ trực tiếp.

Bài sau → Ứng dụng AI vào nghiệp vụ: 5 quy trình nên tự động hoá trước tiên