Một khách hàng phàn nàn. Bạn gọi cả team lại để xử lý, và thứ bạn nghe được là một vòng tròn quen thuộc: "Cái đó là việc của bên kinh doanh", "Tôi giao đúng hạn rồi, lỗi ở khâu lắp đặt", "Tôi làm đúng quy định công ty mà". Ai cũng tận tâm, ai cũng làm đúng phần việc của mình. Nhưng khách vẫn không hài lòng.
Đây là lúc văn hóa đổ lỗi trong doanh nghiệp lộ diện. Tin tốt cho người chủ: trong gần như mọi trường hợp kiểu này, vấn đề không nằm ở chỗ nhân viên lười hay kém. Nó nằm ở khoảng trống giữa các bộ phận, nơi không ai thực sự sở hữu trải nghiệm của khách. Đổ lỗi chỉ là triệu chứng. Bệnh nằm ở hệ thống. Và hệ thống thì sửa được mà không cần thay người.
Vì sao ai cũng làm đúng việc mình mà khách vẫn không hài lòng
Hãy hình dung một đơn hàng. Sale chốt đúng, báo giá đúng. Kế toán xuất hóa đơn đúng. Kho soạn hàng đúng. Giao vận giao đúng địa chỉ. Mỗi mắt xích đều đạt KPI của mình. Vậy mà khách nhận hàng trễ ba ngày so với lời hứa lúc bán, và không ai thấy mình sai.
Đây là hiện tượng kinh điển gọi là tối ưu cục bộ (local optimization): mỗi phòng ban tối ưu cho chỉ số riêng của mình, nhưng tổng thể lại hỏng. Khách hàng không mua "KPI của phòng kho". Họ mua cả hành trình, từ lúc nghe tư vấn đến lúc dùng được sản phẩm. Hành trình đó chạy ngang qua nhiều bộ phận, còn cơ cấu tổ chức lại chia dọc theo phòng ban. Lỗi rơi vào đúng các đường nối, nơi không ai chịu trách nhiệm.
Cách để nhìn thấy các khe nối này là vẽ bản đồ hành trình khách hàng, đặt các điểm chạm chạy ngang cạnh nhau để lộ đúng chỗ bàn giao đang rớt lỗi. Tôi có video hướng dẫn dùng app dựng bản đồ đó miễn phí: Hướng dẫn sử dụng app Hành trình khách hàng (miễn phí).
Đây không phải vấn đề của riêng doanh nghiệp Việt. Một khảo sát của American Management Association cho thấy 83% lãnh đạo thừa nhận tổ chức của họ tồn tại silo giữa các bộ phận, và 97% tin rằng các silo này gây hại cho kết quả kinh doanh. Một số nghiên cứu ước tính doanh nghiệp mất tới 25% năng suất vì phối hợp liên phòng ban kém. Càng nhiều người tận tâm trong một hệ thống đứt gãy, càng nhiều công sức bị lãng phí ở các khe nối.
"Việc của anh, việc của tôi": đổ lỗi chỉ là triệu chứng
Khi khách phản hồi gay gắt, phản xạ tự nhiên của con người là phòng thủ. Mỗi người chứng minh phần mình đã làm đúng, vì trong một tổ chức chia theo phòng ban, "làm đúng việc của tôi" là thước đo duy nhất họ được đánh giá. Không ai cố ý vô trách nhiệm. Họ chỉ đang bảo vệ mình trong đúng cái khung mà hệ thống đặt ra.
Vấn đề là vòng lặp này không sửa được gì. Cuộc họp kết thúc bằng việc tìm ra "ai sai", người đó bị nhắc nhở, rồi tháng sau lỗi y hệt quay lại với một cái tên khác. Bạn tiêu tốn năng lượng vào việc phân định lỗi thay vì vào việc bịt cái khe đã sinh ra lỗi. Đổ lỗi cho con người mang lại cảm giác đã "xử lý xong", nhưng cái khe vẫn còn nguyên ở đó.
Sự thật khó nghe: phần lớn vấn đề thuộc về hệ thống
W. Edwards Deming, cha đẻ của phong trào quản trị chất lượng giúp Nhật Bản trỗi dậy sau chiến tranh, có một ước lượng nổi tiếng: khoảng 94% các vấn đề trong tổ chức thuộc về hệ thống, chỉ 6% thuộc về nguyên nhân cá biệt như lỗi cá nhân. Theo Deming Institute, con người không thể làm tốt hơn cái hệ thống cho phép họ làm.
Hệ quả rất thẳng thắn: mỗi lần bạn đổ lỗi cho một cá nhân, bạn đang dồn sức vào 6%, và bỏ qua 94% còn lại. Bạn thay một nhân viên, đào tạo lại, siết quy định, nhưng nếu quy trình bàn giao giữa các bộ phận vẫn như cũ thì người mới rồi cũng vấp đúng cái khe đó. Đây là lý do nhiều chủ doanh nghiệp cảm thấy mình "chữa cháy" mãi mà lửa không bao giờ tắt.
Câu hỏi đúng không phải "ai đã làm hỏng việc này", mà là "quy trình nào của chúng ta cho phép việc này xảy ra". Đổi một câu hỏi, bạn đổi cả hướng giải.
5 cách hóa giải văn hóa đổ lỗi trong doanh nghiệp
Hóa giải văn hóa đổ lỗi không phải là kêu gọi mọi người "tử tế với nhau hơn". Đó là thay đổi cách tổ chức nhìn nhận và xử lý vấn đề. Năm cách dưới đây đi từ tư duy đến công cụ.
1. Định nghĩa vấn đề theo kết quả của khách, không theo phòng ban. Thay vì "phòng kho giao chậm", hãy viết "khách nhận hàng trễ ba ngày so với cam kết lúc bán". Cách diễn đạt này lập tức kéo cả chuỗi vào tầm nhìn, vì không một phòng nào sở hữu trọn vẹn nó. Vấn đề trở thành của chung.
2. Tách con người ra khỏi hệ thống. Khi mổ xẻ một sự cố, đặt quy tắc cứng: không hỏi "ai sai", chỉ hỏi "khâu nào, quy trình nào để lọt lỗi này". Quy tắc này cho phép nhân viên kể thật chuyện đã xảy ra mà không sợ bị quy tội. Mà bạn chỉ sửa được cái bạn nhìn thấy, nên thông tin trung thực là nguyên liệu quý nhất.
3. Cho cả team chung một quy trình giải quyết vấn đề. Lý do mỗi người đổ lỗi một kiểu là vì mỗi người phân tích một kiểu. Khi cả team đi chung một quy trình giải quyết vấn đề trong doanh nghiệp có kỷ luật, cuộc tranh cãi chuyển từ "lỗi tại ai" sang "dữ liệu cho thấy gì". Các kỹ thuật phân tích gốc rễ như 5 Whys, biểu đồ xương cá hay Pareto chính là để dẫn nhóm đi theo bằng chứng thay vì cảm tính. Bạn có thể tham khảo cách chọn công cụ phân tích nguyên nhân gốc rễ phù hợp với quy mô đội của mình.
4. Gán chủ sở hữu cho các đường nối giữa các bộ phận. Lỗi sống ở chỗ bàn giao. Vậy hãy chỉ định rõ ai chịu trách nhiệm cho từng điểm chuyển giao: ai xác nhận đơn từ sale sang kho, ai đóng vòng phản hồi từ giao vận về sale. Một khe nối có chủ thì không còn là vùng đất vô chủ để lỗi ẩn nấp.
5. Lưu lại bài học và chuẩn hóa thành SOP. Một sự cố được mổ xẻ tử tế mà không được ghi lại thì sang tháng cả team quên sạch. Mỗi lần tìm ra nguyên nhân gốc, hãy biến đối sách thành một bước trong quy trình chuẩn (SOP). Đây là cách lỗi cũ không quay lại, và là cách một doanh nghiệp tích lũy trí khôn thay vì lặp lại sai lầm.
Đổ lỗi con người hay sửa hệ thống: hai cách phản ứng
Cùng một sự cố khách phàn nàn, hai lối tư duy dẫn tới hai kết cục rất khác nhau.
| Khía cạnh | Đổ lỗi con người | Sửa hệ thống |
|---|---|---|
| Câu hỏi đầu tiên | "Ai làm hỏng?" | "Quy trình nào để lọt lỗi?" |
| Cảm xúc trong phòng họp | Phòng thủ, giấu thông tin | An toàn, nói thật |
| Kết quả tức thời | Tìm ra một người chịu trận | Tìm ra cái khe cần bịt |
| Lỗi tháng sau | Quay lại với tên khác | Đã được chặn bằng SOP |
| Tác động lên người giỏi | Nản, dần rời đi | Được hệ thống bảo vệ |
Bảng này cũng giải thích vì sao văn hóa đổ lỗi trong doanh nghiệp âm thầm đẩy người giỏi ra đi. Người chăm chỉ và có năng lực là người ghét nhất việc bị quy tội cho một lỗi sinh ra từ hệ thống mà họ không kiểm soát được. Sửa hệ thống không chỉ làm khách hài lòng hơn, nó còn giữ chân đúng những người bạn cần giữ.
SOP là quy định, app là công cụ thực thi quy định
Có một hiểu lầm hay gặp: nghĩ rằng viết xong SOP là đã có hệ thống. Chưa đủ. SOP là quy định, nó cho biết phải làm gì và theo trình tự nào. Nhưng một SOP nằm trong file Word mà không có gì ép nó được thực thi thì rất dễ bị bỏ qua giữa lúc bận rộn. App, hay phần mềm riêng của doanh nghiệp, đóng đúng vai còn thiếu đó: nó là công cụ biến quy định thành luồng làm việc hằng ngày, nhắc đúng người làm đúng bước, không cho bỏ sót.
Nói cách khác, SOP và app là hai nửa của một thể. Có SOP mà thiếu công cụ thực thi thì quy định chỉ nằm trên giấy. Có app mà không có SOP rõ ràng thì chỉ là số hóa sự lộn xộn. Khi có cả hai, quy định và công cụ thực thi quy định, doanh nghiệp mới thực sự trở thành một hệ thống tự vận hành, bớt phụ thuộc vào trí nhớ và sự nhắc nhở liên tục của người chủ.
Nhưng đây là chỗ cần tỉnh táo: đừng vội đi xây app. Trình tự đúng là làm SOP trước, cho cả team vận hành thử bằng tay, rồi đo kết quả thật xem quy trình có giảm lỗi và làm khách hài lòng hơn không.
Chỉ khi SOP đã chứng minh nó hiệu quả, bạn mới cân nhắc đóng gói nó vào một app riêng. App hóa một quy trình còn sai chỉ giúp bạn làm sai nhanh hơn và tốn tiền hơn. Hãy để công cụ chạy theo quy trình đã được kiểm chứng, không phải ngược lại.
Vì sao cả team cần chung một quy trình, không chỉ một cuộc họp
Nhiều doanh nghiệp đã cố hóa giải đổ lỗi bằng cách họp nhiều hơn. Nhưng họp miệng có hai điểm yếu: phân tích tan biến ngay khi tan họp, và lần sau lại bắt đầu từ con số không. Thứ team cần không phải thêm cuộc họp, mà là một nơi chung để cả nhóm cùng nhìn một bản phân tích, lưu lại được, và truy lại được. Đây chính là mắt xích còn thiếu khi muốn hóa giải văn hóa đổ lỗi trong doanh nghiệp một cách bền vững.
Đây là khoảng trống mà một app giải quyết vấn đề cho doanh nghiệp lấp vào: nó đưa cả team về một quy trình chung, lưu lại từng ca xử lý, và biến mỗi sự cố thành một bài học có thể tra cứu. Khác với việc tự xây một app vận hành riêng (việc nên làm sau khi SOP đã chín), đây là một công cụ có sẵn cho riêng bước phân tích và xử lý vấn đề, nên bạn dùng được ngay mà không phải đầu tư phát triển.
Công cụ không tự nó xóa được văn hóa đổ lỗi, nhưng nó khiến cách làm đúng trở thành cách dễ làm nhất. Khi quy trình blameless được nhúng vào công cụ hằng ngày, nó dần trở thành thói quen, rồi thành văn hóa.
Câu hỏi thường gặp
Đổ lỗi cho hệ thống có phải là dung túng nhân viên làm sai không? Không. Tách con người khỏi hệ thống không có nghĩa là bỏ qua trách nhiệm cá nhân thật sự. Nó có nghĩa là bắt đầu từ giả định hệ thống trước, vì đó là nơi 94% vấn đề ẩn náu. Khi đã sửa hệ thống mà một cá nhân vẫn cố tình vi phạm, đó mới là 6% cần xử lý ở mức cá nhân.
Doanh nghiệp nhỏ vài người có cần quy trình này không? Có, và càng sớm càng tốt. Doanh nghiệp nhỏ ít người nên một người thường ôm nhiều khâu, các khe nối tưởng như không tồn tại. Nhưng khi tuyển thêm người, các khe đó lộ ra cùng lúc. Xây thói quen sửa hệ thống từ khi còn nhỏ rẻ hơn nhiều so với gỡ văn hóa đổ lỗi trong doanh nghiệp khi đã lớn.
Nên viết SOP trước hay xây app trước? SOP trước, luôn luôn. SOP là quy định, app chỉ là công cụ thực thi quy định đó. Hãy viết SOP, cho cả team vận hành thử và đo kết quả; chỉ khi quy trình đã chứng minh hiệu quả mới cân nhắc đóng gói vào app. Xây app cho một quy trình chưa kiểm chứng là cách tốn tiền nhất để làm sai nhanh hơn.
Bắt đầu từ đâu nếu team đã quen đổ lỗi nhau? Bắt đầu từ một sự cố cụ thể, gần đây, mà ai cũng nhớ. Chạy nó qua một quy trình phân tích gốc rễ chung, với quy tắc không hỏi "ai sai". Một lần làm tử tế và thấy kết quả thật thường thuyết phục hơn mọi lời kêu gọi thay đổi văn hóa.
Bắt đầu hóa giải, không cần thay người
Lần tới khi khách không hài lòng và cả phòng bắt đầu chỉ tay vào nhau, hãy nhớ: bạn đang nhìn một triệu chứng, không phải nguyên nhân. Hóa giải văn hóa đổ lỗi trong doanh nghiệp bắt đầu từ việc đổi câu hỏi, từ "ai sai" sang "quy trình nào để lọt lỗi". Đội của bạn nhiều khả năng đã rất tận tâm. Thứ đang phản bội họ là khoảng trống giữa các bộ phận, và đó là thứ người chủ sửa được.
Nếu bạn muốn cho cả team một quy trình chung để xử lý vấn đề theo hướng sửa hệ thống thay vì truy người, bạn có thể dùng thử Problem Solving Master miễn phí với 3 dự án đầu tiên. Đây là phần mềm tiếng Việt giúp cả nhóm cùng đi qua một quy trình giải quyết vấn đề, lưu lại từng ca và biến mỗi sự cố thành một bài học chung. Hãy chọn một sự cố thật của tuần này và chạy thử. Bạn sẽ thấy khác biệt ngay ở cuộc họp đầu tiên không còn ai phải phòng thủ.
Nhận bài viết mới nhất từ Markus Lab
2-3 bài mỗi tuần về AI, build sản phẩm, và growth cho founder & SME Việt. Không spam, unsubscribe bất cứ lúc nào.
