암묵적 지식이란 무엇인가? 정의, 이점 및 예시

중소기업에 단 한 사람만이 알고 있는 내용을 문서화해 달라고 요청하면, 대개 같은 결과가 나옵니다. 즉, 해당 작업은 6주 동안 미해결 상태로 남아 있다가 결국 종결됩니다. 이는 아무도 신경 쓰지 않아서가 아닙니다. 가장 바쁜 직원에게 본능적으로 수행하는 작업에 대해 기술 문서 작성자 역할을 맡아달라고 요청할 때 이런 일이 발생합니다.

본능적으로 수행되는 그 일이 바로 암묵지입니다. 이는 수년간의 실무를 통해 쌓인 전문 지식으로, 사람들은 이를 완전히 설명할 수는 없지만 자연스럽게 적용합니다. 이 개념에 이름을 붙인 마이클 폴라니(Michael Polanyi)는 이를 “우리는 말로 표현할 수 있는 것보다 더 많은 것을 알 수 있다”라고 요약했습니다.

도로시 레너드와 월터 스왑은 전문 지식이 실제로 사람들 사이에서 어떻게 전달되는지 수년간 연구했습니다. 그들의 연구 결과에 따르면, 학습자가 직접 일을 수행하고 전문가가 이를 수정해 줄 때 지식이 전달되지만, 일방적인 방식에서는 전달이 정체된다고 합니다.

그러니 더 이상 사람들에게 암묵적 지식을 문서화해 달라고 요청하지 마세요. 그들이 일하는 모습을 기록하고, 다른 사람이 이를 정리하도록 한 다음, 그 결과를 해당 작업에 첨부 파일로 첨부하세요. 이를 실행하는 7단계와 이를 무효화시키는 5가지 실수를 소개합니다.

암묵적 지식이란 무엇인가요?

암묵적 지식이란 사람들이 머릿속에 간직하고 있는, 문서화되지 않은 경험 기반의 노하우이며, 문서를 참조하지 않고도 적용하는 판단력을 말합니다. 이는 대화, 업무 관찰, 그리고 이를 보유한 사람들의 지속적인 근무를 통해 유지되므로, 그 중 한 명이 조직을 떠나면 그 지식도 함께 사라지게 됩니다.

중소기업에서 사용하는 실무적 정의는 간단합니다. 암묵적 지식이란 신입 사원이 스스로 알아낼 수 없어 다른 사람에게 물어봐야만 알 수 있는 모든 것을 말합니다. 여기에는 특정 필드에 구매 주문서(PO) 번호를 기입해야 하는 클라이언트에 대한 정보나, 어떤 거래는 추진할 가치가 없다는 창업자의 판단도 포함됩니다.

암묵적 지식 대 내재적 지식: 실제로 기록할 수 있는 것은 무엇인가

PO 번호 규칙은 엄밀한 의미에서 암묵적 지식은 아닙니다. 계정 관리자는 이를 한 문장으로 설명할 수 있습니다. 아무도 그에게 그렇게 해달라고 요청한 적이 없습니다. 지식 관리 문헌에서는 이러한 범주를 ‘내재적 지식(implicit knowledge)’이라고 별도로 명명하는데, 이는 기록할 수는 있지만 아직 기록되지 않은 지식을 의미합니다. 폴라니(Polanyi)가 말하는 암묵적 지식은 더 다루기 어려운 것으로, 아무리 신중하게 물어보더라도 언어로 표현할 수 없는 부분입니다.

이 구분이 여러분의 접근 방식을 결정합니다:

암묵적 지식 vs. 내재적 지식, 명시적 지식, 제도적 지식

이 네 가지 용어는 서로 겹치는 부분이 있으며, 학술 문헌과 일상적인 비즈니스 문서에서 사용 방식이 실제로 다르기 때문에 사람들이 이 용어들을 자유롭게 혼용하기도 합니다. 각 용어의 정확한 위치와 이것이 지식 전달 방식에 어떤 변화를 주는지 살펴보겠습니다.

