Vì sao chuyển đổi thất bại khi không ai làm sai?
Tôi đã chứng kiến kịch bản này đủ nhiều lần để tin nó không phải ngoại lệ. Một chương trình chuyển đổi mà trên giấy mọi thứ đều đúng: chiến lược được duyệt, không ai công khai chống đối, mỗi phòng ban hoàn thành phần việc của mình đúng hạn, các báo cáo đều xanh. Vậy mà tham vọng cứ mòn dần. Tiến độ chậm lại. Sau mười tám tháng, doanh nghiệp nhận ra mình đã “hoàn thành chương trình” nhưng cách nó vận hành gần như không đổi.
Điều làm tôi băn khoăn nhất không phải là nó thất bại. Mà là không có ai để đổ lỗi. Không có kẻ phá hoại, không có người bất tài, không có một quyết định nào rõ ràng là sai.
Càng nhìn, tôi càng thấy một điều ngược với trực giác quen thuộc: những cuộc chuyển đổi kiểu này không hỏng vì con người chống lại chúng. Chúng hỏng vì mỗi người đang làm đúng điều hợp lý với mình — và tổng của những điều hợp lý ấy lại là một kết quả phi lý cho cả doanh nghiệp.
Chỗ mấu chốt, theo quan sát của tôi, không nằm ở con người mà ở cái mà tổ chức đo lường và tưởng thưởng. Khi một người bị đo bằng kết quả của phần mình phụ trách, thì hành vi hợp lý nhất với họ là tối ưu cái phần đó — kể cả khi việc ấy làm hỏng cái toàn thể. Không ai phải cố ý làm sai; chính hệ thống đo-lường đã lặng lẽ biến những lựa chọn hợp lý thành một kết quả phi lý.
Bạn đo phần nào, người ta tối ưu phần đó.
Hiện tượng này có tên — giới tư vấn gọi là collective-action problem, và McKinsey có cả một kho dữ liệu về nó mà tôi để phần dẫn nguồn ở cuối bài. Nhưng cái tên và những con số không quan trọng bằng việc nhìn ra cơ chế đang chạy ngay trong tổ chức của mình.
Và có một lý do khiến tôi thấy chủ đề này khẩn cấp hơn trước: AI đang làm nó tệ hơn. Tôi sẽ quay lại chỗ đó; nhưng hãy giữ nó trong đầu khi đọc những gì bên dưới.
Không phải “kháng cự” — mà là “điều hợp lý cục bộ”
Khi một chương trình chuyển đổi đuối dần, phản xạ đầu tiên của lãnh đạo là đi tìm thủ phạm ở những chỗ quen thuộc: nhân viên ngại thay đổi, truyền thông chưa đủ, thiếu kỹ năng, kế hoạch thực thi yếu, transformation office chưa đủ mạnh.
Những vấn đề đó có thể có thật. Nhưng theo tôi, chúng che khuất một cơ chế khó thấy hơn: con người không chống lại chuyển đổi. Họ đang bảo vệ KPI, uy tín, ngân sách, đội ngũ và khả năng hoàn thành cam kết của mình — trong đúng hệ thống hiện tại đang đo họ.
Từng lựa chọn đều có logic riêng. Nhưng khi cộng lại, chúng làm tham vọng thấp đi, thông tin chậm lại, phối hợp phân mảnh, người giỏi quá tải, và cách làm mới không bao giờ đi được vào operating model.
Vấn đề không phải là mọi người hành động phi lý. Vấn đề là một hệ thống đo-lường và tưởng thưởng cái cục bộ, khiến hành động hợp lý ở từng phần lại tạo ra thất bại ở toàn cục.
Ở đây tôi phải tự cảnh báo một điều, vì luận điểm này có mặt tối của nó. Nếu tuyệt đối hoá, “không ai làm sai” trở thành một tấm khiên rất tiện để lãnh đạo né những cuộc gọi-tên khó. Không phải mọi thất bại đều là lỗi hệ thống. Đôi khi chiến lược đúng là sai. Đôi khi một người thật sự không đủ tầm cho vai trò. Đôi khi kháng cự là kháng cự thật.
Cách tôi phân biệt là một phép thử thực dụng: nếu bạn sửa incentive, mở thông tin, trao lại quyền quyết định — mà hành vi vẫn không đổi — thì đó là lỗi con người, không phải lỗi hệ thống. “Điều hợp lý cục bộ” giải thích phần lớn những thất bại yên lặng — loại không ai chống đối mà vẫn hỏng. Nó không phải lời giải cho mọi thất bại. Việc của người lãnh đạo là biết cái nào là cái nào, và không dùng cái này để trốn cái kia.
Năm khuôn mặt tôi cứ gặp lại
Nếu nhìn kỹ, cái tôi gọi là “lỗi đo-lường” hiện ra dưới năm khuôn mặt rất cụ thể. Chúng không phải năm khuyết điểm đạo đức để chấn chỉnh, mà là năm phiên bản của cùng một chuyện: một người tối ưu cái mình bị đo, và cái họ bị đo là một phần chứ không phải cái toàn thể.
Người ta chỉ cam kết điều chắc chắn đạt được. Khi mục tiêu gắn với thưởng, danh tiếng và đánh giá năng lực, nhà quản lý có lý do rất chính đáng để hạ cam kết xuống mức an toàn — hứa ít, làm dư. Kết quả là tham vọng của cả chương trình không phản ánh tiềm năng của doanh nghiệp, mà phản ánh mức rủi ro cá nhân mà từng lãnh đạo sẵn sàng chịu. Điều tôi để ý là mức tham vọng cuối cùng gần như luôn thấp hơn hẳn cái mà chính doanh nghiệp có thể đạt — không phải vì ai thiếu khát vọng, mà vì tổng của những cam kết-an-toàn bao giờ cũng nhỏ hơn tiềm năng thật. Khoảng cách giữa “điều có thể hứa” và “điều có thể tạo ra” là rất lớn.
Khi mục tiêu chuyển đổi được thương lượng như ngân sách thường niên, tổ chức sẽ chọn điều có thể bảo vệ thay vì điều có thể tạo ra.
Người ta chỉ báo cáo vấn đề khi đã có sẵn giải pháp. Không ai muốn đứng trước CEO với một vấn đề chưa giải được. Giữ lại một thời gian giúp họ tránh gây hoang mang và bảo vệ hình ảnh năng lực. Nhưng ở cấp hệ thống, nó tạo thói quen tích trữ thông tin: rủi ro lộ ra muộn, các đơn vị khác không kịp hỗ trợ, và lãnh đạo tranh luận bằng cảm nhận thay vì dữ liệu chung.
Minh bạch không bắt đầu khi lãnh đạo yêu cầu mọi người cởi mở hơn. Nó bắt đầu khi hệ thống khiến việc che giấu khó hơn — và việc xin hỗ trợ an toàn hơn.
Mỗi đơn vị bảo vệ KPI của mình. Chuyện này gần như không thể trách. Nhưng chuyển đổi lại thường đòi một bộ phận chịu thêm chi phí để một bộ phận khác — hoặc cả doanh nghiệp — nhận giá trị. Nếu bạn vẫn thưởng theo kết quả cục bộ, thì lời kêu gọi “hãy hợp tác hơn” gần như vô nghĩa. Bạn không thể yêu cầu con người tối ưu cho cái toàn thể trong khi vẫn chấm điểm họ theo từng phần.
Việc quan trọng nhất luôn rơi vào cùng một nhóm người đáng tin nhất. Khi rủi ro cao, ai cũng tìm đến số ít người đã chứng minh được năng lực. Nhưng khi cùng nhóm nhỏ ấy liên tục bị dùng, họ thành nút thắt cổ chai, những người khác không được lớn lên, và năng lực thực thi không bao giờ được phân phối — chuyển đổi phụ thuộc vào vài cá nhân thay vì trở thành năng lực của tổ chức. Điều tôi thấy đi ngược trực giác là những chương trình đi xa nhất không phải chương trình dồn hết việc lên vài người giỏi, mà chương trình kéo được nhiều người vào cuộc — quyền thực thi được rải rộng chứ không nghẽn ở một nhóm.
Dùng người giỏi để bảo đảm delivery là hợp lý trong ngắn hạn. Dùng mãi cùng một nhóm sẽ làm tổ chức mất khả năng tạo ra thế hệ tiếp theo. Chuyển đổi lẽ ra phải là nơi tạo ra lãnh đạo, không phải nơi vắt kiệt họ.
“Thay đổi” bị tách khỏi “vận hành”. Đây là lựa chọn trông chuyên nghiệp nhất: lập transformation office, roadmap riêng, governance riêng, reporting riêng — để core business chạy ổn định. Nhưng nó dễ sinh ra một chương trình hữu hạn: đội transformation học được cách làm mới, còn phần còn lại của doanh nghiệp giữ nguyên nhịp họp, KPI và quyền quyết định cũ. Chương trình có thể xong đúng kế hoạch, nhưng operating model gần như không đổi — và khi transformation office rút đi, hành vi cũ quay lại.
Chuyển đổi thất bại khi doanh nghiệp xây một hệ thống để thay đổi và giữ nguyên một hệ thống khác để vận hành.
Năm khuôn mặt, một khuôn: trong cả năm, cái được đo đều là một phần — cam kết của tôi, thông tin của tôi, KPI của tôi, delivery của tôi, chương trình của tôi — chứ không phải cái toàn thể. Nên trước khi trách bất kỳ ai “thiếu tinh thần đồng đội”, tôi tự nhắc mình một câu:
Đừng sửa hành vi trước khi hiểu hệ thống nào đang khiến hành vi đó trở nên hợp lý.
Vì sao AI làm chuyện này tệ hơn
Nghịch lý này có trước AI. Nhưng AI không trung lập với nó — và đây là chỗ tôi đã hẹn quay lại.
Cơ chế, theo tôi, là thế này: AI hạ chi phí biên của việc tối ưu cục bộ. Mỗi đơn vị giờ có thể tự động hoá việc bảo vệ KPI của mình — dashboard thời gian thực, copilot tối ưu đúng metric của phòng ban, quy trình tự chạm target cục bộ. Việc “làm cho phần của tôi trông tốt” chưa bao giờ nhanh và rẻ đến thế. Nhưng vế còn lại — tích hợp cái toàn cục — thì AI gần như không tăng tốc được: căn chỉnh mục tiêu giữa nhiều bộ phận vẫn cần đàm phán giữa con người, một định nghĩa chung về giá trị, và niềm tin. Đó là những thứ không có API.
Một ví dụ tôi thấy dễ hình dung: một đội chăm sóc khách hàng triển khai AI để giảm số ticket cần nhân viên xử lý và hạ chi phí trên mỗi lần tiếp xúc. Ở cấp độ của đội CS, đó là một thắng lợi.
Nhưng nếu những trường hợp phức tạp chưa được giải quyết chỉ bị chuyển sang product và engineering, hoặc quay lại dưới dạng repeat contact và escalation, thì chi phí không biến mất. Nó chỉ đổi chỗ và xuất hiện muộn hơn — tại những nơi đắt hơn để xử lý. Đội CS đạt metric của mình nhanh hơn nhờ AI, trong khi tổng chi phí để giải quyết một vấn đề của khách hàng lại tăng. Không ai làm sai. Mỗi người đều đang tối ưu đúng phần việc được giao. Nhưng toàn hệ thống có thể tạo ra một kết quả tệ hơn.
Điều AI làm là tăng tốc khả năng tối ưu ở từng điểm, trong khi khả năng tích hợp giữa các điểm không tự động tăng theo. AI không tạo ra tối ưu cục bộ. Nó làm tối ưu cục bộ diễn ra nhanh hơn, rộng hơn, và khó nhìn thấy hậu quả downstream hơn.
Khi doanh nghiệp đo chi phí tại từng điểm nhưng không đo chi phí của toàn hành trình, AI có thể làm từng bộ phận trông hiệu quả hơn trong khi toàn hệ thống trở nên đắt đỏ hơn.
Và “đo chi phí của toàn hành trình thay vì của từng điểm” không phải một tinh chỉnh kỹ thuật. Nó là một quyết định thiết kế, thuộc loại việc chỉ người đứng trên tất cả các điểm mới làm được.
Việc CEO không thể giao cho ai
Câu hỏi kế tiếp, tự nhiên, là: ai có quyền sửa thiết kế ấy?
Theo tôi, đây chính là phần vai trò của CEO mà không thể ủy quyền. Không phải theo nghĩa CEO phải quản mọi sáng kiến hay thay thế người phụ trách chuyển đổi. Mà theo nghĩa: có những việc mà không một chức năng riêng lẻ nào đủ quyền để làm — và chỉ CEO đứng đúng vị trí để làm:
- Nâng tham vọng vượt khỏi mức mà từng đơn vị sẵn sàng cam kết.
- Đổi incentive khi KPI cục bộ xung đột với kết quả chung.
- Ép cả tổ chức dùng một nguồn sự thật chung — kể cả việc đo đúng đơn vị: chi phí của toàn hành trình, không phải của từng điểm.
- Phân phối quyền sở hữu ra ngoài nhóm thân tín.
- Hợp nhất nhịp vận hành và nhịp chuyển đổi làm một.
Nói cách khác, CEO không phải người làm thay transformation office. CEO là người duy nhất có quyền sửa những điều kiện khiến các đơn vị tiếp tục hành động hợp lý theo cách gây hại cho toàn hệ thống. Đó là lý do tôi nghĩ vai trò thật của CEO ở đây không phải là người bảo trợ, người truyền thông, hay người “truyền cảm hứng” — mà là người tích hợp: người chịu trách nhiệm để tham vọng, thông tin, incentive, nguồn lực và nhịp vận hành cùng hướng về một kết quả.
Đọc ngược lại, năm khuôn mặt ở trên chính là năm bài toán thiết kế:
Và nếu phải mô tả cái vòng vận hành mà tôi tin là đúng, nó khác một transformation roadmap thông thường ở chỗ nó không bắt đầu bằng danh sách sáng kiến, mà bằng việc tạo điều kiện để cả tổ chức cùng hành động: đặt tham vọng theo tiềm năng thật → tạo một nguồn sự thật chung → căn chỉnh incentive toàn doanh nghiệp → phân phối quyền sở hữu → hợp nhất “run” và “change” → đo kết quả tập thể → rồi thiết kế lại hệ thống theo những gì học được.
Phép thử tôi hay dùng
Nếu phải rút cả bài này thành một câu hỏi đủ sắc để dùng ngay trong phòng họp, thì đó là câu này:
Trong chương trình chuyển đổi hiện tại, hành vi nào đang gây hại cho toàn hệ thống nhưng vẫn hoàn toàn hợp lý đối với người đang làm nó?
Trả lời được câu đó, bạn bắt đầu nhìn thấy vấn đề thật. Nếu câu trả lời chỉ là “mọi người cần hợp tác hơn”, thì vấn đề vẫn chưa được chẩn đoán.
Nhưng để không tự lừa mình, tôi luôn hỏi kèm một câu sinh đôi:
Và hành vi nào không hợp lý — chỉ đơn giản là phán đoán sai, thiếu tầm, hay kháng cự thật?
Câu đầu dẫn tới chẩn đoán hệ thống. Câu sau dẫn tới chẩn đoán con người. Người lãnh đạo giỏi cần cả hai, và cần biết khi nào là cái nào.
Kết
Bài này nối tiếp một mạch tôi đã đi qua nhiều số: chuyển đổi AI thất bại khi tổ chức không tự đổi workflow và decision rights; khi kết quả nằm ngoài quyền kiểm soát của COO, năng lực cốt lõi là thiết kế alignment và quyền can thiệp; và khi human-in-the-loop chỉ còn là một nút Approve, sự hiện diện của con người không đồng nghĩa với quyền kiểm soát. Bài này thêm một mắt xích: đồng thuận về mục tiêu chung là chưa đủ. Tổ chức còn phải làm cho những lựa chọn hợp lý của từng người dẫn tới một kết quả hợp lý cho toàn hệ thống — và điều đó bắt đầu từ cái nó chọn để đo.
Chuyển đổi không thất bại chỉ vì con người không chịu thay đổi. Nó còn thất bại khi hệ thống vẫn tiếp tục thưởng cho họ vì giữ đúng những hành vi mà chuyển đổi cần loại bỏ.
Và nếu chỉ giữ lại một câu:
Việc CEO không thể giao cho ai không phải là thúc ép mọi người cố gắng hơn. Đó là thiết kế lại tổ chức sao cho khi mỗi người làm điều hợp lý cho mình, họ cũng đang tạo ra điều đúng cho toàn doanh nghiệp.
Bài viết được gợi mở từ nghiên cứu của McKinsey về vai trò của CEO trong chuyển đổi (“Collective action, collective success: A CEO’s role in transformations”, McKinsey Transformation practice). Các thuật ngữ gốc — collective-action problem, negotiated settlement, the lure of the local, the trustworthy few, the finite program, và vai trò “undelegatable” của CEO — thuộc về McKinsey; nghiên cứu của họ cũng cung cấp phần dữ liệu định lượng cho những quan sát trong bài (ví dụ: các chương trình thành công tạo ra trung bình khoảng 2,7 lần giá trị so với kỳ vọng ban đầu qua một review 15 cuộc chuyển đổi; và tỉ lệ nhân viên được huy động chỉ ~2% ở chương trình trung bình so với 20–30% ở chương trình thành công nhất). Cách đặt vấn đề quanh trục đo-lường/incentive, hình ảnh “mỗi mũi tên đúng, tổng thì sai”, lập luận về việc AI khuếch đại tối ưu cục bộ, và các phép thử trong bài là quan sát và diễn giải của tác giả.