회의 100개가 쌓이면 회사에 무슨 일이 생길까요? 사라지는 암묵지 이야기

회의를 벌써 100번쯤 했는데, 회사는 그만큼 똑똑해졌을까요? 회의록 폴더는 매달 두툼해지는데 막상 "그때 그 얘기 어디서 나왔더라" 싶을 때 찾기는 더 어려워지는 경험, 다들 한 번쯤 있으실 거예요. 회의가 쌓인다고 저절로 지식이 쌓이는 건 아니거든요.

암묵지란 무엇인가요? 회의실에서 매일 사라지는 지식

일본의 경영학자 노나카 이쿠지로는 지식을 두 가지로 나눠 설명해요. 매뉴얼이나 문서처럼 글로 정리된 형식지(explicit knowledge)와, 담당자의 경험과 감각 속에만 존재해서 말이나 글로 옮기기 어려운 암묵지(tacit knowledge)예요. 그가 제안한 SECI 모델은 이 암묵지가 공유·발전·형식지화·내재화를 거치며 조직 전체의 역량으로 순환해야 한다고 설명해요.

회의는 이 암묵지가 가장 활발하게 오가는 자리예요. "저 고객사는 예전에 이런 이슈가 있었어요", "그 방식은 작년에 한번 시도했다가 이런 이유로 접었어요" 같은 말들이 회의 중에는 자연스럽게 공유되지만, 회의가 끝나는 순간 대부분 그 자리에 있던 사람들의 머릿속에만 남아요. 회의록에 적히는 건 결정사항과 액션 아이템 정도이지, 그 결정에 이르기까지 오간 맥락과 판단 근거는 잘 남지 않죠.

회의 100개가 쌓이면 실제로 무슨 일이 일어날까요

검색되지 않는 회의록 창고

노션이나 컨플루언스 같은 사내 위키에 회의록을 성실히 쌓아온 팀도 비슷한 벽에 부딪혀요. 문서는 늘어나는데 "이 주제로 회의한 적 있었나?"라는 질문에 답하려면 결국 사람이 폴더를 뒤지고 제목을 훑어야 하거든요. 문서 100개, 200개가 쌓인 위키는 저장소이지 지식 베이스가 아니에요. 검색해도 원하는 맥락이 나오지 않으면, 사람들은 결국 "그거 아는 사람한테 다시 물어보자"로 돌아가게 돼요.

퇴사·이동과 함께 사라지는 기억

더 큰 문제는 그 암묵지를 쥐고 있던 사람이 팀을 떠날 때예요. 인수인계 문서를 아무리 꼼꼼히 써도, 회의 때마다 즉흥적으로 나눴던 판단의 맥락까지 문서 한 장에 담기는 어렵거든요. 실제로 기업 보안 관련 조사들을 보면, 퇴사 과정에서 업무 노하우와 자료가 함께 빠져나가 남은 팀이 같은 문제를 처음부터 다시 겪는 사례가 드물지 않다고 해요. 신입 온보딩이 유난히 오래 걸리는 조직일수록, 사실은 문서가 부족한 게 아니라 회의 속 맥락이 문서로 옮겨지지 못한 경우가 많아요.

재밌는 건, 이 문제를 먼저 알아챈 건 대기업의 지식경영팀이 아니라 회의록 도구를 만드는 스타트업들이었다는 점이에요. 해외 AI 노트테이커 기업들은 최근 "메모 앱"에서 "회사의 대화를 저장하는 레이어"로 스스로를 다시 정의하고 있어요. 한 업체는 자사 서비스를 소개하며 "회사에 대한 가장 최신 정보는 위키가 아니라 직원들이 매일 나누는 대화 속에 있다"고 표현하기도 했죠. 회의를 그냥 흘려보내는 회사와, 회의를 지식으로 축적하는 회사의 격차는 이제 도구의 차이에서 시작돼요.

지식을 붙잡는 세 가지 방법, 뭐가 다를까요