부족 지식: 그 의미와 팀들이 이 용어를 더 이상 사용하지 않는 이유

‘부족 지식(Tribal knowledge)’이란 팀이 공유하는 절차적 지식으로, 소수 그룹이 문서화되지 않은 단계들을 대화를 통해 공유하고 전수하는 것을 말합니다. 위 테이블에서 이는 ‘암묵적 지식(implicit knowledge)’에 해당하며, 이 용어는 기록에 저항하는 이유보다는 전달 방식에서 유래했습니다. 현재 많은 팀은 대신 암묵적 지식, 제도적 지식, 또는 노하우라는 용어를 선호합니다.

이 용어는 수십 년 동안 사용되어 온 제조 및 엔지니어링 분야에서 여전히 표준으로 자리 잡고 있습니다. 논란의 대상은 단어 자체입니다. 이 단어는 인류학적인 의미의 ‘부족(tribe)’에서 차용된 것으로, 기업의 무지(ignorance)에 이 용어를 적용하는 것이 원주민을 경시하는 것처럼 보인다는 지적이 일부에서 제기되고 있습니다. 이 문제를 제기하는 팀이 꽤 많아서, 가장 흔한 후속 질문은 대신 무엇을 사용해야 하느냐는 것입니다.

만약 귀사에서 이 용어가 잘 통하지 않는다면, 다음 대안 용어들도 동일한 개념을 설명합니다:

아이디어는 라벨에 의존하지 않습니다. 표현을 바꾸는 것만으로도 팀의 참여도를 높일 수 있다면, 주저 없이 바꿔보세요.

소규모 팀에서 암묵적 지식을 체계화하면 더 빨리 성과를 거둘 수 있는 이유

팀이 보유한 지식을 체계화하면 중소기업은 다른 어떤 방법으로도 얻을 수 없는 여섯 가지 이점을 얻게 됩니다. 바로 사업에서 완전히 물러날 수 있는 선택권, 전문가의 시간 확보, 구성원이 부재 시 업무의 연속성 유지, 반복 가능한 업무에 대한 일관된 성과, 자동화 가능성, 그리고 몇 달이 아닌 몇 주 단위로 측정되는 신입 직원 적응 기간입니다.

6개 중 5개는 기록 가능한 부분에서 비롯되므로, 이 부분을 먼저 기록해 두는 것이 가장 빠른 성과를 가져옵니다.

여러분의 지식 유형에 맞는 지식 수집 방법은 무엇일까요?

누군가의 머릿속에 갇힌 지식을 외부로 끌어내는 네 가지 방법이 있습니다: 녹화된 워크스루, 리버스 섀도잉, 구조화된 인터뷰, 문서화 스프린트입니다. 이 중 세 가지는 문서화 가능한 프로세스를 포착합니다. 구조화된 인터뷰만이 판단 단계까지 도달할 수 있습니다.

다음 질문 하나를 기준으로 판단해 보세요: 해당 지식이 절차적인지, 아니면 판단에 기반한 것인지? 절차적인 일은 기록과 실시간 수정에 반응합니다. 판단은 질문에 반응하지만, 부분적으로만 반응합니다.

7단계로 암묵적 지식을 파악하는 방법

서면화 가능한 부분을 포착하는 데는 7단계가 필요합니다: 단일 장애 지점을 파악하고, 하나의 프로세스를 선정하며, 전문가의 업무 과정을 기록하고, 역섀도잉 세션을 진행하고, 다른 사람이 초안을 작성하게 하고, 문서를 해당 일에 첨부 파일로 첨부하고, 트리거와 함께 소유자를 지정하는 것입니다.

이 과정은 특정 도구에 구애받지 않습니다. 음성 메모 앱, 화면 녹화기, 공유 문서만 있으면 7가지 단계 모두를 진행할 수 있습니다.

1. 지식 실패의 주요 원인을 하나 꼽아보세요

