Team / sprint chạy không ổn

Dấu hiệu bạn đang ở đây: sprint liên tục trễ; daily thành buổi báo cáo hình thức; việc dồn đống chờ nhau; không ai rõ ai quyết cái gì; team làm nhiều nhưng giá trị ra ít.

Câu hỏi cần tự hỏi

1. Vấn đề là quy trình (ước lượng, backlog, luồng công việc) hay con người/giai đoạn team (mới lập, đang mâu thuẫn, quá tải)? Hai bệnh chữa khác nhau.
2. Team đang ở mode nào: Sinh tồn (chữa cháy liên miên, không có thời gian học) — Học hỏi — hay Tự tổ chức? Phong cách dẫn dắt phải khớp mode.
3. Lãng phí lớn nhất nằm ở đâu — chờ đợi, chuyển giao, làm lại, tính năng thừa, việc dở dang?
4. Mọi người có cùng định nghĩa "xong" (DoD) không? Có rõ ai chịu trách nhiệm gì (RACI) không?

Hướng đi

• Chẩn đoán bằng dữ liệu sprint trước: đọc pattern burndown chart — chart phẳng rồi rơi thẳng cuối sprint, chart đi ngang, chart tăng ngược... mỗi pattern chỉ một bệnh khác nhau → Đọc Burndown Chart.
• Tìm nút thắt cổ chai: trực quan hóa luồng việc bằng Kanban, đo lead time vs cycle time, giới hạn WIP. Soi 7 loại lãng phí phần mềm bằng Lãng phí kiểu Lean.
• Mơ hồ vai trò / việc rơi giữa hai người: lập RACI — mỗi việc đúng một "A".
• Ước lượng lệch liên tục: chuẩn hóa point cơ sở + Planning Poker → Ước lượng & Planning Poker; kiểm tra backlog có đạt DEEP, story có được tách đủ nhỏ → Product Backlog & User Story.
• Team mode Sinh tồn: đừng dạy kỹ năng lúc này — cắt cam kết thừa, tạo slack time trước, rồi mới chuyển sang mode Học hỏi → Lãnh đạo thích ứng.
• Cải tiến định kỳ: retro nghiêm túc với action SMART, không phải buổi than thở → Retrospective. Cần khớp lại kỳ vọng vai trò PO/PM với team → Scrum & vai trò PO.

Công cụ

Đọc Burndown Chart · Kanban · Lãng phí kiểu Lean · RACI · Ước lượng & Planning Poker · Product Backlog & User Story · Retrospective · Scrum & vai trò PO · Lãnh đạo thích ứng

Bẫy thường gặp

• Chữa triệu chứng quy trình khi bệnh là con người (mâu thuẫn, mất niềm tin) — và ngược lại.
• Ép team theo lịch không thực tế → burndown "đẹp giả" vì không ai dám hứa thật.
• Daily scrum thành báo cáo cho PM/SM — nó là buổi đồng bộ của team với nhau.
• PM ôm hết quyết định → team không bao giờ tự tổ chức được; sản phẩm cuối cùng của người dẫn dắt là đội ngũ, không phải tính năng.

Nguồn: Module 9 (Lean/Agile, lãng phí, Scrum), Module 10 (sprint mechanics, burndown, RACI, retro), Module 15 (Elastic Leadership).