Tình huống thực tế thuộc lĩnh vực hiệu suất “Đội dự án” (PMBOK® Guide 7), kèm phân tích và best practice.

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".
Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Chín người từ bốn phòng ban về chung một dự án, mỗi người mang theo thói quen làm việc riêng. Chưa xong tuần đầu đã có ba cuộc tranh cãi về giờ họp, kênh liên lạc và ai được quyết định. Điều lệ đội (team charter) giúp biến các giả định ngầm thành thoả thuận rõ ràng — nếu được soạn đúng cách.

Kỹ sư dữ liệu xuất sắc nhất dự án liên tục chê bai đồng nghiệp trước cả nhóm, khiến một BA xin chuyển dự án. Cách đưa phản hồi, đặt chuẩn mực và giảm phụ thuộc vào một cá nhân.

Sáu tuần làm 12 tiếng mỗi ngày để kịp go-live hệ thống bệnh viện, hai người nghỉ ốm và lỗi cấu hình tăng vọt. Vì sao tăng ca kéo dài phản tác dụng và PM cần làm gì để đội hồi phục.

Hai văn phòng lệch nhau 5 giờ, ban lãnh đạo kỳ vọng "nối ca" để rút ngắn thời gian ra thị trường. Ba tuần sau, lỗi bàn giao làm mỗi hạng mục mất thêm một ngày. Cách PM thiết kế điểm bàn giao, chọn việc phù hợp và đo hiệu quả của mô hình follow-the-sun.

Mọi thay đổi nhỏ đều phải chờ PM duyệt, khiến công việc tắc nghẽn và đội mất chủ động. Cách dùng bảng phân quyền quyết định (delegation board) để trao quyền có giới hạn và an toàn.

Sau tám sprint, bảng retrospective của đội vẫn là "môi trường kiểm thử chậm, yêu cầu đổi giữa sprint", còn 20 hành động cải tiến không ai làm. Cách thiết kế lại buổi nhìn lại, chọn ít hành động có chủ sở hữu, đưa vào Sprint Backlog và leo thang vấn đề hệ thống đúng chỗ.