- Buổi cải tiến Sprint · Sprint Retrospective
- Sự kiện kết thúc Sprint, trong đó đội Scrum xem lại Sprint vừa qua về con người, tương tác, quy trình, công cụ và Định nghĩa hoàn thành: điều gì tốt, vấn đề gì gặp phải và đã (hoặc chưa) giải quyết thế nào. Đội chọn các cải tiến hữu ích nhất để nâng cao chất lượng và hiệu quả, có thể đưa ngay vào Sprint Backlog của Sprint kế tiếp. Timebox tối đa 3 giờ cho Sprint 1 tháng.
- Chỉ thị nguyên tắc của buổi cải tiến · Retrospective Prime Directive
- Tuyên bố của Norm Kerth trong cuốn "Project Retrospectives: A Handbook for Team Reviews" (2001), thường được đọc ở đầu buổi cải tiến. Ý chính: dù phát hiện điều gì, ta hiểu và tin rằng mọi người đã làm tốt nhất có thể với những gì họ biết lúc đó, kỹ năng, năng lực, nguồn lực sẵn có và hoàn cảnh cụ thể. Mục đích là tạo an toàn tâm lý để đội nói thật về vấn đề và tập trung vào cải tiến thay vì đổ lỗi.
- An toàn tâm lý · Psychological Safety
- Niềm tin chung trong đội rằng mỗi người có thể nêu ý kiến, đặt câu hỏi, thừa nhận sai sót hoặc chấp nhận rủi ro mà không sợ bị chê bai hay trừng phạt. Đây là điều kiện để đội học hỏi, báo rủi ro sớm và cải tiến liên tục.
- Văn hoá không đổ lỗi · Blameless Culture (Blameless Postmortem)
- Cách phân tích sự cố và sai sót tập trung vào hệ thống, quy trình và điều kiện dẫn tới sự cố thay vì tìm người để trách phạt. Giả định là mọi người hành động hợp lý với thông tin họ có lúc đó; mục tiêu là học và ngăn tái diễn. Không đổ lỗi không có nghĩa là không có trách nhiệm giải trình: người liên quan vẫn kể lại đầy đủ và tham gia cải tiến. Văn hoá này cần an toàn tâm lý và giúp sự cố được báo cáo sớm, minh bạch.
- Kiểm tra và thích ứng · Inspect and Adapt (I&A)
- Sự kiện lớn cuối mỗi PI, có toàn bộ ART và các bên liên quan, gồm ba phần: trình diễn hệ thống của PI (PI System Demo) cho thấy trạng thái thực của giải pháp; rà soát đo lường định lượng và định tính (ví dụ độ dự đoán, chỉ số dòng chảy); và hội thảo giải quyết vấn đề (problem-solving workshop) dùng phân tích nguyên nhân gốc (biểu đồ xương cá, 5 Whys, Pareto) để chọn vấn đề lớn nhất và tạo hạng mục cải tiến. Các hạng mục này đưa vào backlog cho PI Planning kế tiếp.
- Cải tiến liên tục Kaizen · Kaizen
- Triết lý cải tiến liên tục có nguồn gốc Nhật Bản ("kai" là thay đổi, "zen" là tốt hơn): thực hiện những cải tiến nhỏ, thường xuyên, do chính người làm việc đề xuất, thay vì chờ các thay đổi lớn. Trong dự án, Kaizen gắn với chu trình PDCA (Plan–Do–Check–Act), các buổi cải tiến (retrospective) và văn hoá ai cũng có trách nhiệm nâng cao chất lượng quy trình.