Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Anh Quang là PM của một công ty phần mềm, phụ trách dự án xây dựng nền tảng đặt lịch khám cho một chuỗi phòng khám. Đội 14 người được ghép từ ba văn phòng: 6 người ở Hà Nội (BA, backend), 5 người ở Đà Nẵng (mobile, QA) và 3 người ở TP.HCM (UX, DevOps). Sau ba tháng, các dấu hiệu bất ổn xuất hiện:

• Daily meeting kéo dài 40–45 phút, phần lớn mọi người tắt camera; nhóm Đà Nẵng hầu như không lên tiếng.
• Quyết định thiết kế thường được chốt "bên lề" ở Hà Nội rồi mới thông báo qua chat, khiến nhóm mobile phải làm lại hai lần trong một sprint.
• Tin nhắn hỏi việc gửi lúc 22–23 giờ; một số thành viên cảm thấy phải trả lời ngay.
• Trong buổi retrospective, một bạn QA nói: "Bọn em giống nhóm gia công cho Hà Nội hơn là thành viên của dự án."

Velocity giảm khoảng một phần ba so với kế hoạch, tỷ lệ lỗi do hiểu sai yêu cầu tăng rõ.

Phân tích theo PMBOK® Guide

Team Performance Domain. PMBOK® Guide – Seventh Edition nhấn mạnh mục tiêu quyền sở hữu chung (shared ownership) và đội hiệu suất cao (high-performing team). Các yếu tố của đội hiệu suất cao như giao tiếp cởi mở, hiểu biết chung, tin cậy và trao quyền đều bị suy yếu khi đội làm việc phân tán mà không được thiết kế lại cách làm việc.

Hai nguyên tắc liên quan trực tiếp:

• Create a collaborative project team environment – tạo môi trường cộng tác: thoả thuận làm việc, cấu trúc và quy trình để mọi thành viên đóng góp.
• Demonstrate leadership behaviors – PM không chỉ "điều phối họp" mà phải chủ động định hình văn hoá đội.

Agile Practice Guide phân biệt đội phân tán (distributed) – gồm vài cụm đặt ở các địa điểm khác nhau – và đội rải rác (dispersed) – mỗi người một nơi. Tình huống của anh Quang là đội phân tán theo cụm, rủi ro điển hình là hình thành "nhóm trong nhóm": mỗi cụm gắn kết nội bộ nhưng xem cụm khác là "bên ngoài". Hướng dẫn này cũng gợi ý các kỹ thuật như fishbowl window (kết nối video thường trực giữa các địa điểm) và remote pairing để giảm khoảng cách.

Nguyên nhân gốc trong tình huống:

1. Không có team charter / working agreement chung; mỗi văn phòng giữ thói quen riêng.
2. Kênh giao tiếp không được phân loại: việc gấp, thảo luận, quyết định đều dồn vào một nhóm chat.
3. Quyết định không được ghi lại ở nơi ai cũng thấy, nên người vắng mặt luôn "đến sau".