두 가지를 목록으로 작성해 보세요: 어떤 프로세스가 중단되는지, 그리고 누가 부재할 때 그 프로세스가 중단되는지입니다. 작성한 목록은 5개 이하로 제한하세요. 그런 다음 각 항목을 ‘절차적’ 또는 ‘판단적’으로 분류하세요. 절차적 항목은 아래의 6단계를 따릅니다.

이 리스트는 여러분의 ‘버스 팩터(Bus Factor)’ 목록입니다. 여기에 있는 모든 이름은 1점입니다.

다음 세 가지 신호를 주목해 보세요:

팀들은 이 단계를 건너뛰고, 기록하기 가장 쉬운 내용부터 시작하곤 하는데, 이는 대개 이미 절반 정도는 문서화되어 있는 내용입니다. 그런 본능을 억제하십시오. 다루기 불편한 항목들야말로 진정한 위험을 내포하고 있습니다. 예를 들어, 가격 책정 예외 사항이 실제로 어떻게 승인되는지, 또는 청구서를 발송하기 전에 어떤 클라이언트에 먼저 전화를 해야 하는지 등이 그렇습니다.

2. 회사 전체가 아닌, 하나의 프로세스를 선택하세요

리스트에서 가장 영향력이 큰 항목을 선택하고, 오직 그 항목에 대해서만 문서화하세요. 완성되고, 신뢰할 수 있으며, 실제로 사용되는 문서 한 편이, 빈 페이지가 40개나 있는 미완성 wiki보다 더 많은 행동 변화를 이끌어냅니다.

처음 완료된 문서는 그 콘텐츠 자체 외에도 두 번째 역할을 합니다. 바로 지식 기반이 확인해 볼 가치가 있음을 증명하는 것입니다. 이러한 증명은 문서가 정확하고 완전하며, 누군가가 처음 그 문서를 참고할 때 실제로 유용하게 사용될 때만 유효합니다.

3. 전문가에게 글을 쓰게 하는 대신, 실제로 일하는 모습을 기록하세요

전문가가 직접 작업을 수행하면서 무엇을, 왜 하고 있는지 설명하게 하세요. 화면 녹화 기능은 컴퓨터상의 모든 내용을 담을 수 있습니다. 휴대폰 카메라는 물리적 환경을 모두 담을 수 있습니다. 작업하면서 설명을 덧붙이는 것은 원래 하던 작업에 약 5분 정도만 더 소요될 뿐이므로, 시작조차 하지 못하는 글쓰기 과제를 하는 것보다 훨씬 효과적입니다.

지침은 유연하게 유지하세요: ‘일을 하면서 그 과정을 설명하고, normal하게 생략했을 부분까지 포함하세요.’ 전문가가 무의식적으로 처리하는 예외적인 상황들이야말로 완성된 문서에서 가장 값 있는 콘텐츠입니다. 또한 이러한 부분들은 누군가가 기억에만 의존해 글을 쓸 때 정확히 사라지는 부분이기도 합니다.

진행 방법:

4. 역 섀도잉 세션을 진행하세요

일을 신입 직원에게 맡기고, 전문가가 이를 지켜보게 한 뒤, 수정 사항이 발생할 때마다 하나하나 기록하세요. 전통적인 섀도잉은 초보자가 관찰하는 방식입니다. 리버스 섀도잉은 이 과정을 반대로 뒤집는 것으로, 바로 이러한 역전 과정을 통해 지식의 공백이 드러나게 됩니다.

전문가가 하는 모든 수정 작업은 문서화되지 않은 지식이 드러나는 순간입니다. 구체적인 지시는 다음과 같을 수 있습니다. ‘아니요, 그 필드가 아니라요. 그 클라이언트는 설명란에 PO 번호가 필요해요.’

인터뷰만으로는 이를 파악할 수 없습니다. 같은 과정을 설명해 달라는 요청을 받으면, 전문가는 수천 번이나 그 과정을 수행해 본 경험 덕분에 여섯 단계를 두 문장으로 압축해 설명합니다. 누군가가 그 과정을 잘못 수행하는 것을 지켜보면, 요약하려는 본능보다는 바로잡으려는 본능이 먼저 작동합니다.

