Skip to content
Quốc Gia Khởi Nghiệp: Tránh xa những cuộc họp chỉ để đổ lỗi. (0095)
Nếu mỗi khi có một vấn đề phát sinh trong doanh nghiệp, phản xạ đầu tiên của đội ngũ là tìm xem ai đã làm sai thay vì tìm cách sửa lỗi, thì đó là dấu hiệu của một hệ thống đang tự ăn mòn chính mình. Tập trung vào giải pháp thay vì than phiền không chỉ là một khẩu hiệu truyền cảm hứng, đó là một chiến lược sống còn để duy trì tốc độ và khả năng thích nghi trong một thế giới không ngừng biến động.
MỤC LỤC TƯ DUY
- 1. Bản chất của văn hóa không đổ lỗi trong quân đội Israel và sự lệch pha khi áp dụng vào doanh nghiệp Việt.
- 2. Tại sao chúng ta lại nghiện các cuộc họp chỉ để truy cứu trách nhiệm?
- 3. Sự khác biệt giữa Trách nhiệm giải trình (Accountability) và Sự đổ lỗi (Blame).
- 4. Hệ thống vận hành: Khi Cloud và SOC trở thành tấm khiên bảo vệ con người khỏi sự phán xét chủ quan.
- 5. Case Study 1: Tái cấu trúc chuỗi bán lẻ thoát khỏi vòng xoáy đổ lỗi khi thất thoát hàng hóa.
- 6. Case Study 2: Startup công nghệ và bài toán xử lý sự cố hệ thống – Từ chỉ trích cá nhân đến tối ưu hóa quy trình.
- 7. Phản biện: Khi nào việc không đổ lỗi trở thành sự bao che độc hại?
- 8. Actionable Takeaways: Những bước đi thực tế để chuyển dịch tư duy.
Trong cuốn Quốc gia khởi nghiệp, có một hình ảnh rất ấn tượng về những người lính Israel: một trung sĩ có thể thẳng thắn tranh luận, thậm chí phản bác ý kiến của một vị tướng ngay trên chiến trường nếu anh ta thấy phương án đó không khả thi. Điều gì cho phép họ làm vậy? Đó chính là văn hóa tập trung vào giải pháp và kết quả cuối cùng, thay vì tôn ti trật tự hay cái tôi cá nhân. Trong chương 2, tác giả nhấn mạnh về việc tránh xa những cuộc họp chỉ để đổ lỗi. Nhìn từ góc độ điều hành thực tế, đây là một trong những bài học đắt giá nhất nhưng cũng khó thực hiện nhất, đặc biệt là trong môi trường văn hóa Á Đông đề cao thể diện.
Khi một dự án thất bại, một hợp đồng bị mất, hoặc một chiến dịch marketing không ra số, phản ứng tự nhiên của hầu hết các nhà quản lý là triệu tập một cuộc họp khẩn cấp. Tại đó, câu hỏi thường gặp nhất là: “Tại sao chuyện này lại xảy ra? Ai là người trực tiếp phụ trách khâu này?”. Nghe có vẻ rất logic và có trách nhiệm, nhưng nếu không khéo léo, cuộc họp đó sẽ nhanh chóng biến thành một phiên tòa. Người này chỉ trích người kia, bộ phận này đổ lỗi cho bộ phận nọ do thiếu thông tin, và kết quả là sau 3 tiếng đồng hồ, mọi người rời phòng họp với sự mệt mỏi, lòng tự trọng bị tổn thương và quan trọng nhất: vấn đề vẫn nằm đó, chưa có giải pháp nào được thực thi.
Tại sao chúng ta lại sa đà vào việc đổ lỗi? Đơn giản vì nó dễ. Đổ lỗi giúp nhà quản lý cảm thấy mình đang kiểm soát được tình hình, giúp họ có một đối tượng cụ thể để trút bỏ sự thất vọng. Ngược lại, tìm ra giải pháp và thay đổi hệ thống vận hành lại là một công việc cực kỳ khó khăn, đòi hỏi sự thấu hiểu sâu sắc về quy trình và sự kiên nhẫn để điều chỉnh.
BẢNG SO SÁNH TƯ DUY TRONG CUỘC HỌP
| Tiêu chí | Văn hóa Đổ lỗi | Văn hóa Giải pháp |
|---|---|---|
| Mục tiêu chính | Tìm người chịu trách nhiệm | Tìm nguyên nhân gốc rễ |
| Câu hỏi chủ đạo | Ai đã làm sai? | Điều gì đã xảy ra? |
| Thái độ nhân viên | Phòng thủ, che giấu lỗi | Chủ động, trung thực |
| Kết quả sau họp | Sự thù hằn, nhụt chí | Quy trình được cải tiến |
| Hệ quả lâu dài | Hệ thống trì trệ | Tổ chức không ngừng học hỏi |
Để hiểu đúng tinh thần của Israel mà cuốn sách đề cập, chúng ta cần phân tích sâu vào khái niệm After-Action Review (AAR) – Kiểm điểm sau hành động. Trong quân đội Israel, sau mỗi nhiệm vụ, dù thắng hay bại, họ đều có một buổi thảo luận mở. Ở đó, cấp bậc bị xóa bỏ. Mục tiêu duy nhất là: “Chúng ta có thể làm gì tốt hơn vào lần tới?”. Điểm mấu chốt ở đây là sự tách biệt giữa hành vi và con người. Bạn làm sai một bước trong quy trình, không có nghĩa bạn là một nhân viên kém cỏi. Hệ thống cho phép bạn sai, nhưng không cho phép bạn giấu sai hoặc lặp lại sai lầm đó mà không có sự cải tiến.
Dưới góc độ quản trị hiện đại, để biến tinh thần này thành hiện thực, chúng ta không thể chỉ kêu gọi bằng lời nói. Chúng ta cần công cụ và hệ thống. Đây là nơi các khái niệm như Kiểm soát nội bộ, SOC (Service Organization Control) hay Cloud adoption (ứng dụng điện toán mây) phát huy tác dụng. Hãy tưởng tượng, nếu toàn bộ quy trình vận hành của bạn được số hóa trên nền tảng Cloud, mọi thao tác, mọi thay đổi đều được ghi vết (log). Khi có sự cố, thay vì ngồi cãi nhau xem ai nói gì, ai làm gì, chúng ta chỉ cần trích xuất dữ liệu. Dữ liệu không biết nói dối và dữ liệu không mang cảm xúc. Nó giúp cuộc họp đi thẳng vào vấn đề: Hệ thống đang hổng ở đâu? Cần cấu hình lại như thế nào để lỗi này không tái diễn?
CASE STUDY 1: BÀI TOÁN THẤT THOÁT TẠI CHUỖI BÁN LẺ
- Bối cảnh: Một doanh nghiệp bán lẻ với 50 cửa hàng trên toàn quốc gặp tình trạng thất thoát hàng hóa lên đến 3% doanh thu.
- Vấn đề thực tế: Mỗi tháng, công ty đều tổ chức họp giao ban để xử lý việc này. Cuộc họp luôn bắt đầu bằng việc Giám đốc vận hành quát mắng các Quản lý vùng, Quản lý vùng lại ép chỉ tiêu đền bù cho Cửa hàng trưởng, và cuối cùng nhân viên bán hàng là người bị trừ lương. Kết quả: Nhân viên nghỉ việc hàng loạt, gian lận càng tinh vi hơn, và tỉ lệ thất thoát không giảm.
- Cách áp dụng: Dừng ngay việc truy thu tiền vô tội vạ. Thiết lập hệ thống kiểm soát nội bộ dựa trên dữ liệu thời gian thực. Phân tích thất thoát xảy ra ở khâu nào (nhập kho, trưng bày hay thu ngân) và áp dụng tiêu chuẩn SOC để kiểm soát quyền truy cập và camera.
- Kết quả định lượng: Sau 6 tháng, tỉ lệ thất thoát giảm xuống còn 0.8%. Đội ngũ dành thời gian tối ưu hóa kho và đào tạo quy trình thay vì cãi nhau.
Sự khác biệt ở đây là gì? Đó là sự dịch chuyển từ Tư duy trừng phạt sang Tư duy hệ thống. Trong cuốn Quốc gia khởi nghiệp, sự thẳng thắn (Chutzpah) của người Israel không phải để hạ nhục người khác, mà để bảo vệ sự tồn vong của tập thể. Nếu bạn thấy một vết nứt trên con tàu, bạn phải hét lên ngay lập tức.
Tuy nhiên, có một cái bẫy mà nhiều doanh nghiệp Việt mắc phải khi đọc cuốn sách này: đó là sự hiểu lầm về “văn hóa không đổ lỗi”. Nhiều người cho rằng không đổ lỗi nghĩa là không ai phải chịu trách nhiệm, là dĩ hòa vi quý. Đây là một tư duy cực kỳ nguy hiểm. Phản biện: Nếu áp dụng máy móc việc “không đổ lỗi”, bạn sẽ tạo ra một đội ngũ thiếu tính chiến đấu. Trong quân đội Israel, việc không đổ lỗi đi đôi với tiêu chuẩn cực kỳ cao về năng lực. Bạn không bị mắng vì một quyết định sai trong tích tắc, nhưng bạn sẽ bị loại bỏ nếu lười biếng hoặc không học hỏi từ sai lầm.
CASE STUDY 2: SỰ CỐ SẬP HỆ THỐNG TẠI MỘT STARTUP FINTECH
- Bối cảnh: Startup thanh toán điện tử tăng trưởng nóng, hệ thống thường xuyên bị treo giờ cao điểm.
- Vấn đề thực tế: CTO chỉ trích gay gắt lập trình viên viết mã gây lỗi. Lập trình viên sợ thay đổi mã nguồn, sợ cập nhật tính năng mới vì sợ sai.
- Cách áp dụng: Thay đổi quy trình theo hướng Cloud-native và áp dụng “Blameless Post-mortem”. Thiết lập bài kiểm tra tự động (Automated Testing) và hệ thống giám sát (Monitoring). Ưu tiên số 1 là khôi phục dịch vụ, ưu tiên số 2 là phân tích dữ liệu tìm lỗ hổng quy trình.
- Hệ quả: Tần suất sập hệ thống giảm 70%. Đội ngũ tự tin hơn, thời gian đưa tính năng mới ra thị trường rút ngắn từ 4 tuần xuống 1 tuần.
Nhìn sâu hơn vào chiến lược, việc tập trung vào giải pháp thay vì than phiền chính là cách để tối ưu hóa Hiệu suất (Performance). Khi một tổ chức dành quá nhiều năng lượng cho việc than phiền, họ đang lãng phí nguồn lực quý giá nhất: sự tập trung. Hệ thống vận hành chính là cái khung để tư duy giải pháp được nảy nở. Một hệ thống tốt sẽ tự động ngăn chặn những lỗi ngớ ngẩn, để con người dành trí tuệ cho những vấn đề phức tạp hơn.
TỔNG KẾT VÀ BÀI HỌC THỰC TIỄN
Cuốn sách Quốc gia khởi nghiệp không dạy chúng ta cách trở thành những người tử tế một cách nhu nhược, nó dạy chúng ta cách trở thành những chiến binh thực dụng trên thương trường. Dưới đây là những Actionable Takeaways:
1. ĐIỀU NÊN HỌC VÀ ÁP DỤNG NGAY:
- Thiết lập quy trình After-Action Review (AAR): Trả lời 4 câu hỏi: Mục tiêu là gì? Kết quả thực tế? Tại sao khác biệt? Làm gì khác đi lần tới?
- Số hóa quy trình (Cloud adoption): Giảm thiểu tranh cãi bằng dữ liệu minh bạch.
- Xây dựng “An toàn tâm lý” (Psychological Safety): Cho phép sai trong phạm vi cho phép nếu trung thực và có giải pháp.
2. ĐIỀU CẦN CẨN TRỌNG:
- Đừng nhầm lẫn giữa “không đổ lỗi” và “vô trách nhiệm”: Vẫn cần KPIs và hệ thống quản trị hiệu suất.
- Chú ý văn hóa vùng miền: Điều chỉnh cách tranh luận thẳng thừng sao cho phù hợp nhưng vẫn giữ tinh thần thẳng vào sự thật.
3. ĐIỀU KHÔNG NÊN THẦN THÁNH HÓA:
- Đừng nghĩ chỉ thay đổi văn hóa họp là thành công. Cần đi kèm năng lực lõi và hệ thống vận hành mạnh.
- Đừng kỳ vọng thay đổi sau một đêm.
Nếu bạn đang lãnh đạo một đội ngũ, hãy thử thay đổi: thay vì hỏi “Tại sao em lại để chuyện này xảy ra?”, hãy hỏi: “Em cần nguồn lực gì từ anh/chị để giải quyết dứt điểm việc này trong 24 giờ tới?”. Doanh nghiệp lớn lên nhờ những giải pháp được thực thi. Đừng để phòng họp thành pháp trường, hãy biến nó thành trung tâm điều hành chiến lược.
#QuocGiaKhoiNghiep #QuanTriDoanhNghiep #VanHoaGiaiPhap #ReviewSach #StartupNation #ManagementTips
