Sprint 1 tuần, 2 tuần hay 4 tuần? Chọn độ dài sprint theo độ bất định và chi phí phản hồi
Ba đội trong cùng công ty chọn ba độ dài sprint khác nhau và ai cũng cho rằng mình đúng. Scrum Guide 2020 chỉ giới hạn tối đa một tháng. Những yếu tố quyết định độ dài sprint phù hợp, đánh đổi của từng lựa chọn, khi nào nên đổi và vì sao không nên đổi liên tục.
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.