Kể về lần bạn phải design cho use case mà regulatory requirements rất strict (ví dụ: eKYC, payment).

Khi facilitate retrospective cho team đang conflict nặng sau Sprint thất bại, tôi sử dụng technique "Mad Sad Glad" thay vì "What went well/wrong" để giảm blame. Trước đó, chạy anonymous safety check (1-5 scale), kết quả trung bình 2.3 — rất thấp. Tôi set ground rules: focus on system/process, không mention tên cá nhân. Sau retro, team đồng ý 3 action items cụ thể. Sprint sau, velocity recover 80% và safety check tăng lên 3.8.

Tôi think outside the box để tìm solution. Đôi khi conventional approach không work nên cần creative thinking. Team cũng brainstorm cùng tôi.