Sprint Review chỉ có đội tự xem demo: kéo người dùng thật vào vòng phản hồi
Sprint Review của dự án app bán lẻ chỉ có đội và PO, khách mời luôn "bận". Ba tháng sau, nhân viên cửa hàng từ chối dùng tính năng mới. Cách biến Sprint Review thành buổi kiểm tra giá trị thật sự.
Tình huống liên quan
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.
Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T
Độ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".
Backlog 180 story mà vẫn không biết phát hành gì trước: lập bản đồ user story theo hành trình người dùng
Danh sách backlog phẳng 180 dòng được xếp theo "giá trị" từng story, nhưng bản phát hành đầu lại không dùng được vì thiếu các bước nền. Cách dựng user story map theo hành trình người dùng, cắt lát phát hành có thể dùng ngay và kiểm tra story bằng INVEST.