Câu này đo mức chín trong ứng xử: bạn có dám phản biện không, và có biết dừng đúng lúc để không chặn cả team không.
Trình tự nên trình bày:
1. Tách quan điểm khỏi dữ kiện. Trước khi phản đối, hỏi để hiểu bối cảnh mình có thể đang thiếu — ràng buộc hợp đồng, kế hoạch dài hạn, chuyện đã thử và thất bại trước khi bạn vào.
2. Phản biện bằng bằng chứng, riêng tư trước. Trao đổi 1:1 hoặc trong buổi kỹ thuật, kèm số đo hoặc bản dựng thử, kèm mô tả rủi ro cụ thể ("cách này khiến mỗi lần đổi giá phải phát hành lại").
3. Đề xuất phương án thay thế kèm chi phí, không chỉ nói "cách kia sai".
4. Chấp nhận quyết định cuối và làm hết sức — nếu vẫn không đổi, bạn ghi lại rủi ro ở nơi công khai (ticket, tài liệu thiết kế) rồi triển khai nghiêm túc. Đây là phần thể hiện tính chuyên nghiệp, và cũng là "bất đồng nhưng cam kết".
5. Ngoại lệ, không lùi: vấn đề bảo mật, dữ liệu người dùng, hoặc pháp lý. Những việc này phải nêu bằng văn bản và đẩy lên cấp cao hơn nếu cần.
Ví dụ mẫu: "Lead muốn lưu file người dùng tải lên trực tiếp trên đĩa của server ứng dụng. Em đo và trình bày rằng khi scale lên nhiều instance sẽ mất file. Em dựng thử phương án object storage trong nửa ngày để so chi phí. Lead vẫn chọn cách cũ cho bản đầu vì hạn gấp, em ghi rủi ro vào tài liệu thiết kế và làm theo. Ba tháng sau khi scale, bọn em chuyển sang object storage và tài liệu đó giúp việc chuyển đổi nhanh hơn."
Lỗi hay mắc:
- "Sếp bảo gì em làm nấy" — mất điểm ở vị trí senior.
- Cãi trong cuộc họp đông người, hoặc âm thầm làm theo ý mình rồi merge.
- Kể chuyện mà bạn thắng và sếp sai hoàn toàn, không cho thấy khả năng đi tiếp sau bất đồng.