진행 방법:

초보자가 약간의 수정만으로도 작업을 완료할 수 있게 되면 그만두세요. 이는 습득한 내용이 거의 완료 단계에 이르렀음을 나타내며, 곧 작성할 문서에 대한 테스트 역할도 겸하게 됩니다.

5. 초안을 다른 사람에게 작성하게 하세요

해당 프로세스를 잘 모르는 사람이 녹화 영상을 바탕으로 문서를 작성합니다. 이들은 요약하기보다는 해석해야 하기 때문에, 전문가보다 더 명확한 지침을 작성하게 됩니다. 이들에게 혼란을 주는 모든 단계는 다음에 입사하는 신입 사원에게도 혼란을 줄 것입니다.

이 사람의 역할은 빈틈을 찾아내는 것입니다. 설명되지 않은 논리적 비약, 가정, 그리고 전문가의 머릿속을 벗어나면 누구에게도 명백하지 않은 단계들 말입니다. 이러한 빈틈은 전문가에게 되물어보는 질문이 되고, 그 답변이 문서를 채워 나갑니다.

전문가의 역할은 검토와 수정으로 축소되며, 이는 몇 분이면 충분합니다.

1차 검토 시:

6. 문서가 설명하는 일에 해당 문서를 첨부 파일로 첨부하세요

완성된 문서는 별도의 문서 관리 도구가 아닌, 실제로 일이 이루어지는 곳에 저장하세요. 이렇게 하면 맥락의 산만함을 줄이고, 흩어진 정보들을 연결하는 데 낭비될 수 있는 팀의 시간을 절약할 수 있습니다.

반복 작업과 연결된 절차는 매 주기마다 열립니다. 반면, 문서 폴더에 보관된 절차는 누군가가 그 존재를 떠올릴 때만 열리는데, 실제로 중요한 순간에는 거의 그런 일이 일어나지 않습니다.

배치 테스트: 문서를 찾는 데 동료에게 물어보는 것보다 더 많은 노력이 든다면, 동료가 이긴 것입니다. 문서를 우회하는 것이 아니라, 가장 수월한 경로가 문서를 통과하도록 위치를 지정하십시오.

SOP(표준 운용 절차)를 어디에 첨부 파일로 첨부하고 정리해야 할까요:

7. 소유자와 트리거를 지정하세요

명시된 소유자 한 명을 지정하고, 업데이트가 필요한 상황을 정의하세요. 달력 블록 대신 이를 이벤트 모양으로 구성하세요.

‘매년 검토’는 아무도 지키지 않는 기한입니다. 기한이 되면 소유자는 문서를 대충 훑어보고, 별문제 없어 보인다고 판단한 뒤 완료로 표시합니다. ‘결제 절차가 변경되면 이 내용을 업데이트하세요’라는 문구는 정확성이 중요한 순간에 비로소 의미를 갖게 됩니다. 절차가 방금 변경되었기 때문에 문서의 내용이 이제 틀려졌기 때문입니다.

문서의 생명력을 유지해 주는 두 가지 트리거:

처리량이 많아지면, 같은 습관만으로도 지식 관리 시스템을 운영할 가치가 생깁니다.

세 가지 시나리오에 걸친 암묵적 지식 문서화 예시

암묵적 지식은 회사마다 다르게 나타나며, 이를 기록할 때 만들어지는 산출물도 각기 다릅니다. 반품 팀에는 의사결정 테이블이 필요하고, 창업자의 판단에는 선례 기록이 필요하며, 생산 라인에는 기계에 붙여 놓은 카드가 필요합니다.

아래의 세 가지 시나리오는 모든 산업 분야의 중소기업에서 반복적으로 나타나는 패턴을 종합하여 만든 가상의 사례입니다.

1. 30명으로 구성된 전자상거래 반품 팀의 예외 규정

한 명의 관리자가 모든 반품 예외 사항을 처리합니다. 팀은 normal한 반품 업무는 문제없이 처리합니다. 예상치 못한 상황들은 관리자가 자리에 돌아올 때까지 쌓여만 갑니다.

