Bạn inherit team với technical debt nghiêm trọng. Product yêu cầu ship features nhanh. Balance?

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.

Với câu hỏi này, tôi nghĩ key là prioritization. Không thể làm hết mọi thứ nên cần focus vào những gì important nhất. Tôi dùng matrix để prioritize.