Kể về một lần bạn phải đưa một team đang struggle trở lại track. Bạn đã diagnose vấn đề và thực hiện turnaround như thế nào?

Team tôi tiếp nhận đang có toxic dynamic — một senior engineer dominate mọi technical decision và others dần stop contributing ý kiến. Vấn đề này không thể giải quyết bằng process mà cần interpersonal intervention. Tôi có một honest conversation 1-1 với senior đó, không blame mà frame rõ impact của behavior và opportunity để họ become a multiplier thay vì blocker. Đồng thời tôi tạo structures để amplify voices khác — round-robin technical proposals, written RFCs trước khi discuss. Team dynamic cải thiện rõ rệt trong 2 months.

Tôi tiếp nhận một team đang miss sprint goals 4 quarters liên tiếp. Thay vì immediate action, tôi dành 3 tuần đầu để diagnose — 1-1 với từng người, xem process, review git commits và PR cycle time. Root cause không phải là năng lực mà là priority churn: requirements thay đổi quá thường xuyên trong sprint. Tôi implement một 'sprint lock' rule — không change scope sau planning trừ P0 — và negotiate với stakeholders về expectation. Hai quarters sau, delivery predictability tăng từ 40% lên 82%.

Một team B2B product tôi tiếp nhận đang churn ra features nhưng customer satisfaction đang giảm. Diagnosis của tôi: team build to spec của sales thay vì cho user needs. Turnaround bắt đầu bằng việc tôi đưa team đi customer visits — không phải để sell mà để observe. Sau đó tôi restructure how requirements come in: sales request → customer need mapping → feasibility assessment → build/no build decision. Mất 2 quarters để reset culture nhưng NPS tăng 18 points.