Ban giám đốc cần lộ trình cho backlog 120 hạng mục chưa ai ước lượng: ước lượng tương đối bằng affinity và T-shirt sizing
Hai tuần trước buổi phê duyệt ngân sách, đội có 120 hạng mục backlog nhưng chưa từng ước lượng; ngồi planning poker từng mục sẽ mất cả tuần. Cách ước lượng tương đối nhanh theo nhóm, chuyển kích cỡ thành khoảng thời gian có độ tin cậy và tránh biến ước lượng thành cam kết.
Tình huống liên quan
Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo
Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.
Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little
Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.
Product Owner kiêm nhiệm "vắng mặt": khi backlog chờ quyết định cả tuần
Product Owner là trưởng phòng nghiệp vụ, chỉ dành được vài giờ mỗi tuần cho đội. Câu hỏi tồn đọng, đội tự đoán yêu cầu và làm lại. Cách chẩn đoán, khôi phục quyền ra quyết định và ủy quyền đúng cách.
Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?
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.