2. 9명 규모의 서비스 기업에서 창업자의 판단

창업자는 어떤 프로젝트를 진행할지, 불확실성을 어떻게 평가할지, 언제 비용을 감수할지 결정합니다. 이 모든 과정은 일정한 순서를 따르지 않습니다. 이를 절차로 문서화하려는 시도는 실패할 것입니다.

3. 40명 규모의 계약 제조업체에서 기계 및 교대 근무 관련 지식 전달

두 명의 작업자가 11년 동안 같은 생산 라인을 운영해 왔습니다. 이 기계에는 매뉴얼 어디에도 나와 있지 않은 특이한 작동 방식이 있습니다. 2교대 근무자들은 기계를 고장 내면서 그 작동 방식을 익힙니다.

문서화 노력을 무력화시키는 5가지 실수

겉보기에는 건실해 보이는 문서화 노력을 무산시키는 다섯 가지 요인은 다음과 같습니다. 콘텐츠보다 구조를 먼저 구축하는 것, 모든 콘텐츠를 한꺼번에 문서화하는 것, 전문가를 저자로 지정하는 것, 문서를 업무 현장에서 멀리 떨어진 곳에 보관하는 것, 그리고 문서를 ‘보험’처럼 취급하는 것입니다. 이 모든 요인은 가시성만 만들어낼 뿐, 실제 활용도는 제로에 가깝습니다.

콘텐츠보다 구조를 먼저 구축하는 것. 누군가가 일주일 동안 카테고리 트리, 명명 규칙, 각 부서별 폴더를 설정하여 wiki를 구축합니다. 그런데 아무것도 작성되지 않습니다. 구조만 깔끔하고 텅 비어 있는 채로 남아 있어, 팀원들에게 지식 기반이 답을 찾을 수 있는 곳이 아니라는 인식을 심어줍니다. 빈 화면만 보게 되는 방문이 반복될수록, 대신 동료에게 물어보는 습관이 더욱 굳어집니다.

해결책: 사람들이 실제로 사용하는 문서 세 개를 작성하세요. 그런 다음 가지고 있는 자료를 정리하세요. 구조는 분량에 따라 결정되어야 하며, 분량보다 먼저 정해져서는 안 됩니다.

모든 것을 한꺼번에 문서화하기. ‘문서화 스프린트’를 통해 2주 만에 40페이지 분량의 얇은 문서가 만들어집니다. 어떤 내용이 검증되었는지 아무도 모릅니다. 단 한 번의 나쁜 경험만으로도 팀은 ‘문서는 신뢰할 수 없다’는 결론을 내립니다. 신뢰는 프로젝트 단위가 아니라 문서 하나하나를 통해 쌓이는 것입니다.

해결책: 한 가지 프로세스를 완료하고, 이를 적용한 다음, 다음 단계로 넘어가세요. 편의성이 아니라 결과에 따라 순서를 정하세요. 누군가가 처음 사용할 때 바로 제대로 작동하는 단일 문서는, 아무도 테스트해 보지 않은 방대한 문서 모음보다 도입에 훨씬 더 큰 도움이 됩니다.

전문가를 저자로 지정하기. 가장 바쁜 직원에게 다음과 같은 작업이 배정됩니다. ‘반품 절차를 문서화해 주세요.’ 이 작업은 6주 동안 미해결 상태로 남아 있습니다. 이 직원이 일을 미루는 것은 아닙니다. 본래 맡은 일을 처리하느라 바쁜 와중에, 겉보기에는 ‘우선순위가 낮은’ 이 작업이 처리 대기열에 쌓여 있는 것입니다.

해결책: 작성 업무 부담을 덜어주세요. 그들의 역할은 초안에 15분 동안 빨간 펜으로 수정하는 것뿐입니다.