회의에서 나온 암묵지를 형식지로 바꾸는 방법은 여러 가지예요. 각각 어떤 트레이드오프가 있는지 비교해봤어요.

위키형 정리와 전통 KMS는 결국 '누군가 정리해야' 작동하는 방식이에요. 반면 회의는 이미 매일 일어나는 대화라서, 그 대화 자체를 지식으로 바꿀 수 있다면 별도의 정리 작업 없이도 지식이 쌓일 수 있어요.

미키는 회의를 어떻게 조직의 지식으로 바꾸나요

미키(Micky)는 회의가 끝나면 그 내용을 마인드맵·슬랙·노션·프레젠테이션 같은 형태로 바로 정리해드리는 미팅 어시스턴트예요. 여기서 한 걸음 더 나아가는 부분은, 회의 하나하나를 따로 저장하는 게 아니라 온톨로지 기반 지식 그래프로 서로 연결한다는 점이에요. "이 고객 이슈는 지난달 어느 회의에서 처음 나왔는지", "이 결정이 이전의 어떤 논의와 이어지는지"가 자동으로 연결되니, 회의가 쌓일수록 검색 가능한 지식도 함께 쌓여요.

실제로 이런 팀 지식 축적을 어떻게 설계하는지는 온톨로지 기반 회의 지식 관리가 필요한 이유 글에서 더 자세히 다뤘어요. 그리고 이렇게 쌓인 지식이 팀 전체가 함께 쓰는 팀 에이전트로 이어지는 과정도 참고하시면 좋아요.

출처: Confluence Cloud (Atlassian) App Store 공식 스크린샷

Q. 자주 묻는 질문

Q. 암묵지와 형식지, 뭐가 다른가요?

형식지는 매뉴얼이나 보고서처럼 이미 글로 정리돼 누구나 읽을 수 있는 지식이고, 암묵지는 경험과 판단 속에 있어서 말이나 글로 옮기기 전까지는 그 사람만 아는 지식이에요. 회의는 이 암묵지가 형식지로 넘어가는 대표적인 순간이지만, 정리하지 않으면 다시 개인의 기억으로만 남아요.

Q. 미키가 컨플루언스나 노션 같은 사내 위키를 대체하나요?

아니요. 미키는 위키 자체를 대체하는 도구가 아니라, 회의라는 원천 데이터를 정리하고 연결해 노션 같은 기존 위키로 넘겨드리는 역할에 가까워요. 이미 쓰고 계신 위키나 협업 툴은 그대로 두고, 그 안에 채워지는 콘텐츠를 회의에서 자동으로 만들어드린다고 보시면 돼요.

Q. 회의록만 쌓아도 자동으로 지식 그래프가 만들어지나요?

회의를 진행하고 미키로 정리하는 과정이 쌓일수록 관련 회의들이 자동으로 연결돼요. 다만 이건 온톨로지 기반으로 회의와 회의 사이의 맥락을 연결하는 방식이지, 회사의 모든 문서나 외부 자료까지 통합하는 전사 KMS를 표방하는 기능은 아니에요.

Q. 이미 회의록이 수백 개 쌓여 있는데, 지금부터 시작해도 늦지 않았을까요?

전혀 늦지 않았어요. 지나간 회의록을 전부 소급해서 정리할 필요는 없어요. 오늘 하는 회의부터 미키로 기록을 시작하면 그 시점부터 맥락이 연결되기 시작하고, 시간이 지날수록 "예전에 이런 논의가 있었다"를 검색으로 바로 확인할 수 있는 범위가 넓어져요.

회의가 쌓이는 속도는 이미 충분히 빨라요. 문제는 그 회의들이 서로 연결되지 않은 채 흩어져 있다는 거예요. 회의 하나하나가 조직의 기억으로 남게 하고 싶다면, 미키(Micky)로 오늘 회의부터 정리해보세요. 100번째 회의가 끝났을 때, 검색 한 번으로 그동안의 맥락을 다시 꺼내볼 수 있을 거예요.