Tình huống quản lý dự án về chủ đề #team: phân tích theo PMBOK® Guide và best practice áp dụng ngay.

Lịch trình trông hợp lý cho tới khi xếp người vào: đội kiểm thử phải gánh 160% công suất trong ba tuần. Phân biệt resource leveling và resource smoothing, khi nào chấp nhận lùi mốc và khi nào chỉ dùng float.

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ự.
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.

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.

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.

Kỹ sư muốn thử thách, người cần sự gắn bó, người muốn có tầm ảnh hưởng – một chính sách thưởng chung không thể giữ lửa cho tất cả. Cách đọc nhu cầu từng người và giao việc phù hợp.

Hội đồng chín người chọn nền tảng học trực tuyến chỉ sau 30 phút vì trưởng khoa phát biểu trước. Ba tháng sau, các khoa đồng loạt phản đối. Cách thiết kế quy trình ra quyết định nhóm.

Phòng phát triển hệ thống của một công ty bảo hiểm đổi tên giai đoạn thành sprint, họp đứng mỗi sáng nhưng vẫn bàn giao một lần sau sáu tháng. Cách nhận diện agile hình thức và xây lộ trình chuyển đổi theo mindset, không chỉ theo nghi thức.

Sponsor bổ sung bốn lập trình viên để cứu tiến độ, nhưng hai sprint sau velocity còn giảm. Hiểu đúng luật Brooks và cách onboarding có kế hoạch để người mới đóng góp nhanh.