Hôm nay Thưởng xin được chia sẻ một điểm trong quá trình làm việc, mình đã nhận ra một điều khá “trớ trêu”:
Những thay đổi hợp lý hơn, hiệu quả hơn… lại thường bị phản đối nhiều nhất ngay từ đầu.
Mình gọi đó là “bẫy phản kháng” (resistance trap)
Thực tế mình đã gặp
Khi triển khai:
- Quy định vận hành mới
- Cách đo KPI minh bạch hơn
- Phương pháp cải tiến (Lean, Six Sigma, số hoá quy trình…)
Phản ứng thường thấy:
- “Cái cũ vẫn ổn mà?”
- “Làm vậy phức tạp thêm”
- “Trước giờ vẫn làm thế này…”
- Im lặng nhưng không làm theo
Trong khi đó, nếu nhìn tổng thể, cái mới:
Giảm lãng phí
Tăng hiệu suất
Minh bạch hơn
Ít lỗi hơn
Nhưng logic đúng không có nghĩa là mọi người sẽ chấp nhận ngay.
Bản chất của sự phản kháng
Qua trải nghiệm, mình thấy phản kháng không phải vì mọi người “không muốn tốt hơn”, mà vì:
- Sợ mất vùng an toàn
- Sợ mình sẽ trở thành người không còn giỏi như trước
- Không hiểu tại sao phải thay đổi
- Không thấy lợi ích cá nhân
- Lo bị đánh giá / tăng áp lực
Nói cách khác:Mọi người không chống lại giải pháp – mà chống lại cảm giác bất an.
Cách mình tiếp cận để “gỡ bẫy phản kháng”
Thứ mình từng làm sai: Mang giải pháp ra áp dụng ngay
Thứ mình học được sau đó:Chuẩn bị cho việc trước khi thay đổi
Cụ thể:
1. Giải thích “WHY” trước khi nói “WHAT”
Không bắt đầu bằng quy định.Bắt đầu bằng vấn đề:
- “Hiện tại chúng ta đang mất gì?”
- “Điểm đau ở đâu?”
- “Nếu giữ nguyên, 3 tháng nữa chuyện gì xảy ra?”
->Khi mọi người thấy vấn đề rõ ràng, mọi người sẽ tự mở cửa cho giải pháp.
2. Biến cái “tốt cho công ty” thành “tốt cho cá nhân”
Mình sẽ không nói:
“Cái này giúp công ty hiệu quả hơn”
Mình sẽ nói:
- “Bạn sẽ đỡ bị lỗi lặp lại”
- “Bạn dễ chứng minh kết quả hơn”
- “Bạn giảm áp lực xử lý sự cố”
Mọi người sẽ hành động vì lợi ích gần, không phải lợi ích trừu tượng.
3. Cho mọi người tham gia trước khi áp dụng
Thay vì: Cố gắng thúc ép mọi người thực hiện
Mình sẽ:
- Lấy ý kiến trước
- Cho thử nghiệm nhỏ (pilot)
- Chomọi ngườigóp ý chỉnh sửa
Khi mọi người có “ownership” →mọi ngườitự bảo vệ cái mới.
4. Bắt đầu từ nhỏ (quick win)
Đừng đổi cả hệ thống ngay.
- Chọn 1 nhóm nhỏ
- quy trình nhỏ
- dễ thấy hiệu quả
Thành công nhỏ = bằng chứng sống → lan tỏa nhanh hơn mọi slide thuyết trình.
5. Không cố “thuyết phục tất cả”
Chấp nhận một thực tế:
- 20% sẽ ủng hộ
- 60% trung lập
- 20% phản đối mạnh
Chiến lược hiệu quả:
- Tập trung vào 20% ủng hộ → tạo momentum
- Kéo dần 60% trung lập
- Không lãng phí quá nhiều vào nhóm phản đối ban đầu
Kết luận:
Một ý mà mình thấy “đắt giá” sau nhiều lần thất bại:
Thay đổi thất bại không phải vì giải pháp sai, mà vì cách đưa thay đổi vào sai
Nếu chỉ mang “điều đúng” đi áp dụng → dễ gặp phản kháng. Nếu dẫn dắt “cách nhìn đúng” trước → thay đổi tự diễn ra
Mình muốn nghe thêm góc nhìn của mọi người đã từng gặp “bẫy phản kháng” trong team của mình.
Điều gì giúp các anh chị vượt qua? Mong nhận được các comment chia sẻ thêm từ các anh chị.