Một retrospective "êm đềm" mà ngoài hành lang lại đầy phàn nàn là dấu hiệu rõ của thiếu an toàn tâm lý (psychological safety). Khái niệm này được Amy Edmondson nghiên cứu từ cuối những năm 1990: niềm tin chung của các thành viên rằng nhóm là nơi an toàn để chấp nhận rủi ro giữa các cá nhân — dám nói, dám hỏi, dám thừa nhận sai mà không sợ bị bẽ mặt hay trừng phạt.
1. Về sự có mặt của trưởng phòng. Theo Scrum Guide, Sprint Retrospective là sự kiện của Scrum Team để xem xét con người, tương tác, quy trình, công cụ và Định nghĩa hoàn thành. Người ngoài đội — nhất là người đánh giá thành tích — có mặt thường làm cuộc trao đổi bị "lọc". Scrum Master nên nói chuyện riêng với trưởng phòng: giải thích mục đích, đề nghị nhận bản tóm tắt hành động cải tiến thay vì dự trực tiếp. Khi nói, hãy nhấn vào lợi ích chung ("anh sẽ có thông tin chính xác hơn") chứ không phải "anh làm mọi người sợ".
2. Kỹ thuật giúp đội nói thật:
- Bắt đầu bằng kiểm tra an toàn (safety check): mỗi người chấm ẩn danh 1–5 mức sẵn sàng chia sẻ. Nếu điểm thấp, chính điều đó là chủ đề cần bàn.
- Viết ẩn danh trước, thảo luận sau.
- Đổi định dạng để phá lối mòn: dòng thời gian sprint (timeline), "thuyền buồm" (gió đẩy – mỏ neo – đá ngầm), 5 lần hỏi tại sao cho một sự cố cụ thể.
- Nói về sự kiện cụ thể ("ngày 12 có 3 việc gấp chen vào sprint") thay vì đánh giá chung chung.
3. Làm cho hành động thực sự được làm. Scrum Guide gợi ý có thể đưa cải tiến có tác động lớn nhất vào Sprint Backlog của sprint kế tiếp. Chỉ chọn 1–2 hành động, có người chịu trách nhiệm, có tiêu chí "xong", và mở đầu retrospective sau bằng việc xem lại chúng.
4. Vấn đề "việc gấp chen giữa sprint" cần được đưa ra với Product Owner: mọi yêu cầu nên qua Product Backlog, PO là người sắp thứ tự. Đây là chủ đề nên mang ra khỏi phòng retrospective, đến bàn của người có quyền.
5. Về thành viên kỳ cựu gạt ý kiến người mới: xử lý 1-1, dựa trên quan sát cụ thể, và đưa vào thoả thuận làm việc của đội một quy tắc kiểu "ai cũng được nói hết ý trước khi phản biện".
Theo tinh thần PMBOK 7 (lãnh đạo phục vụ, tạo môi trường cộng tác), vai trò của PM/Scrum Master ở đây là bảo vệ không gian cho đội học hỏi, không phải "chủ trì cho xong".
Nguồn: