Lựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.

Độ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 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 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".

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.

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ự.
Nhiều đội dùng lẫn lộn "lặp" và "tăng dần". Phân biệt bốn nhóm vòng đời theo Agile Practice Guide và các kiểu nhịp bàn giao trong PMBOK® 7 qua một tình huống cụ thể.

Đội làm cảm biến chất lượng nước muốn chạy Scrum cho cả phần cứng, firmware và ứng dụng, nhưng khuôn vỏ mất 8 tuần và mỗi lần đặt mạch tốn kém. Cách chia nhịp phát triển theo chi phí thay đổi của từng thành phần, giữ nhiều phương án thiết kế đến điểm học tập tích hợp.

Đội phát triển phần mềm bệnh viện mất cả buổi chiều cho Sprint Planning, story vào sprint vẫn thiếu tiêu chí chấp nhận và phụ thuộc chưa rõ. Cách tổ chức refinement liên tục, dùng INVEST và Definition of Ready mà không biến nó thành rào cản.
Sự cố đến bất chợt khiến Sprint nào cũng vỡ kế hoạch. So sánh Agile theo vòng lặp và Agile theo luồng để chọn cách vận hành phù hợp cho đội hỗ trợ, bảo trì.

Sprint Backlog của đội là 14 story rời rạc, Sprint Goal ghi "Hoàn thành các story đã chọn". Khi có sự cố giữa sprint, không ai biết nên bỏ gì. Cách viết Sprint Goal thật sự, dùng nó để thương lượng phạm vi và đọc đúng câu hỏi PMP.