Tình huống thực tế thuộc lĩnh vực hiệu suất “Bàn giao” (PMBOK® Guide 7), kèm phân tích và best practice.

Khách hàng dùng hệ thống hằng ngày nhưng biên bản nghiệm thu vẫn nằm trên bàn, kéo theo khoản thanh toán cuối và việc đóng dự án. Bài viết phân tích vì sao nghiệm thu bị treo và cách thiết kế tiêu chí chấp nhận, người ký, thời hạn phản hồi ngay từ đầu.
Khách hàng từ chối nghiệm thu dù đội đã kiểm thử kỹ? Phân biệt kiểm soát chất lượng với nghiệm thu, bốn nhóm chi phí chất lượng và bẫy gold plating, kèm câu hỏi tự luyện.

Công ty quy định chỉ phát hành sau Sprint Review, kể cả bản sửa lỗi nhỏ. Khách hàng chờ 9 ngày cho một lỗi đã sửa xong. Scrum Guide 2020 nói rõ Sprint Review không phải "cổng" phát hành. Phân biệt Increment, phát hành, continuous delivery và continuous deployment, và vai trò mới của Sprint Review khi phát hành liên tục.

Product Backlog của ví điện tử nội bộ dài 300 mục, mỗi phòng ban chèn yêu cầu của mình lên đầu. Velocity ổn định nhưng không ai trả lời được "quý này sản phẩm tốt lên ở đâu". Product Goal trong Scrum Guide 2020, cách viết, cách dùng để nói "chưa" với yêu cầu và cách liên kết với Sprint Goal.

Đội lên kế hoạch cứ 4 sprint tính năng thì 1 sprint "ổn định": sửa lỗi, kiểm thử hồi quy, kiểm thử hiệu năng. Khoảng 20% năng lực biến mất và ngày phát hành vẫn trượt. Vì sao hardening sprint cho thấy Definition of Done chưa đủ, và lộ trình đưa dần công việc "ổn định" vào từng sprint.

Đội vận hành CNTT của khách hàng là stakeholder thường bị nhớ tới muộn nhất. Bài viết hướng dẫn đưa họ vào dự án từ sớm, thiết kế giai đoạn hypercare có tiêu chí thoát đo được và chuyển giao sang cam kết dịch vụ (SLA) mà không để dự án "không bao giờ kết thúc".