Có một cuộc tranh luận về technical approach trong team — một phía muốn giải pháp nhanh, phía kia muốn giải pháp scalable hơn nhưng tốn thời gian hơn. Bạn xử lý thế nào?

Vai trò của tôi không phải là chọn giải pháp kỹ thuật đúng — đó là việc của engineers. Nhưng tôi có thể giúp team có một cuộc thảo luận có cấu trúc: làm rõ trade-offs cụ thể, timeline impact, và align với mục tiêu business ngắn hạn và dài hạn.

Tôi đề xuất viết một ADR (Architecture Decision Record) ngắn — không phải để trì hoãn mà để làm rõ vấn đề. Quá trình viết ADR thường giúp cả hai phía thấy rõ assumption của mình, và đôi khi họ tự tìm được tiếng nói chung trước khi document xong.

Tôi áp dụng 'disagree and commit' sau khi mọi người đã được nghe. Nếu team không thể đạt consensus sau một thời gian nhất định, tôi giúp họ escalate đến tech lead hoặc architect — không phải bỏ qua vấn đề mà là chọn người có authority phù hợp để quyết định.

Tôi sẽ đặt câu hỏi để làm rõ context: 'Feature này cần tồn tại bao lâu? Kỳ vọng scale như thế nào trong 6 tháng tới?' Những câu hỏi này giúp team tự đưa ra quyết định dựa trên thực tế thay vì ý kiến cá nhân.