Chia sẻ của Ban biên tập về vấn đề này:
1. Về "follow-the-sun": đây là mô hình chuyển giao công việc giữa các địa điểm ở các múi giờ khác nhau để công việc chạy liên tục. Nghe hấp dẫn, nhưng tài liệu tổng hợp cho thấy mô hình này ít được áp dụng thành công trong thực tế, chủ yếu vì khó khăn ở khâu chuyển giao hằng ngày, sự suy giảm độ "giàu" của giao tiếp và khác biệt văn hoá. Nó hợp với công việc dễ chia nhỏ, chuẩn hoá (vận hành, hỗ trợ), ít hợp với phát triển sản phẩm cần thảo luận nhiều. Trường hợp của bạn, vấn đề là thiếu thời gian giao nhau, không phải thiếu giờ làm.
2. Tạo "cửa sổ giao nhau" có chủ đích. Thống nhất 1,5–2 tiếng chồng giờ cố định mỗi ngày (ví dụ 14h–16h giờ Việt Nam), dành riêng cho làm rõ yêu cầu, review, quyết định. Có thể luân phiên: đội Việt Nam bắt đầu muộn hơn vài ngày/tuần, PO bắt đầu sớm hơn vài ngày/tuần — chia sẻ sự bất tiện thay vì dồn cho một bên.
3. Chuyển phần lớn giao tiếp sang không đồng bộ, nhưng có cấu trúc.
- Câu hỏi gửi kèm ngữ cảnh, phương án đề xuất và "nếu không có trả lời trước X giờ, đội sẽ làm theo phương án A". Cách này biến chờ đợi thành tiến độ.
- Tiêu chí chấp nhận được viết rõ cho mỗi user story trước khi kéo vào sprint, kèm ví dụ cụ thể.
- Demo ngắn bằng video ghi màn hình cho các tính năng đang làm dở để PO phản hồi sớm.
4. Có người đại diện PO tại chỗ. Một BA/proxy PO ở Việt Nam được PO uỷ quyền quyết định các câu hỏi nhỏ giúp cắt phần lớn độ trễ.
5. Nhìn từ Conway: định luật Conway nói rằng thiết kế hệ thống có xu hướng phản chiếu cấu trúc giao tiếp của tổ chức. Nếu giao tiếp giữa hai đầu cầu chậm, hãy cố chia việc sao cho mỗi bên sở hữu trọn một phần có ranh giới rõ, giảm nhu cầu trao đổi liên tục.
6. Ghi tất cả vào thoả thuận làm việc của đội (team charter) — giờ giao nhau, kênh nào cho việc gì, thời gian phản hồi mong đợi — và xem lại ở mỗi retrospective. Theo PMBOK 7, đây là phần của lĩnh vực hiệu suất Đội dự án và Các bên liên quan: điều chỉnh cách làm theo bối cảnh (tailoring) thay vì áp một mẫu cứng.
Nguồn: