Khi Offshore Không Như Mong Đợi: Mô Hình Hợp Tác Quan Trọng Hơn Việc Đổi Vendor
Bạn đã ký SOW. Bạn đã bàn giao tài liệu yêu cầu. Sáu tháng sau, bạn có một sản phẩm chạy được — nhưng không giải quyết được bài toán nghiệp vụ thực sự của doanh nghiệp.
Đây là tình huống lặp lại trong rất nhiều cuộc trao đổi của chúng tôi với đội ngũ product, kỹ thuật và hệ thống thông tin tại các doanh nghiệp Nhật vừa kết thúc hoặc đang cân nhắc chuyển đối tác offshore. Nguyên nhân hiếm khi nằm ở mặt kỹ thuật. Đội ngũ vẫn viết được code. Đội ngũ vẫn pass được unit test. Nhưng khoảng cách giữa "tài liệu yêu cầu nói gì" và "doanh nghiệp thực sự cần gì" đủ lớn để sản phẩm bàn giao không sử dụng được, hoặc cần sửa lại nhiều đến mức thời gian và chi phí đã bỏ ra không còn tương xứng với giá trị nhận lại.
Phản ứng tự nhiên sau trải nghiệm này là đi tìm một đối tác có kỹ sư giỏi hơn hoặc QA nghiêm khắc hơn. Cả hai đều quan trọng. Nhưng không phải nguyên nhân gốc. Nguyên nhân gốc gần như luôn là mô hình hợp tác — cụ thể, thời điểm mà đội ngũ offshore được tham gia.
Mô Hình Thất Bại: "Đưa Tài Liệu Yêu Cầu Chưa Đầy Đủ"
Mô hình offshore phổ biến ở nhiều doanh nghiệp Nhật Bản là: phía Nhật hoàn thành giai đoạn định nghĩa yêu cầu nội bộ, đôi khi có hỗ trợ từ một công ty tư vấn trong nước. Tài liệu yêu cầu hoàn thiện được bàn giao cho đối tác offshore với chỉ dẫn ngắn gọn: hãy xây dựng theo tài liệu này. Đối tác offshore ước lượng, ký hợp đồng, và bắt đầu lập trình.
Mô hình này có ba điểm yếu cấu trúc.
1) Thứ nhất, tài liệu yêu cầu không bao giờ hoàn chỉnh. Quy tắc xác thực dữ liệu lúc đăng ký. Thứ tự hiển thị thông báo lỗi. Logic độ mạnh mật khẩu. Cách làm tròn số tiền. Các trường hợp đặc biệt khi xử lý ngày tháng. Không có điều nào được viết xuống. Tất cả được quyết định — âm thầm, bởi kỹ sư cấp dưới, ở một quốc gia khác, bằng một ngôn ngữ khác. Khi bạn nhìn thấy kết quả, hàng chục quyết định đơn phương đã được đưa ra.
2) Thứ hai, tài liệu yêu cầu không phản ánh thực tế triển khai. Một kỹ sư có kinh nghiệm khi đọc yêu cầu có thể nói: "việc này đơn giản với Lambda, nhưng cấu hình API Gateway sẽ thêm hai tuần". Tài liệu yêu cầu viết mà thiếu tiếng nói này, ở mức tốt nhất là quá lạc quan, ở mức xấu nhất là không khả thi — và việc nhận ra điều đó thường đến ở tuần thứ tám, không phải tuần đầu tiên.
3) Thứ ba, tiêu chuẩn chất lượng bị trượt. Mục tiêu test coverage, yêu cầu bảo mật, ngưỡng hiệu năng — khi được đặt ra muộn, đòi hỏi phải xây lại. Khi được đưa vào ngay từ giai đoạn định nghĩa yêu cầu, chúng gần như không phát sinh thêm chi phí.
Tham Gia Từ Giai Đoạn Định Nghĩa Yêu Cầu Trông Như Thế Nào Trong Thực Tế
Cách thay đổi kết quả không phải là "lần sau cẩn thận hơn". Mà là thay đổi về cấu trúc. Đối tác offshore cần tham gia chính giai đoạn định nghĩa yêu cầu, chứ không chỉ nhận đầu ra của giai đoạn đó.
Trong công việc của chúng tôi với khách hàng Nhật, kỹ sư cấp cao hoặc BrSE (Bridge SE) của VAON tham gia các buổi workshop định nghĩa yêu cầu cùng với đội ngũ product và kỹ thuật của khách hàng. Cuộc trao đổi được tiến hành bằng tiếng Nhật — BrSE của VAON đạt trình độ JLPT N1, mức thông thạo cần thiết để đồng tác giả tài liệu yêu cầu kỹ thuật cùng đội ngũ Nhật, chứ không chỉ phiên dịch giữa hai bên. Đầu ra là một bộ tài liệu yêu cầu được đồng tác giả bởi cả hai bên: vừa thể hiện ý đồ kinh doanh, vừa tôn trọng tính khả thi triển khai. 20 đến 40 giờ tham gia ở giai đoạn đầu.
Lựa chọn còn lại — phát hiện ra cùng những khoảng trống đó sau ba tháng — tốn từ một trăm đến năm trăm giờ làm lại. Đây không phải con số lý thuyết. Đây là điều chúng tôi quan sát một cách nhất quán trong các dự án đến với VAON sau một lần thử đầu tiên không đạt kỳ vọng ở nơi khác.
Tình Huống Thực Tế: Một Nhà Sản Xuất Tầm Trung Tại Tokyo
Một khách hàng sản xuất tầm trung có trụ sở tại Tokyo (ẩn danh) đã tiếp cận VAON sau khi kết thúc hợp đồng sáu tháng với đối tác offshore trước. Đối tác trước đã bàn giao một hệ thống theo dõi logistics nội bộ vận hành được, nhưng đội ngũ vận hành từ chối sử dụng — quy trình giả định một kho duy nhất, trong khi khách hàng vận hành nhiều kho.
Khi VAON tiến hành buổi workshop định nghĩa yêu cầu cho lần xây dựng lại, yêu cầu đa kho đã nổi lên ngay trong giờ đầu tiên. Yêu cầu này đã được nhắc thoáng qua trong buổi kickoff ban đầu nhưng không có trong tài liệu yêu cầu. Đối tác trước, do không có khả năng tiếng Nhật cũng như không tham gia giai đoạn định nghĩa yêu cầu, không biết được rằng cần phải hỏi điều này. Việc xây dựng lại hoàn thành trong mười một tuần và bàn giao đúng hẹn. Khách hàng hiện đang trong hợp đồng thứ hai với VAON, lần này là một ứng dụng phục vụ khách hàng cuối.
Thời Gian Và Chi Phí: Có Và Không Có Tham Gia Định Nghĩa Yêu Cầu
Mẫu hình lặp lại nhất quán giữa các dự án có quy mô khác nhau:
1) Tham gia định nghĩa yêu cầu: 20–40 giờ thời gian kỹ sư cấp cao, phân bổ qua hai đến bốn buổi workshop. Hiển thị trong dự án như một phần của ước lượng Phase 1.
2) Không tham gia định nghĩa yêu cầu: 100–500 giờ kỹ thuật phải làm lại, cộng với thời gian họp với các bên liên quan để bàn lại phạm vi công việc. Tiến độ thường bị trượt 30–50%.
3) Tác động tích lũy, dựa trên dữ liệu chéo các dự án mà chúng tôi và khách hàng đã theo dõi, là tỷ lệ dự án bàn giao đúng hạn và đúng phạm vi cao hơn một cách nhất quán — và số lần đàm phán lại phạm vi giữa dự án giảm rõ rệt.
4) Đối với những tổ chức đã trải qua tình huống này, đây không phải là một sự tối ưu hóa phức tạp. Đó là một lựa chọn cấu trúc đơn giản, được thực hiện tại thời điểm chọn đối tác — không phải sau đó.
・FAQ
Tham gia định nghĩa yêu cầu có tốn thêm phí không? Không, tại VAON. Số giờ này là một phần của Phase 1 và đã bao gồm trong ước lượng chuẩn của chúng tôi. Phần lớn khách hàng nhìn thấy giai đoạn này được liệt kê rõ ràng trong bảng báo giá để hiểu họ đang nhận được những gì.
Đổi đối tác giữa chừng có tạo thêm việc làm lại không? Ít hơn bạn lo ngại, nếu đối tác mới dành thời gian rà soát những gì đã có trước khi xây dựng lại. Chúng tôi thường tiến hành một giai đoạn đánh giá hai tuần trước khi xác định phạm vi xây lại. Quá trình này thường giúp xác định những phần có thể tận dụng được.
NDA và quyền sở hữu trí tuệ từ hợp đồng trước thì sao? Sản phẩm bàn giao của đối tác trước thường chuyển giao cho bạn theo SOW cũ. Đối tác mới chỉ cần các tài sản mà bạn sở hữu — mã nguồn, tài liệu, yêu cầu nghiệp vụ. NDA giữa bạn và chúng tôi được ký trước khi bất kỳ tài liệu nào được chia sẻ.
Việc tham gia định nghĩa yêu cầu chỉ hữu ích cho dự án mới? Không. Ngay cả khi dự án đang diễn ra, việc khởi động lại định nghĩa yêu cầu cho phần phạm vi còn lại vẫn có thể thay đổi quỹ đạo của giai đoạn tiếp theo. Chúng tôi đã thực hiện điều này nhiều lần — gọi là "scope reset workshop".
・Kết
Nếu tổ chức của bạn đã trải qua tình huống này, câu hỏi không phải là có nên thử offshore một lần nữa hay không. Câu hỏi là hợp tác tiếp theo có được tổ chức để đội ngũ offshore tham gia vào thời điểm tiếng nói của họ quan trọng nhất — giai đoạn định nghĩa yêu cầu — hay không. Một lựa chọn duy nhất đó, được đưa ra trước khi dòng code đầu tiên được viết, thay đổi hình dạng của toàn bộ dự án.
Nếu bạn muốn trao đổi về việc một hợp tác bắt đầu từ định nghĩa yêu cầu sẽ trông như thế nào trong tình huống cụ thể của bạn, chúng tôi luôn sẵn sàng cho cuộc trao đổi đó. Không ràng buộc, không pitch deck — chỉ là một buổi thảo luận chuyên môn.
Email: luan.dang@vaon.com.vn.