Mở đầu — vì sao bài này quan trọng
Có một sự thật phũ phàng mà tôi muốn nói thẳng với bạn ngay từ đầu bài học này: phần lớn các chương trình chuyển đổi số (Digital Transformation — DT) thất bại không phải vì thiếu công nghệ, thiếu tiền, hay thiếu người giỏi kỹ thuật. Chúng thất bại vì lãnh đạo cấp cao không thật sự cam kết — hoặc cam kết trên miệng nhưng không đổ máu, không bỏ vốn chính trị của mình vào cuộc chơi.
Các nghiên cứu của McKinsey và BCG suốt nhiều năm đều lặp lại một con số ám ảnh: khoảng 70% các chương trình DT không đạt mục tiêu ban đầu. Và khi mổ xẻ nguyên nhân, yếu tố xuất hiện dày đặc nhất luôn là "leadership commitment" — mức độ cam kết và tham gia trực tiếp của người đứng đầu. McKinsey chỉ ra rằng khi CEO đích thân truyền thông về chuyển đổi số một cách công khai và liên tục, khả năng thành công tăng gấp 1,5 lần; khi lãnh đạo cấp cao được phân bổ vai trò rõ ràng trong chương trình, tỷ lệ thành công còn cao hơn nữa.
Tại sao lại như vậy? Vì DT khác hoàn toàn một dự án IT. Một dự án IT bạn có thể khoán cho phòng công nghệ, họ làm xong bàn giao là hết. Nhưng DT đòi thay đổi đồng thời cả quy trình (process) lẫn văn hóa (culture) của toàn tổ chức — và loại thay đổi đó luôn va chạm quyền lợi, phá vỡ silo giữa các phòng ban, cần phân bổ lại ngân sách và quyền lực. Chỉ có người ngồi ở đỉnh — CEO, chủ tịch, hội đồng quản trị — mới có đủ thẩm quyền để phá silo và cấp nguồn lực cho những đổi thay đau đớn đó. Đây chính là lý do "Tone-at-the-Top" (âm hưởng từ đỉnh) trở thành điều kiện cần — không có nó, mọi thứ phía dưới đều lung lay.
Bài học này sẽ giúp bạn hiểu chính xác vai trò không thể thay thế của lãnh đạo, cách nhận biết cam kết thật với cam kết giả, và làm sao — dù bạn là CEO hay là người đang phụ trách DT phải "quản lý ngược lên trên" — bạn có thể kiến tạo được sự cam kết thực chất đó.
Khái niệm cốt lõi
Leadership Commitment là gì — và không phải là gì
Leadership Commitment trong DT không đơn thuần là việc lãnh đạo "đồng ý" hay "phê duyệt ngân sách". Cam kết thật là khi người lãnh đạo sẵn sàng đặt uy tín cá nhân, thời gian, và vốn chính trị của mình vào chương trình — chấp nhận rằng nếu thất bại, chính họ chịu trách nhiệm, chứ không phải phòng IT hay một giám đốc dự án nào đó.
Hãy phân biệt ba cấp độ, vì đây là điều nhiều người nhầm lẫn:
- Support (ủng hộ): Lãnh đạo nói "tôi ủng hộ chuyển đổi số", cấp ngân sách, rồi quay lại việc của mình. Đây là mức thấp nhất, và tiếc thay là mức phổ biến nhất.
- Sponsorship (bảo trợ): Lãnh đạo đứng tên bảo trợ, xuất hiện ở các sự kiện quan trọng, gỡ rối khi có xung đột liên phòng ban. Tốt hơn, nhưng vẫn có thể mang tính hình thức.
- Ownership (làm chủ): Lãnh đạo coi DT là ưu tiên số một của chính mình, dành thời gian định kỳ để điều hành, đưa các chỉ số DT vào KPI cá nhân, và sẵn sàng thay đổi cả cách bản thân làm việc. Đây mới là mức tạo ra chuyển đổi thật.
Tone-at-the-Top — âm hưởng từ đỉnh
"Tone-at-the-Top" là một khái niệm vốn xuất phát từ lĩnh vực quản trị và kiểm toán, chỉ bầu không khí đạo đức và ưu tiên mà lãnh đạo cao nhất phát ra. Trong DT, nó có nghĩa là: mọi tín hiệu — lời nói, hành động, cách phân bổ thời gian, cách khen thưởng và trừng phạt của người đứng đầu — đều được cả tổ chức "đọc" và bắt chước.
Nhân viên không nghe những gì lãnh đạo nói. Họ nhìn những gì lãnh đạo làm. Nếu CEO tuyên bố "chúng ta phải data-driven" nhưng trong các cuộc họp vẫn ra quyết định theo cảm tính và gạt bỏ báo cáo dữ liệu, thì thông điệp thật mà tổ chức nhận được là: "dữ liệu không quan trọng". Tone-at-the-Top vì thế là bộ khuếch đại: một hành động nhất quán của lãnh đạo có sức lan tỏa gấp trăm lần một bài diễn văn.
Vì sao chỉ lãnh đạo cấp cao mới đủ thẩm quyền
Có ba loại "quyền lực" mà DT bắt buộc phải huy động, và chỉ đỉnh tổ chức mới sở hữu đủ:
- Quyền phá silo. DT đòi các phòng ban vốn cạnh tranh nhau (kinh doanh, IT, vận hành, tài chính) phải chia sẻ dữ liệu, phối hợp quy trình. Không giám đốc phòng nào tự nguyện nhường "sân" của mình. Chỉ CEO mới ép được sự hợp tác đó.
- Quyền phân bổ lại nguồn lực. DT cần tiền và người giỏi nhất — thường phải rút từ các bộ phận đang tạo doanh thu hiện tại. Đây là quyết định đánh đổi ngắn hạn vì dài hạn, chỉ người có tầm nhìn toàn cục và thẩm quyền tối cao mới dám ký.
- Quyền chấp nhận rủi ro và thất bại. DT luôn có những thử nghiệm thất bại. Nếu tổ chức trừng phạt thất bại, không ai dám đổi mới. Chỉ lãnh đạo cao nhất mới thiết lập được "psychological safety" — an toàn tâm lý để mọi người dám thử.
Tình huống thực tế
Ví dụ 1 — Ngân hàng thương mại Việt và bài học "khoán cho phòng số"
Hãy hình dung một ngân hàng thương mại cỡ trung tại Việt Nam mà tôi gọi là "Ngân hàng V" (tình huống tổng hợp từ nhiều trường hợp có thật). Năm 2021, ban lãnh đạo quyết định "chuyển đổi số toàn diện", lập một khối Digital Banking mới, tuyển một giám đốc số (CDO) từ một fintech về với mức lương gấp đôi thị trường, và cấp ngân sách 300 tỷ đồng cho ba năm.
Nghe rất quyết liệt. Nhưng có một vấn đề: sau lễ ra mắt hoành tráng, CEO gần như biến mất khỏi chương trình. Ông giao toàn quyền cho CDO và nói "cứ làm, có gì báo cáo tôi hàng quý". Khi CDO cần khối Vận hành mở API để tích hợp, khối Vận hành viện lý do bảo mật và trì hoãn sáu tháng. Khi CDO muốn rút ba chuyên viên giỏi từ khối Bán lẻ sang đội số, giám đốc Bán lẻ từ chối vì "sẽ hụt chỉ tiêu doanh số". CDO không có thẩm quyền phá những rào cản này, và CEO thì không xuất hiện để phân xử.
Kết quả: sau 18 tháng, chương trình đốt hết 40% ngân sách nhưng chỉ ra được một app mobile bản beta ít người dùng. CDO nản, xin nghỉ. Ban lãnh đạo kết luận "chuyển đổi số khó quá" — trong khi vấn đề thật là họ chưa từng thật sự sở hữu (own) chương trình.
Bài học: Cấp ngân sách và thuê người giỏi là điều kiện cần nhưng không đủ. Nếu CEO không đích thân phá silo và phân xử xung đột liên phòng ban, người phụ trách DT dù giỏi đến đâu cũng bị "chết kẹt" giữa các quyền lợi cục bộ. Cam kết ở mức Support đã thất bại; cần phải là Ownership.
Ví dụ 2 — DBS Bank Singapore và CEO đích thân dẫn dắt
Ở chiều ngược lại, hãy nhìn DBS Bank — ngân hàng Singapore từng được bình chọn là "ngân hàng số tốt nhất thế giới". Khi bắt đầu hành trình chuyển đổi khoảng năm 2014, CEO Piyush Gupta không đứng ngoài. Ông đặt ra khẩu hiệu nội bộ "Making Banking Joyful" và một mục tiêu văn hóa cực kỳ cụ thể: biến DBS thành "một công ty công nghệ 27.000 người tình cờ có giấy phép ngân hàng".
Điểm mấu chốt về Tone-at-the-Top: Gupta không chỉ nói. Ông đưa các chỉ số như số giờ khách hàng tiết kiệm được ("customer hours saved") vào bảng điều hành cấp cao nhất. Ông tự tham gia các buổi hackathon cùng nhân viên. Ban lãnh đạo cam kết đo lường "digital value capture" và báo cáo công khai. Khi các giám đốc kỳ cựu phản kháng cách làm agile mới, chính ông là người ra tín hiệu rõ ràng rằng đây là con đường bắt buộc, không phải lựa chọn.
Kết quả trong nhiều năm sau đó là các khách hàng "digital" của DBS mang lại tỷ suất sinh lời cao hơn hẳn nhóm truyền thống, và ngân hàng liên tục dẫn đầu về hiệu quả số ở châu Á.
Bài học: Khi CEO biến DT thành ưu tiên cá nhân — gắn với KPI của chính mình, xuất hiện đều đặn, và thiết lập ngôn ngữ chung cho toàn tổ chức — âm hưởng từ đỉnh lan xuống tận tuyến đầu. Đó là khác biệt giữa "một chương trình của phòng số" và "cuộc chuyển đổi của cả tổ chức".
Ví dụ 3 — Doanh nghiệp sản xuất và "hành động biểu tượng" của chủ tịch
Một ví dụ gần gũi hơn với nhiều doanh nghiệp Việt: một công ty sản xuất hàng tiêu dùng khoảng 2.000 nhân sự (tình huống giả định hợp lý), quyết định số hóa toàn bộ quy trình phê duyệt vốn xưa nay chạy trên giấy tờ và chữ ký tay. Vấn đề muôn thuở: các trưởng phòng lớn tuổi quen ký giấy, không chịu dùng hệ thống mới, viện đủ lý do.
Vị chủ tịch làm một việc rất nhỏ nhưng đầy sức nặng biểu tượng. Ông tuyên bố trong cuộc họp toàn công ty: "Kể từ ngày 1 tháng sau, tôi sẽ không ký bất kỳ tờ giấy nào nữa. Mọi đề xuất muốn tôi duyệt phải đi qua hệ thống. Kể cả đề xuất của chính tôi." Rồi ông làm đúng như vậy — công khai từ chối một hồ sơ trình bằng giấy của một phó tổng giám đốc thân cận, yêu cầu nhập lại lên hệ thống.
Chỉ sau vài tuần, tỷ lệ sử dụng hệ thống tăng vọt. Không phải vì phần mềm tốt lên, mà vì mọi người hiểu: sếp cao nhất thật sự nghiêm túc, và đường về giấy tờ đã bị đóng.
Bài học: Tone-at-the-Top mạnh nhất khi được thể hiện qua một "hành động biểu tượng" (symbolic act) mà chính lãnh đạo cũng phải tuân theo. Một hành động như vậy đáng giá hơn mười email nội bộ kêu gọi "hãy chuyển đổi".
Hướng dẫn từng bước
Nếu bạn là lãnh đạo — hoặc là người phụ trách DT cần "kích hoạt" cam kết từ lãnh đạo — đây là lộ trình thực tế:
Bước 1 — Định vị DT là ưu tiên chiến lược của CEO, không phải của phòng IT. Hãy đưa DT vào chương trình nghị sự thường kỳ của ban điều hành (không phải một cuộc họp riêng bị bỏ quên). Nguyên tắc kiểm chứng: nếu DT không nằm trong 3 ưu tiên hàng đầu mà CEO tự nói ra khi được hỏi, thì cam kết chưa đủ.
Bước 2 — Gắn KPI của DT vào chỉ số cá nhân của lãnh đạo cấp cao. Cam kết trở thành thật khi nó ảnh hưởng đến đánh giá và thưởng của chính các sếp. Ví dụ: một phần thưởng thường niên của Ban điều hành gắn với chỉ số áp dụng số (digital adoption) hoặc value capture. Cái gì được đo và gắn với lương, cái đó được ưu tiên.
Bước 3 — Chỉ định một "executive sponsor" cấp C rõ ràng cho mỗi sáng kiến lớn. Không phải chung chung "ban lãnh đạo ủng hộ", mà đích danh một người chịu trách nhiệm gỡ rối, phân xử xung đột liên phòng ban trong vòng 48 giờ khi được đội DT báo cáo.
Bước 4 — Thiết lập nhịp điệu tham gia đều đặn (cadence). Lãnh đạo cần xuất hiện định kỳ: một buổi review DT hàng tháng do chính CEO chủ trì, không ủy quyền. Sự hiện diện đều đặn quan trọng hơn một bài phát biểu hoành tráng một lần.
Bước 5 — Thực hiện ít nhất một hành động biểu tượng. Như vị chủ tịch trong ví dụ 3: một việc mà chính lãnh đạo cũng phải thay đổi, được toàn tổ chức nhìn thấy. Nó gửi tín hiệu "tôi cũng ở trong cuộc chơi này".
Bước 6 — Công khai thiết lập an toàn tâm lý cho thất bại. Lãnh đạo cần công khai tuyên bố (và làm gương) rằng những thử nghiệm thất bại có kiểm soát sẽ được ghi nhận là học hỏi, không bị trừng phạt. Chỉ khi đó nhân viên mới dám đổi mới.
Bước 7 — Truyền thông nhất quán và lặp lại. Lãnh đạo phải kể đi kể lại "vì sao chúng ta chuyển đổi" bằng cùng một câu chuyện, qua nhiều kênh. Sự lặp lại nhất quán mới tạo ra niềm tin; thông điệp thay đổi liên tục tạo ra hoài nghi.
Lỗi thường gặp & mẹo
Lỗi 1 — Cam kết bằng miệng, khoán bằng hành động. Sếp nói hay nhưng rồi giao hết cho một CDO/CIO và biến mất. Đây là lỗi phổ biến nhất, như Ngân hàng V ở trên. Mẹo: Kiểm tra bằng "lịch làm việc" — nếu lãnh đạo không dành thời gian thực cho DT trong calendar của mình, cam kết chỉ là lời nói.
Lỗi 2 — Nói một đằng, làm một nẻo (say-do gap). Hô hào data-driven nhưng ra quyết định theo cảm tính; kêu gọi agile nhưng vẫn đòi kế hoạch cứng nhắc cả năm. Mẹo: Lãnh đạo hãy chọn một vài hành vi cụ thể của chính mình để thay đổi trước, và thay đổi công khai.
Lỗi 3 — Ủy quyền âm hưởng cho cấp dưới. Tone-at-the-Top không thể ủy quyền. Một phó phòng không thể tạo ra âm hưởng buộc các giám đốc cấp cao phải phối hợp. Mẹo: Người phụ trách DT nên tập trung "quản lý ngược lên trên" — làm cho sếp dễ dàng cam kết bằng cách chuẩn bị sẵn quyết định cần ký, xung đột cần phân xử, thành công nhỏ cần được sếp công khai khen.
Lỗi 4 — Trừng phạt người báo tin xấu. Nếu ai báo cáo một pilot thất bại liền bị khiển trách, lần sau không ai dám nói thật, và lãnh đạo mất khả năng nhìn thấy vấn đề thật. Mẹo: Lãnh đạo hãy công khai cảm ơn người dám báo tin xấu sớm.
Lỗi 5 — Cam kết bùng lên rồi tắt. Hào hứng lúc khởi động, sau vài tháng nguội lạnh khi công việc kinh doanh thường ngày lấn át. Mẹo: Thể chế hóa cam kết bằng cadence cố định (bước 4) và KPI cá nhân (bước 2) để nó không phụ thuộc vào cảm hứng nhất thời.
Mẹo dành riêng cho người "quản lý ngược lên": Nếu bạn không phải CEO nhưng cần cam kết của họ, hãy nói ngôn ngữ của họ — không nói "công nghệ hay", mà nói "rủi ro nếu không làm" và "cơ hội doanh thu/chi phí". Hãy tạo những "quick win" sớm để lãnh đạo có thứ để tự hào và tiếp tục đầu tư vốn chính trị.
Bài tập thực hành
- Chẩn đoán cấp độ cam kết. Chọn một tổ chức bạn biết (nơi bạn làm việc, hoặc một case bạn đọc). Xếp cam kết của lãnh đạo cao nhất vào một trong ba mức: Support, Sponsorship, hay Ownership. Liệt kê 3 bằng chứng cụ thể (hành động, không phải lời nói) để chứng minh nhận định của bạn.
- Săn "say-do gap". Viết ra một thông điệp DT mà lãnh đạo tổ chức bạn thường nói (ví dụ "chúng ta phải lấy khách hàng làm trung tâm"). Sau đó liệt kê 2 hành vi thực tế của lãnh đạo đang mâu thuẫn với thông điệp đó. Đề xuất một hành vi mà lãnh đạo nên thay đổi công khai.
- Thiết kế một hành động biểu tượng. Giả sử bạn là CEO đang muốn thúc đẩy việc dùng một hệ thống số mới mà nhân viên còn né tránh. Hãy nghĩ ra một hành động biểu tượng — mà chính bạn phải tuân theo — đủ mạnh để gửi tín hiệu nghiêm túc. Mô tả trong 3-4 câu.
- Kịch bản quản lý ngược lên. Bạn là giám đốc DT, cần khối Vận hành mở API nhưng họ trì hoãn. Hãy soạn một tin nhắn ngắn (dưới 120 từ) gửi CEO, trình bày vấn đề theo ngôn ngữ rủi ro/cơ hội và đề nghị một quyết định cụ thể mà CEO có thể ra ngay.
Tóm tắt
- DT thất bại phần lớn không vì công nghệ, mà vì thiếu cam kết thực chất của lãnh đạo cấp cao; cam kết của lãnh đạo là điều kiện cần.
- Có ba cấp độ cam kết: Support, Sponsorship, và Ownership — chỉ Ownership mới tạo ra chuyển đổi thật.
- Tone-at-the-Top là bộ khuếch đại: tổ chức bắt chước hành động của lãnh đạo, không phải lời nói. Một hành động nhất quán mạnh hơn trăm bài diễn văn.
- Chỉ lãnh đạo cao nhất mới đủ ba loại thẩm quyền mà DT bắt buộc: phá silo, phân bổ lại nguồn lực, và tạo an toàn tâm lý cho thất bại.
- Ngân hàng V thất bại vì CEO "khoán rồi biến mất"; DBS thành công vì CEO đích thân sở hữu chương trình; vị chủ tịch công ty sản xuất thắng nhờ một hành động biểu tượng.
- Để kích hoạt cam kết thật: đưa DT vào ưu tiên cá nhân của CEO, gắn KPI vào lương lãnh đạo, chỉ định executive sponsor rõ ràng, duy trì cadence đều đặn, làm hành động biểu tượng, thiết lập an toàn tâm lý, và truyền thông nhất quán.
- Nếu bạn không phải CEO: hãy "quản lý ngược lên" bằng ngôn ngữ rủi ro/cơ hội và tạo quick win để lãnh đạo tiếp tục đầu tư vốn chính trị.