기업 Wiki는 왜 항상 실패 하는가?
<정재용> | <CEO> | <AGIN>
| 문서가 없는 것이 아니라, 살아있는 지식이 없는 것이 문제다
몇 년 전 한 제조기업의 IT 조직에서 이런 이야기를 들은 적이 있다.
"우리도 Wiki를 구축했습니다."
그런데 이어지는 말은 늘 비슷했다.
"그런데 아무도 안 봅니다."
실제로 시스템을 열어보니 수천 개의 문서가 존재했다.
개발 가이드도 있었고, 운영 문서도 있었고, 프로젝트 산출물도 있었다. 문서는 분명 많았다.
하지만 사람들은 여전히:
옆 사람에게 물어보고
메신저로 질문하고
특정 담당자를 찾고
회의를 다시 열고 있었다.
문서가 없는 것이 아니었다. 문서는 넘쳐났지만, 지식은 흐르지 않고 있었다.
그리고 이것이 대부분의 기업 Wiki가 실패하는 진짜 이유일지도 모른다.
| Wiki 프로젝트는 왜 항상 성공적으로 시작하는가
재미있는 사실이 있다. Wiki 구축 프로젝트는 대부분 성공적으로 시작한다. 초기에는 모두가 기대한다.
- "이제 지식을 자산화하자."
- "담당자 의존성을 줄이자."
- "퇴사 리스크를 없애자."
- "조직의 노하우를 축적하자."
예산도 확보한다. 플랫폼도 선정한다. 카테고리도 설계한다. 템플릿도 만든다. 교육도 진행한다.
그리고 몇 개월 동안은 문서가 빠르게 늘어난다.
그런데 어느 순간부터 변화가 시작된다. 문서 작성 속도가 줄어든다. 최신화가 멈춘다. 검색 결과는 신뢰받지 못한다.
결국 사람들은 Wiki보다 메신저를 더 많이 사용하게 된다.
왜 이런 일이 반복될까?
| 사람들은 문서를 작성하는 것을 싫어하지 않는다
많은 관리자들은 생각한다.
"구성원들이 문서 작성을 귀찮아해서 문제다." 하지만 실제로는 그렇지 않은 경우가 많다.
개발자는 코드를 남긴다. 운영자는 로그를 남긴다. 기획자는 요구사항을 정리한다. 프로젝트 관리자는 회의록을 작성한다. 즉 사람들은 원래 기록을 한다.
문제는 기록이 아니라 "활용"이다. 사람들은 자신이 작성한 정보가 실제로 사용될 것이라고 믿지 않으면 기록을 멈춘다.
한 번 생각해 보자. 장애 대응 문서를 열심히 작성했는데 아무도 보지 않는다. 프로젝트 회고를 정리했는데 다음 프로젝트에서 활용되지 않는다. 기술 검토 내용을 기록했는데 비슷한 논의가 반복된다. 이런 경험이 반복되면 사람들은 학습한다.
"차라리 기록하지 말자."
Wiki 실패의 시작은 여기서부터다.
| 문서는 저장되지만, 맥락은 사라진다
더 큰 문제는 문서 자체가 아니다. 맥락(Context)이 사라진다는 것이다.
예를 들어 어떤 시스템에서 장애가 발생했다고 가정해 보자. 장애 조치 결과는 문서로 남는다.
하지만 더 중요한 정보는 종종 남지 않는다.
왜 이런 문제가 발생했는가
어떤 가설을 검토했는가
어떤 해결책을 포기했는가
왜 최종적으로 이 방법을 선택했는가
바로 이런 맥락이다.
실제로 미래의 구성원들에게 필요한 것은 결과보다 판단 과정인 경우가 많다.
하지만 대부분의 Wiki는 결과만 저장하고 맥락은 저장하지 않는다.
그래서 문서는 남지만 지식은 남지 않는다.
| 성공하는 조직은 문서를 관리하지 않는다
흥미롭게도 지식관리가 잘 되는 조직들은 문서 자체에 집착하지 않는다.
대신 학습 과정에 집중한다. 대표적인 예가 애자일 조직이다.
애자일 팀은:
회고를 한다.
의사결정을 기록한다.
실험 결과를 공유한다.
실패 사례를 공개한다.
중요한 것은 문서량이 아니다. 학습이 반복된다는 것이다. 그래서 좋은 Wiki는 사실 문서 저장소가 아니다.
조직의 학습 과정이 축적되는 공간에 가깝다.
| AI 시대에는 Wiki 실패가 더 큰 문제가 될 수 있다
과거에는 Wiki를 사용하지 않아도 어떻게든 운영이 가능했다.
사람이 사람에게 물어보면 됐다. 경험 많은 담당자가 해결해 주면 됐다.
하지만 AI 시대에는 상황이 달라진다.
앞으로 AI는:
그런데 만약 조직의 지식이:
최신화되지 않았고
연결되어 있지 않으며
검색할 수 없고
사람 머릿속에만 존재한다면
AI 역시 제대로 동작할 수 없다.
결국 미래에는:
Wiki 품질이 곧 AI 품질이 되는 시대가 올 수도 있다.
| 앞으로 기업이 관리해야 하는 것은 문서가 아니다
많은 기업들이 여전히 묻는다.
"어떤 Wiki를 써야 합니까?"
하지만 더 중요한 질문은 이것일 수 있다.
"우리 조직은 학습이 축적되고 있는가?"
좋은 Wiki는 많은 문서를 가진 시스템이 아니다.
좋은 Wiki는 조직의 경험이 남는 시스템이다.
좋은 Wiki는 정보를 저장하는 공간이 아니다.
지식을 연결하는 공간이다.
그리고 AI 시대가 될수록 그 차이는 더욱 커질 가능성이 높다.
결국 기업이 관리해야 하는 것은 문서(Document)가 아니라,
의사결정의 이유, 실패의 경험, 학습의 과정, 그리고 조직의 맥락(Context)일지 모른다.
왜냐하면 미래의 경쟁력은 기술 자체보다, 조직이 얼마나 잘 학습하고, 그 학습을 얼마나 자산화할 수 있는가에 의해 결정될 가능성이 높기 때문이다.
기업 Wiki는 왜 항상 실패 하는가?
<정재용> | <CEO> | <AGIN>
| 문서가 없는 것이 아니라, 살아있는 지식이 없는 것이 문제다
몇 년 전 한 제조기업의 IT 조직에서 이런 이야기를 들은 적이 있다.
"우리도 Wiki를 구축했습니다."
그런데 이어지는 말은 늘 비슷했다.
"그런데 아무도 안 봅니다."
실제로 시스템을 열어보니 수천 개의 문서가 존재했다.
개발 가이드도 있었고, 운영 문서도 있었고, 프로젝트 산출물도 있었다. 문서는 분명 많았다.
하지만 사람들은 여전히:
옆 사람에게 물어보고
메신저로 질문하고
특정 담당자를 찾고
회의를 다시 열고 있었다.
문서가 없는 것이 아니었다. 문서는 넘쳐났지만, 지식은 흐르지 않고 있었다.
그리고 이것이 대부분의 기업 Wiki가 실패하는 진짜 이유일지도 모른다.
| Wiki 프로젝트는 왜 항상 성공적으로 시작하는가
재미있는 사실이 있다. Wiki 구축 프로젝트는 대부분 성공적으로 시작한다. 초기에는 모두가 기대한다.
예산도 확보한다. 플랫폼도 선정한다. 카테고리도 설계한다. 템플릿도 만든다. 교육도 진행한다.
그리고 몇 개월 동안은 문서가 빠르게 늘어난다.
그런데 어느 순간부터 변화가 시작된다. 문서 작성 속도가 줄어든다. 최신화가 멈춘다. 검색 결과는 신뢰받지 못한다.
결국 사람들은 Wiki보다 메신저를 더 많이 사용하게 된다.
왜 이런 일이 반복될까?
| 사람들은 문서를 작성하는 것을 싫어하지 않는다
많은 관리자들은 생각한다.
"구성원들이 문서 작성을 귀찮아해서 문제다." 하지만 실제로는 그렇지 않은 경우가 많다.
개발자는 코드를 남긴다. 운영자는 로그를 남긴다. 기획자는 요구사항을 정리한다. 프로젝트 관리자는 회의록을 작성한다. 즉 사람들은 원래 기록을 한다.
문제는 기록이 아니라 "활용"이다. 사람들은 자신이 작성한 정보가 실제로 사용될 것이라고 믿지 않으면 기록을 멈춘다.
한 번 생각해 보자. 장애 대응 문서를 열심히 작성했는데 아무도 보지 않는다. 프로젝트 회고를 정리했는데 다음 프로젝트에서 활용되지 않는다. 기술 검토 내용을 기록했는데 비슷한 논의가 반복된다. 이런 경험이 반복되면 사람들은 학습한다.
"차라리 기록하지 말자."
Wiki 실패의 시작은 여기서부터다.
| 문서는 저장되지만, 맥락은 사라진다
더 큰 문제는 문서 자체가 아니다. 맥락(Context)이 사라진다는 것이다.
예를 들어 어떤 시스템에서 장애가 발생했다고 가정해 보자. 장애 조치 결과는 문서로 남는다.
하지만 더 중요한 정보는 종종 남지 않는다.
왜 이런 문제가 발생했는가
어떤 가설을 검토했는가
어떤 해결책을 포기했는가
왜 최종적으로 이 방법을 선택했는가
바로 이런 맥락이다.
실제로 미래의 구성원들에게 필요한 것은 결과보다 판단 과정인 경우가 많다.
하지만 대부분의 Wiki는 결과만 저장하고 맥락은 저장하지 않는다.
그래서 문서는 남지만 지식은 남지 않는다.
| 성공하는 조직은 문서를 관리하지 않는다
흥미롭게도 지식관리가 잘 되는 조직들은 문서 자체에 집착하지 않는다.
대신 학습 과정에 집중한다. 대표적인 예가 애자일 조직이다.
애자일 팀은:
회고를 한다.
의사결정을 기록한다.
실험 결과를 공유한다.
실패 사례를 공개한다.
중요한 것은 문서량이 아니다. 학습이 반복된다는 것이다. 그래서 좋은 Wiki는 사실 문서 저장소가 아니다.
조직의 학습 과정이 축적되는 공간에 가깝다.
| AI 시대에는 Wiki 실패가 더 큰 문제가 될 수 있다
과거에는 Wiki를 사용하지 않아도 어떻게든 운영이 가능했다.
사람이 사람에게 물어보면 됐다. 경험 많은 담당자가 해결해 주면 됐다.
하지만 AI 시대에는 상황이 달라진다.
앞으로 AI는:
기술 문서를 검색하고
운영 가이드를 참조하고
장애 대응 이력을 학습하고
정책 문서를 분석하고
조직의 표준을 기반으로 코드를 생성하게 될 것이다.
그런데 만약 조직의 지식이:
최신화되지 않았고
연결되어 있지 않으며
검색할 수 없고
사람 머릿속에만 존재한다면
AI 역시 제대로 동작할 수 없다.
결국 미래에는:
Wiki 품질이 곧 AI 품질이 되는 시대가 올 수도 있다.
| 앞으로 기업이 관리해야 하는 것은 문서가 아니다
많은 기업들이 여전히 묻는다.
"어떤 Wiki를 써야 합니까?"
하지만 더 중요한 질문은 이것일 수 있다.
"우리 조직은 학습이 축적되고 있는가?"
좋은 Wiki는 많은 문서를 가진 시스템이 아니다.
좋은 Wiki는 조직의 경험이 남는 시스템이다.
좋은 Wiki는 정보를 저장하는 공간이 아니다.
지식을 연결하는 공간이다.
그리고 AI 시대가 될수록 그 차이는 더욱 커질 가능성이 높다.
결국 기업이 관리해야 하는 것은 문서(Document)가 아니라,
의사결정의 이유, 실패의 경험, 학습의 과정, 그리고 조직의 맥락(Context)일지 모른다.
왜냐하면 미래의 경쟁력은 기술 자체보다, 조직이 얼마나 잘 학습하고, 그 학습을 얼마나 자산화할 수 있는가에 의해 결정될 가능성이 높기 때문이다.