Tacit Knowledge và Explicit Knowledge — tại sao cần phân biệt và ứng dụng gì

2025-09-24

Tóm tắt cho CEO và HR Director

• Không phải mọi tri thức đều có thể viết ra và lưu trữ trong tài liệu. Tacit knowledge — tri thức ẩn — nằm trong kinh nghiệm và kỹ năng của cá nhân, khó hoặc không thể chuyển đổi trực tiếp thành văn bản.
• Hầu hết doanh nghiệp chỉ có chiến lược cho explicit knowledge (tài liệu, SOP, quy trình). Tacit knowledge — thứ thường có giá trị cao hơn — không có chiến lược rõ ràng.
• Hiểu sự khác biệt giúp doanh nghiệp đặt câu hỏi đúng: tri thức nào cần tài liệu hóa? Tri thức nào cần cách tiếp cận khác? Tri thức nào ở rủi ro cao nhất khi nhân sự thay đổi?
• Mục tiêu không phải tài liệu hóa tất cả — mà là quản lý mỗi loại tri thức theo cách phù hợp với bản chất của nó.

Tại sao không thể giải thích cách đi xe đạp bằng văn bản

Thử một bài tập nhỏ: viết hướng dẫn đầy đủ để một người chưa biết đi xe đạp có thể học từ tài liệu đó mà không cần ai dạy trực tiếp.

Gần như không thể — dù có thể viết rất nhiều: vị trí tay, cách giữ thăng bằng, cách đạp chân, cách nhìn về phía trước. Nhưng đọc hết tài liệu đó rồi lên xe, người đọc vẫn sẽ ngã. Vì có một thứ không thể truyền qua văn bản: cảm giác thăng bằng, phản xạ điều chỉnh tức thì, cái biết mà cơ thể tích lũy qua thực hành.

Đây là ví dụ đơn giản nhất của tacit knowledge — và lý do tại sao nó quan trọng trong doanh nghiệp.

Explicit knowledge — loại tri thức mà doanh nghiệp đã quen quản lý

Explicit knowledge là tri thức có thể được diễn đạt, ghi lại, và truyền đạt qua ngôn ngữ, văn bản hoặc biểu đồ.

Trong doanh nghiệp sản xuất, explicit knowledge bao gồm:

• Quy trình vận hành chuẩn (SOP)
• Thông số kỹ thuật sản phẩm
• Tiêu chuẩn kiểm tra chất lượng
• Danh sách nhà cung cấp được phê duyệt
• Quy định an toàn lao động
• Kế hoạch sản xuất và lịch bảo trì

Đây là loại tri thức mà hầu hết hệ thống quản lý tài liệu (DMS) và hệ thống quản lý chất lượng (QMS) được thiết kế để xử lý. ISO yêu cầu tài liệu hóa explicit knowledge. Audit kiểm tra explicit knowledge. Training truyền đạt explicit knowledge.

Explicit knowledge có một đặc điểm quan trọng: nó có thể tồn tại độc lập với người tạo ra nó. Khi một nhân viên viết SOP rồi nghỉ việc, SOP vẫn còn đó.

Tacit knowledge — loại tri thức mà doanh nghiệp thường không có chiến lược

Tacit knowledge là tri thức nằm trong kinh nghiệm, kỹ năng và phán đoán của cá nhân — thứ mà người đó “biết” nhưng khó hoặc không thể diễn đạt đầy đủ qua văn bản.

Nhà nghiên cứu Michael Polanyi mô tả điều này đơn giản: “We know more than we can tell.” (Chúng ta biết nhiều hơn những gì chúng ta có thể nói ra.)

Trong doanh nghiệp sản xuất, tacit knowledge bao gồm:

Phán đoán từ kinh nghiệm vận hành. Người vận hành máy lâu năm biết nghe âm thanh của máy và phân biệt âm thanh bình thường với âm thanh báo hiệu sắp có sự cố — trước khi bất kỳ thiết bị đo lường nào phát hiện. Điều này không thể viết thành quy trình.