문서를 일 환경과 분리하여 보관하는 것. 문서에는 정확한 정보가 담겨 있습니다. 하지만 사람들은 여전히 같은 질문을 반복합니다. 문서를 찾으려면 다른 tool을 열어야 하고, 검색이 제대로 작동하기를 기대해야 하기 때문입니다. 여러 tools를 오가며 찾는 것보다 동료에게 물어보는 편이 더 쉬워 보이기 때문입니다.

해결 방법: 문서를 해당 문서가 관리하는 작업, 목록 또는 워크플로우에 연결하세요.

문서화를 보험처럼 판매하기. 프로젝트를 ‘만약 사라가 퇴사한다면?’이라는 시나리오로 제안합니다. 프로젝트는 승인되지만, 사라가 아직 퇴사하지 않았기 때문에 아무도 시급함을 느끼지 못합니다. 문서화를 단순히 ‘만약의 상황’을 대비한 안전망으로만 판매한다면, 오늘날의 주택 화재와 비교했을 때 매번 밀리고 말 것입니다.

해결책: 이번 분기에 어떤 성과를 이끌어낼 수 있는지 근거를 제시하세요. 전문가가 매주 똑같은 다섯 가지 질문을 반복해서 받는 일이 사라집니다. 팀원들은 누구의 업무도 방해하지 않고 프로세스를 원활하게 진행합니다. 마침내 업무 절차가 문서화되었으므로 워크플로우를 자동화할 수 있습니다. ‘만약 그 사람이 퇴사하면 어떻게 될까’에 대한 이점은 여전히 존재합니다. 다만, 그것이 사람들이 그 일을 하도록 만드는 동기는 아닙니다.

ClickUp Small Business Suite에서 암묵적 지식을 수집하는 방법

ClickUp은 정보 수집 도구, 문서화, 업무를 하나의 작업 공간에 통합합니다. 이는 이 글에서 다루는 두 가지 문제, 즉 전문가에게 부과되는 ‘글쓰기 부담’과 문서와 그 문서가 설명하는 업무 간의 괴리를 직접적으로 해결해 줍니다.

별도의 도구를 조합해 이러한 워크플로우를 구축하는 중소기업의 경우, 회의 녹화 도구, 문서화 플랫폼, 채팅 도구, AI 구독 서비스에 대한 비용을 지불해야 합니다. 게다가 이들 도구 간의 연결도 유지 관리해야 합니다. ClickUp은 ‘Small Business Suite’를 통해 5명에서 100명 규모의 팀을 위해 이러한 모든 기능을 기본적으로 통합 제공합니다.

특히 암묵적 지식을 효과적으로 포착하는 방법:

ClickUp의 한계:

이번 주 할 일

팀 내에서 그 사람이 없으면 업무가 중단될 만한 한 명을 선정하세요. 이번 주에 그 사람에게 해당 프로세스를 소리 내어 설명하게 하고, 이를 녹음하세요. 팀원 한 명에게 이를 문서화하도록 요청하세요. 이 문서를 반복 작업에 첨부하고, 소유자와 트리거를 지정하세요.

그런 다음 이를 검증해 보세요. 다음에 그 사람이 자리를 비울 때, 그 사람이 없어도 일이 계속 진행되나요? 그렇다면, 방금 암묵적 지식을 운영 자산으로 전환한 것입니다. 다음 단계로 넘어가세요.

ClickUp에서는 녹화 내용이 ‘문서’로 변환되고, 이 문서는 작업에 첨부되며, 이 과정은 결국 ‘Super Agent’를 통해 자동으로 진행됩니다. ClickUp을 무료로 체험해 보세요.

암묵적 지식에 관한 자주 묻는 질문

AI가 실제로 암묵적 지식을 대신 파악해 줄 수 있을까요?

AI는 암묵적 지식을 대신 수집해 줄 수 있지만, 이는 부분적일 뿐입니다. AI 녹취 및 초안 작성 도구는 녹화된 설명을 대략적인 초안으로 변환합니다. 이후 사람이 이를 수정함으로써 ‘글쓰기 부담’의 대부분을 덜어줍니다. 하지만 AI는 읽을 수 있는 지식에 대해서만 처리할 수 있습니다. 먼저 수집하고, 그 다음에 자동화하세요. ClickUp Brain과 같은 도구는 문서화된 콘텐츠를 바탕으로 답변을 제공하지만, 에이전트가 워크플로우를 실행하기 위해서는 해당 문서가 미리 존재해야 합니다.

