Làm thế nào để bạn đưa ra một quyết định kỹ thuật lớn khi team không thể đạt được đồng thuận?

Question

Accepted Answer

**Đồng thuận là mục tiêu, nhưng không phải lúc nào cũng đạt được, và chờ đợi nó có thể còn tệ hơn một quyết định đủ tốt được đưa ra đúng lúc.** Khi team thực sự chia rẽ, việc của tôi với vai trò Tech Lead là hội tụ cuộc thảo luận, đưa ra quyết định, và chịu trách nhiệm về kết quả — một cách rõ ràng, không phải theo mặc định hay theo người tranh cãi dai nhất.

## Cách tôi dẫn dắt tới một quyết định

- **Đưa bất đồng ra bàn.** Thường thì "không đồng thuận" nghĩa là mọi người đang tranh cãi về những thứ khác nhau. Tôi tách dữ kiện khỏi sở thích và viết ra các lựa chọn thực sự cùng các tiêu chí quan trọng (chi phí, rủi ro, thời gian ship, khả năng bảo trì).
- **Dựa trên dữ liệu ở những chỗ có thể.** Một **spike** hoặc prototype có giới hạn thời gian sẽ giải quyết được nhiều cuộc tranh luận mà ý kiến chủ quan không bao giờ làm được. "Đừng cãi nữa, hãy đo" làm dịu cái tôi.
- **Tìm sự phân biệt giữa có thể đảo ngược và không thể đảo ngược.** Nếu quyết định rẻ để đảo ngược (cánh cửa một chiều so với cánh cửa hai chiều), tôi thiên về quyết nhanh và điều chỉnh. Nếu khó hoàn tác, tôi đầu tư nhiều hơn vào việc giảm rủi ro.
- **Bất đồng nhưng cam kết (disagree and commit).** Tôi nói rõ rằng mọi người đều được lắng nghe, rồi một khi đã quyết, cả team cam kết hoàn toàn ngay cả khi một số người không đồng ý. Lôi ra cãi lại mãi mãi mới là thất bại thực sự.

## Khi nào tôi tự đưa ra quyết định

- Sau khi mọi người đã thực sự được lắng nghe mà vẫn chia rẽ, tôi quyết định thay vì để nó trôi nổi. Tôi nêu rõ quyết định, lý do, và những trade-off chính tôi đang chấp nhận.
- Tôi nói với những người ủng hộ hướng khác *tại sao*, và thừa nhận điểm hay trong lựa chọn của họ. Bị bác bỏ một cách tôn trọng sẽ giữ được niềm tin nguyên vẹn.
- Tôi đặt một **mốc review**: "Chúng ta sẽ xem lại sau sáu tuần với các chỉ số này; nếu rõ ràng là sai, ta đổi hướng."

## Những cạm bẫy

- **Mặc định nghe theo giọng nói to nhất hoặc người senior nhất** thay vì lập luận mạnh nhất.
- **Tê liệt vì phân tích bất tận** — đối xử với một quyết định có thể đảo ngược như thể nó không thể đảo ngược.
- Quyết định bằng sự im lặng, nơi bất đồng âm thầm âm ỉ rồi trồi lên lại trong lúc thực thi.

## Tại sao điều này quan trọng

Một team không thể phá thế bế tắc sẽ giậm chân tại chỗ, và sự thiếu quyết đoán lặng lẽ bào mòn đà tiến và tinh thần. Đưa ra quyết định một cách minh bạch, có lý do và có lối để xem lại, sẽ giúp cả team cùng tiến lên ngay cả khi không phải ai cũng đồng ý — đó chính là công việc thực sự của một Tech Lead.