Kỹ năng đánh giá cảm quan. Người kiểm tra chất lượng có kinh nghiệm biết đánh giá nguyên liệu bằng màu sắc, mùi, kết cấu — những phán đoán tích lũy qua nhiều năm tiếp xúc. Những tiêu chí này có thể được mô tả một phần, nhưng không hoàn toàn.

Hiểu biết về con người và bối cảnh. Người quản lý lâu năm biết ai trong đội có thể tin tưởng giao việc gì, ai cần hỗ trợ như thế nào, ai đang có vấn đề gì chưa nói ra. Đây là tri thức quan trọng với vận hành nhưng hoàn toàn không có trong bất kỳ tài liệu nào.

Kinh nghiệm xử lý tình huống phi chuẩn. Khi xảy ra sự cố mà SOP không có hướng dẫn, người giải quyết tốt nhất không làm theo văn bản — họ làm theo phán đoán tích lũy từ những tình huống tương tự trong quá khứ.

Tacit knowledge có một đặc điểm quan trọng, đối lập với explicit knowledge: nó không thể tồn tại độc lập với người mang nó. Khi người đó rời đi, tacit knowledge đó đi theo.

Tại sao doanh nghiệp thường chỉ quản lý một loại

Lý do phần lớn doanh nghiệp tập trung vào explicit knowledge và không có chiến lược rõ ràng cho tacit knowledge không phải vì họ không biết tacit knowledge quan trọng — mà vì explicit knowledge dễ quản lý hơn nhiều.

Explicit knowledge có thể được:

• Lưu trữ trong hệ thống
• Kiểm soát phiên bản
• Tìm kiếm và truy xuất
• Kiểm tra bởi audit
• Đo lường (có hay không có, phiên bản nào)

Tacit knowledge thì không. Nó không thể được “lưu trữ” theo nghĩa thông thường. Nó không thể được “audit”. Và không có con số rõ ràng nào để đo lường nó.

Kết quả: explicit knowledge được ưu tiên vì nó dễ xử lý hơn — không phải vì nó quan trọng hơn.

Nhưng trong thực tế vận hành sản xuất, tacit knowledge thường là thứ tạo ra sự khác biệt thực sự: giữa ca sản xuất chạy trơn tru và ca có vấn đề, giữa người kiểm tra chất lượng tin cậy và người thiếu kinh nghiệm, giữa phản ứng đúng với sự cố và phản ứng tốn thêm nhiều giờ.

Chuyển đổi tacit sang explicit — có thể đến mức nào?

Đây là câu hỏi thực tiễn quan trọng nhất.

Câu trả lời ngắn: có thể một phần, nhưng không bao giờ hoàn toàn.

Ví dụ về những gì có thể chuyển đổi một phần:

Từ kinh nghiệm sang quy trình ra quyết định. Thay vì chỉ viết “kiểm tra màu sắc nguyên liệu”, có thể ghi lại: “màu sắc chấp nhận được là trong khoảng X-Y, dấu hiệu bất thường cần báo cáo là A, B, C”. Đây là explicit hóa một phần tacit knowledge — không hoàn toàn nhưng hữu ích hơn không có gì.

Từ phán đoán sang bảng quyết định. Thay vì để người có kinh nghiệm “tự biết khi nào cần làm gì”, có thể ghi lại: “khi gặp tình huống X và Y cùng xảy ra, các bước cần thực hiện là…”. Bảng quyết định không thay thế được kinh nghiệm, nhưng thu hẹp khoảng cách cho người mới.

Từ kinh nghiệm sang case study. Ghi lại các tình huống bất thường đã xảy ra: vấn đề là gì, cách xử lý, kết quả ra sao. Đây là cách capture một phần tacit knowledge của người giải quyết — và tạo ra tài liệu tham khảo cho người sau.

Ví dụ về những gì không thể chuyển đổi hoàn toàn: cảm giác thăng bằng, cảm nhận thẩm mỹ, phán đoán tổng hợp từ nhiều tín hiệu vi tế cùng lúc, và mối quan hệ tin tưởng giữa người với người.

