Tại sao 70% các cuộc chuyển đổi thất bại
Hầu hết các chương trình chuyển đổi đều thất bại. Chúng không đạt được mục tiêu đề ra.
Tôi từng dẫn dắt các thay đổi về AI và ERP tại Novartis. Tôi đã thấy sự thật. Công nghệ không phải là phần khó nhất. Phần mềm thường hoạt động tốt. Vấn đề chỉ là con người đơn giản là không muốn tham gia.
Khi một dự án thất bại, các nhà lãnh đạo thường đổ lỗi cho dữ liệu hoặc phạm vi dự án. Đó chỉ là những triệu chứng. Nguyên nhân thực sự là sự thích nghi (adoption). Hầu hết các công ty coi việc thích nghi là một sự kiện đào tạo vào giai đoạn cuối. Lẽ ra nó phải là một nguyên tắc thiết kế ngay từ đầu.
Một công cụ sẽ mang lại giá trị bằng không nếu mọi người né tránh nó. Tôi đã thấy những phần mềm hoàn hảo nhưng tỷ lệ sử dụng chỉ đạt 30%. Thay vào đó, mọi người vẫn tiếp tục sử dụng các bảng tính cũ.
Bạn không nhận được ROI từ phần mềm bạn đã mua. Bạn chỉ nhận được ROI từ phần mềm mà mọi người thực sự sử dụng.
Mọi người kháng cự sự thay đổi vì họ cảm thấy đó là một sự đánh đổi không có lợi. Họ thấy nhiều rủi ro hơn và bị giám sát kỹ hơn mà không nhận được lợi ích cá nhân nào.
Để khắc phục điều này, bạn cần sự an toàn về tâm lý (psychological safety). Mọi người phải cảm thấy an toàn khi nói "Tôi không hiểu điều này" hoặc "quy trình này đang bị lỗi". Nếu không có sự an toàn, mọi người sẽ che giấu sự bối rối. Sự bối rối bị che giấu dẫn đến các giải pháp tình thế (workarounds) âm thầm. Các giải pháp tình thế đó dẫn đến thất bại.
Hãy làm theo kế hoạch này để giành chiến thắng:
- Xác định thành công: Trước khi xây dựng bất cứ điều gì, hãy viết ra cách một vai trò cụ thể sẽ thay đổi. Nếu bạn không thể chỉ ra lợi ích cho người đó, bạn không có một kế hoạch. Bạn chỉ đang thực hiện một đợt triển khai (rollout).
- Tận dụng những người hoài nghi: Đừng chỉ nói chuyện với những người ủng hộ. Hãy đưa những người hoài nghi nhất vào phòng thiết kế. Họ sẽ tìm ra các vấn đề thực tế từ sớm. Khi một người hoài nghi đồng ý với kế hoạch, những người khác sẽ làm theo.
- Lãnh đạo bằng sự trung thực: Hãy yêu cầu các nhà lãnh đạo thừa nhận sai lầm. Một khoảnh khắc trung thực từ cấp trên sẽ xây dựng niềm tin lớn hơn nhiều so với vô số các cuộc khảo sát.
- Khen thưởng sự trung thực: Hãy cảm ơn những người báo cáo các bước bị lỗi. Họ đang thực hiện kiểm soát chất lượng cho bạn.
- Đo lường đúng thứ cần thiết: Đừng chỉ theo dõi ngân sách và thời hạn. Hãy theo dõi xem có bao nhiêu người sử dụng công cụ và họ sử dụng các giải pháp tình thế thường xuyên như thế nào.
- Khắc phục và công bố: Khi bạn khắc phục được một vấn đề, hãy nói cho mọi người biết. Hãy cho họ thấy rằng việc lên tiếng có thể thay đổi hệ thống.
Hãy coi niềm tin như một cơ sở hạ tầng. Bạn phải thiết kế và lập ngân sách cho nó giống như cách bạn làm với tech stack của mình.
Hãy ngừng việc kiểm tra kiến trúc của bạn. Hãy bắt đầu hỏi đội ngũ của mình: "Điều gì sẽ giúp việc này tốt hơn cho bạn, và bạn đang sợ điều gì khi nói với tôi?"
30% những người chiến thắng là những người biết lắng nghe.
Source: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff
Optional learning community: https://t.me/GyaanSetuAi