암묵적 지식은 좋은 것일까요, 나쁜 것일까요?

암묵적 지식은 귀중한 전문 지식이며, 위험은 지식 그 자체에서 비롯되는 것이 아니라 문서화되지 않았다는 데서 비롯됩니다. 우회 방법과 예외 사항이 존재하는 이유는 실제 문제를 해결하기 때문입니다. 그렇기 때문에 깔끔한 프로세스를 위해 이를 삭제하면 대개 과거의 실패가 재현됩니다. 위험은 집중화에 있습니다. 노하우가 한두 사람에게만 집중되어 있으면, 그들이 자리를 비울 때 업무가 중단되고, 작업을 수행하는 사람에 따라 품질이 달라지며, 신입 직원 교육에 수개월이 소요됩니다. 목표는 이를 제거하는 것이 아니라 포착하는 것입니다.

제조 분야에서 암묵적 지식이란 무엇일까요?

제조업에서 암묵적 지식이란, 경력이 긴 작업자들이 보유한 문서화되지 않은 기계 및 공정 노하우를 말합니다. 여기에는 변덕스러운 생산 라인이 실제로 필요로 하는 가동 순서나, 사양서에 명시되지 않은 허용 오차 등이 포함될 수 있습니다. 이러한 지식은 감각적이며 교대 근무에 기반하기 때문에 서면 표준 운용 절차 (SOP)로 정리되지 않는 경우가 많아, 대부분의 다른 기능보다 생산 현장에서 더욱 중요합니다.

일반적으로 누가 암묵적 지식을 보유하고 있을까요?

운영 역할을 담당하는 장기 근속 직원들이 가장 많은 암묵적 지식을 보유하고 있으며, 이를 가장 명확하게 알 수 있는 지표는 동료들이 가장 자주 말을 끊는 사람이 누구인지입니다. 중소기업의 경우, 대개 창업자, 사무실 관리자, 선임 기술자, 또는 현재의 시스템을 처음 구축한 사람이 이에 해당합니다. 근속 기간은 직급보다 더 중요합니다. 5년 차 코디네이터는 일반적으로 최근에 채용된 이사보다 문서화되지 않은 업무 절차에 대한 세부 사항을 더 많이 알고 있습니다.

아니요, 비록 두 개념이 일부 겹치기는 하지만요. 직관은 의식적인 추론 없이도 알게 되는 주관적인 경험인 반면, 암묵적 지식은 수년간 패턴에 노출되면서 축적된, 그러한 직관을 만들어내는 근본적인 전문 지식입니다. 폴라니(Polanyi)에 따르면, 암묵적 지식에는 절차상의 바로 가기나 우회 방법과 같이 학습 가능한 요소도 포함되며, 이는 프롬프트를 받으면 설명할 수 있습니다. 직관은 문서화할 수 없지만, 암묵적 지식의 절차적 측면은 문서화할 수 있습니다.

암묵적 지식과 표준 운용 절차 (SOP)의 차이점은 무엇인가요?

SOP(표준 운용 절차)는 문서화되고 승인된 프로세스 버전입니다. 암묵적 지식은 사람들이 실제로 따르는 비문서화된 방식으로, SOP에 명시되지 않은 예외 사항도 포함합니다. 대부분의 팀에는 이 두 가지가 모두 존재하며, 이 둘 사이의 간극이 바로 오류가 발생하는 지점입니다. SOP는 표준적인 절차를 설명하는 반면, 암묵적 지식은 그에서 벗어나는 부분들을 다룹니다. 유용한 테스트 방법 중 하나는 신입 사원에게 SOP를 건네주고, 그들이 여전히 가지고 있는 모든 질문을 기록해 보는 것입니다. 그 질문들이 바로 여러분의 암묵적 지식 목록입니다.