Chiến lược phù hợp cho từng loại

Khi đã phân biệt được tacit và explicit knowledge, câu hỏi tiếp theo là: chiến lược phù hợp cho từng loại là gì?

Với explicit knowledge

Mục tiêu: tổ chức tốt, dễ tìm, cập nhật nhất quán, và gắn với quy trình vận hành thực tế.

Chiến lược phù hợp: hệ thống quản lý tài liệu có kiểm soát phiên bản, quy trình phê duyệt rõ ràng, cơ chế cập nhật khi thực tế thay đổi, và đảm bảo tài liệu tiếp cận được tại điểm thực hiện.

Với tacit knowledge

Mục tiêu không phải “tài liệu hóa tất cả” — điều này không khả thi và không hữu ích. Mục tiêu là: giảm rủi ro mất tri thức, tăng tốc độ chuyển giao, và capture những phần có thể explicit hóa một phần.

Chiến lược phù hợp:

Mentoring và shadowing có cấu trúc. Không chỉ để người mới quan sát, mà có kế hoạch rõ ràng: trong tháng đầu, người mới sẽ làm cùng người có kinh nghiệm trong những tình huống nào, ghi nhận điều gì.

Case study và debriefing sau sự cố. Mỗi tình huống bất thường là cơ hội capture tacit knowledge. Thay vì chỉ giải quyết rồi tiếp tục, có thể tổ chức 30 phút debriefing để ghi lại cách người giải quyết phân tích vấn đề và đưa ra quyết định.

Phỏng vấn tri thức trước khi nhân viên quan trọng rời đi. Đây là thực hành mà ít doanh nghiệp làm nhưng có giá trị cao. Không phải phỏng vấn xin nghỉ thông thường, mà là phỏng vấn tập trung vào: “những tình huống nào mà bạn xử lý bằng kinh nghiệm?”, “có quyết định nào mà bạn thường đưa ra dựa trên cảm giác?”

Xác định và giảm thiểu phụ thuộc vào người cụ thể. Với những tri thức không thể explicit hóa, chiến lược là đảm bảo có nhiều hơn một người nắm giữ — thay vì chỉ một người “biết tất cả”.

Một cách nhìn thực tế

Phân biệt tacit và explicit knowledge không phải bài tập học thuật. Nó là công cụ để đặt câu hỏi đúng:

Tri thức nào trong tổ chức chúng ta là explicit và có thể quản lý tốt hơn qua tài liệu?

Tri thức nào là tacit và đang ở rủi ro cao nếu người nắm giữ nó rời đi?

Phần nào của tacit knowledge có thể explicit hóa một phần — và có đáng đầu tư không?

Những chiến lược nào phù hợp để giảm rủi ro mất tacit knowledge mà không yêu cầu tài liệu hóa hoàn toàn?

Đây là những câu hỏi mà một Knowledge Management strategy cần trả lời — và chúng bắt đầu từ sự phân biệt giữa hai loại tri thức này.

Doanh nghiệp của bạn đang quản lý loại tri thức nào — và loại nào đang bị bỏ qua?

→ Làm Knowledge Management Readiness Assessment để đánh giá mức độ trưởng thành của knowledge management.

Đọc thêm:

• Khi nhân sự chủ chốt nghỉ việc, họ mang đi thứ gì? (bài trước)
• SOP có nhưng không được thực thi — tại sao? (bài liên quan)
• AI Productivity và Organizational Intelligence — hai khái niệm khác nhau (Cluster 2 — cross-cluster)
• Từ tri thức cá nhân đến tri thức tổ chức (pillar)

Phân biệt tacit/explicit knowledge trong bài dựa trên công trình của Michael Polanyi (1966, “The Tacit Dimension”) và được phát triển tiếp bởi Nonaka & Takeuchi trong “The Knowledge-Creating Company” (1995). Các ví dụ và chiến lược được trình bày là ứng dụng thực tiễn cho môi trường doanh nghiệp sản xuất SME.