Skip to content
Có những cuốn sách đọc xong thấy máu chảy rần rần trong huyết quản, nhưng gấp lại rồi thì ngẩn ngơ tự hỏi: “Áp dụng kiểu gì khi doanh nghiệp của tôi đang nợ lương nhân viên và khách hàng thì cứ dọa bỏ đi?”. Cuốn sách viết về hành trình hóa rồng của một quốc gia sa mạc nhỏ bé nằm giữa vòng vây lửa đạn thường hay đẩy người đọc vào trạng thái cảm xúc đó. Người ta đọc về quân đội, về sự bất tuân thượng lệnh có kiểm soát, về văn hóa tranh luận không kiêng nể, và rồi áp dụng ngay vào một công ty thương mại ba mươi người ở ngoại ô thành phố, để rồi nhận lại một cái kết tan hoang vì hiểu sai bản chất của sự “làm khác, làm nhanh, làm thông minh”.
Nhìn từ góc độ của người ngày ngày ngồi gỡ rối các nút thắt vận hành và tái cấu trúc cho doanh nghiệp, câu chuyện về việc đơn giản hóa vấn đề để ra giải pháp nhanh hơn không nằm ở sự hời hợt hay cẩu thả. Nó là kết quả của một bộ lọc tư duy cực kỳ tàn nhẫn đối với những thứ rườm rà. Trong môi trường quân đội nơi sinh tử quyết định từng giây, một sĩ quan trẻ không có thời gian để vẽ ra những quy trình phê duyệt năm cấp sáu tầng. Họ phải nhìn thấu bản chất của mối đe dọa, bỏ qua những chi tiết rườm rà, và đưa ra mệnh lệnh hành động ngay lập tức. Sách gọi đó là tinh thần hack mindset, nhưng thực chất đó là sự cô đọng của năng lực chuyên môn đạt đến ngưỡng phản xạ.
Tuy nhiên, khi mang tinh thần này áp vào doanh nghiệp dân sự, rất nhiều nhà sáng lập đã vấp phải một cái bẫy chết người: nhầm lẫn giữa sự đơn giản do thấu hiểu sâu sắc và sự đơn giản do lười suy nghĩ. Thấy người ta làm sản phẩm tối giản, họ cũng cắt giảm tính năng mà không thèm nghiên cứu nỗi đau của khách hàng. Thấy người ta ra quyết định chớp nhoáng, họ cũng bỏ qua luôn cả các bước kiểm soát nội bộ tối thiểu, để rồi đến cuối tháng giật mình vì dòng tiền bốc hơi mà không rõ nguyên nhân.
Lấy ví dụ từ thực tế triển khai chuyển đổi số tại một doanh nghiệp phân phối quy mô vừa mà tôi từng trực tiếp quan sát. Bối cảnh lúc đó là công ty đang ngập chìm trong đống giấy tờ, dữ liệu kho hàng lệch pha liên tục với kế toán, dẫn đến việc mất khách hàng vì giao sai đơn. Đọc xong sách, ban lãnh đạo quyết định làm một cú lội ngược dòng: dẹp hết các quy trình cũ, vứt bỏ phần mềm quản lý phức tạp đang dùng, chuyển ngay lên một hệ thống đám mây mới hoàn toàn tự phát triển với tiêu chí: đơn giản, nhanh gọn, không ràng buộc. Họ kỳ vọng nhân viên sẽ tự thích nghi với tinh thần tự chủ như những người lính trẻ trên chiến trường.
Kết quả là gì? Hệ thống đám mây mới chạy được hai tuần thì sập toàn bộ dữ liệu khách hàng do thiếu các tiêu chuẩn phân quyền và kiểm soát an toàn thông tin cơ bản. Nhân viên hoảng loạn quay lại dùng sổ tay và excel, sự hỗn loạn tăng lên gấp ba lần, chi phí sửa sai vượt quá cả ngân sách vận hành trong nửa năm. Vấn đề nằm ở chỗ, họ chỉ copy cái vỏ bọc làm nhanh, làm khác của người ta, nhưng lại quên mất cái gốc rễ: trước khi đơn giản hóa một quy trình, bạn phải hiểu tường tận từng dòng chảy dữ liệu của nó. Quy trình trong quân đội Israel đơn giản vì nền tảng kỷ luật và năng lực cá nhân của người lính đã được rèn giũa đến mức tuyệt đối. Khi bạn chưa có nền tảng đó mà đòi áp dụng tư duy hack mindset, bạn chỉ đang tạo ra một mớ hỗn độn nhanh hơn mà thôi.
Một khía cạnh khác thường bị hiểu sai là cách ứng xử với các chỉ số hiệu suất. Trong các tổ chức tăng trưởng nhanh, người ta hay nói đến KPIs hay các hệ thống đo lường hiệu suất. Nhiều nhà quản lý đọc sách xong liền áp dụng một cách máy móc: khoán trắng mọi thứ cho nhân viên, tự do sáng tạo, miễn ra kết quả. Nhưng họ lại bỏ qua một thực tế rằng, sự tự do trong các tổ chức công nghệ hàng đầu luôn song hành với các tiêu chuẩn kiểm soát cực kỳ ngặt nghèo đằng sau hậu trường, chẳng hạn như các khung kiểm soát dịch vụ hay tiêu chuẩn bảo mật dữ liệu mà các đối tác lớn luôn đòi hỏi. Nếu không có những cái khung kỹ thuật vững chắc đó nâng đỡ, sự tự do sáng tạo chỉ là một sự buông lỏng quản lý trá hình.
Thêm một trường hợp khác tại một công ty công nghệ giáo dục đang trong giai đoạn tái cấu trúc sản phẩm. Công ty này gặp vấn đề là tốc độ ra mắt tính năng mới quá chậm, mất tới sáu tháng cho một bản cập nhật. Ban điều hành quyết định áp dụng tư duy tinh gọn, yêu cầu đội ngũ kỹ thuật cắt giảm mọi báo cáo, bỏ qua các bước kiểm thử dài dòng để đẩy sản phẩm ra thị trường ngay lập tức, lấy tinh thần làm nhanh làm trọng tâm.
Hệ quả là sản phẩm ra mắt nhanh thật, nhưng lỗi vặt xuất hiện dày đặc. Khách hàng trải nghiệm phiên bản mới với sự bực bội tột cùng vì tài khoản bị trừ tiền nhầm mà không tìm được bộ phận hỗ trợ xử lý kịp thời do các quy định kiểm soát nội bộ đã bị triệt tiêu từ trước. Uy tín thương hiệu sụt giảm nghiêm trọng trong vòng một tháng. Lúc này, bài toán đặt ra không phải là làm sao để nhanh hơn nữa, mà là làm sao để cân bằng giữa tốc độ và sự an toàn trong vận hành. Nhóm tư vấn đã phải kéo họ dừng lại, thiết lập lại hệ thống quản lý chất lượng theo từng tầng rõ ràng, chuẩn hóa lại các bước kiểm thử tự động trên đám mây, rồi mới tính đến chuyện tăng tốc phát triển tính năng. Lúc đó, tốc độ mới thực sự bền vững.
Từ những trải nghiệm thực tế đó, khi nhìn nhận lại những bài học kinh nghiệm từ mô hình quốc gia khởi nghiệp, chúng ta cần một cái đầu lạnh để bóc tách rõ ràng giữa hào quang và bản chất.
ĐIỀU NÊN HỌC TRONG TƯ DUY | ĐIỀU CẦN CẨN TRỌNG THỰC TẾ | ĐIỀU KHÔNG NÊN THẦN THÁNH HÓA
– Luôn đặt câu hỏi để tìm bản chất cốt lõi của vấn đề thay vì chạy theo bề ngoài. | – Không đánh đồng sự cẩu thả, thiếu quy trình với tư duy tối giản và linh hoạt. | – Không tin rằng cứ bỏ qua quy trình là sẽ tự động sáng tạo ra sản phẩm đột phá.
– Khích lệ văn hóa tranh luận thẳng thắn, không nể nang để tìm ra giải pháp tối ưu. | – Đảm bảo các tiêu chuẩn kiểm soát nội bộ và bảo mật dữ liệu trước khi mở rộng quy mô vận hành. | – Không áp dụng nguyên mô hình quân sự vào doanh nghiệp thương mại dân sự khi chưa đủ độ chín về văn hóa.
– Tập trung vào tốc độ thực thi nhưng phải dựa trên nền tảng năng lực thực tế. | – Đo lường kỹ lưỡng năng lực đội ngũ trước khi trao quyền ra quyết định nhanh chóng. | – Không xem nhẹ các công cụ quản trị hiệu suất nền tảng chỉ vì thấy chúng có vẻ rườm rà.
Sự thành công của một mô hình không nằm ở việc bạn sao chép được bao nhiêu phần trăm câu chuyện của người khác, mà nằm ở việc bạn hiểu rõ giới hạn của doanh nghiệp mình đến đâu để biết khi nào cần nhấn ga tốc độ và khi nào cần siết chặt tay phanh an toàn.
Hãy để lại quan điểm của bạn dưới phần bình luận nếu bạn từng thấy mình loay hoay trong việc tìm kiếm sự hoàn hảo trước khi tung ra một sản phẩm hay một cải tiến mới.
