6. 도구를 넘어, 기준과 책임으로 (새 탭에서 열림)

커머스 조직의 지식 관리는 문서를 많이 쓰거나 자동화 도구를 도입하는 것만으로 완성되지 않는다. 무엇을 지식으로 남길지, 누가 책임질지, 어떤 문서를 신뢰할지에 대한 기준과 거버넌스가 함께 있어야 한다. 궁극적으로는 개인의 기억과 흩어진 기록을 조직의 업무 흐름 속에서 생성·검증·갱신되는 시스템으로 바꿔야 한다.

혼자 문서를 작성하는 방식의 한계

• 커머스 위키에 용어사전, 온보딩 문서, 정책 문서를 정리하자 팀마다 다르게 쓰던 용어를 통일하고 다른 팀의 기능을 이해하는 출발점을 만들 수 있었다.
• 하지만 제품과 정책의 변화 속도가 문서 작성 속도보다 빨랐다.
• 담당자가 바뀐 정책, 일시적인 실험, 메신저에서 논의된 결정까지 한 사람이 모두 추적하기는 불가능했다.
• 지식이 현장에서 먼저 생기고 TW가 뒤늦게 정리하는 구조로는 최신성을 유지하기 어려웠다.

참여를 유도하는 문화만으로 부족했던 이유

• 주간 뉴스레터, 정책 질문봇, 문서화 워크숍, 길드 등을 통해 구성원의 참여를 높였다.
• 문서 요청과 위키 인용은 늘었지만, 첫 기여가 지속적인 기여로 이어지지는 않았다.
• 문서 작성은 업무 우선순위에서 밀렸고, 작성된 문서도 시간이 지나며 갱신되지 않았다.
• 문서의 적절한 깊이와 대상 독자가 정해져 있지 않아 작성자가 매번 혼자 판단해야 했다.
  • 실무자는 상세한 구현 정보가 필요하지만, 다른 팀에는 불필요한 노이즈가 될 수 있다.
  • 개발자에게 유용한 변수명과 기술 세부사항은 비개발자의 이해를 방해할 수 있다.
• 문제는 구성원이 문서화에 무관심해서가 아니라, 무엇을 어디에 어느 수준으로 남기고 누가 검토할지 정해져 있지 않았다는 데 있었다.
• 문서화가 업무 흐름에 포함되고 팀의 책임으로 인정되어야 지속될 수 있다.

AI 자동화가 보여준 구조적 문제

• 매일 밤 AI가 두 가지 신호를 바탕으로 문서 초안을 작성한다.
  • 배포·정책 변경 공지에서 문서 갱신이 필요한 내용을 추출한다.
  • 정책 질문봇이 답하지 못한 질문을 찾아 관련 자료를 바탕으로 새 문서 초안을 만든다.
• 사람은 빈 화면에서 처음부터 작성하는 대신, AI 초안의 근거를 확인하고 승인하는 역할을 맡는다.
• 자동화로 작성 부담은 줄었지만 새로운 문제가 드러났다.
  • 비슷한 문서가 중복 생성됐다.
  • 최신 문서가 무엇인지 판단하기 어려웠다.
  • 종료된 실험이나 오래된 정책을 AI가 현행 정책처럼 답하는 경우가 생겼다.
• 자동화는 지식 수집과 초안 작성은 돕지만, 문서의 신뢰성·최신성·책임자를 결정하지는 못한다.

지식 거버넌스와 책임의 필요성

• 질문의 초점이 “문서를 어떻게 만들까?”에서 “어떻게 믿을 수 있는 지식을 만들까?”로 바뀌었다.
• 정책 담당자 변경, 오래된 결정의 폐기, 중복 문서 간 우선순위 같은 문제는 도구가 아니라 운영 기준이 해결해야 한다.
• 토스는 문서와 지식을 누가, 언제, 어떤 기준으로 만들고 관리하고 폐기할지 이해관계자가 함께 정하는 ‘커머스 문서·지식 거버넌스’를 제안했다.
• 거버넌스는 한 번 정하고 끝나는 규칙이 아니라, 실제 적용 결과를 확인하고 지속적으로 보완하는 체계다.

토스 팀의 지식 관리 기준

• 아는 것은 조직에 남긴다
  • 반복해서 묻는 질문
  • 중요한 의사결정
  • 새로 온 구성원이 알아야 하는 내용
• 남긴 지식은 찾을 수 있게 정리한다
  • 사람이 검색하거나 AI가 참조할 수 있도록 분류·구조화한다.
  • 조직 특성에 따라 다음 기준을 선택할 수 있다.
    • 기술 레이어: 데이터나 시스템의 처리 단계
    • 서비스 도메인: 담당 서비스 영역
    • 기능 단위: 시스템 또는 기능별 구분
• 필요한 순간에 사용할 수 있게 연결한다
  • 위키에 저장하는 데 그치지 않고 질문봇, GitHub 등 실제 업무 도구와 연결한다.
• 정확한 정보를 최신 상태로 유지한다
  • 문서 책임자와 검토 주기를 정한다.
  • 실험 정책과 확정 정책을 구분하고, 종료된 정책은 폐기하거나 기록용으로 분류한다.
• 조직의 지식은 단순히 글로 남은 모든 정보가 아니라, 구성원이 상황을 이해하고 더 나은 결정을 내리는 데 도움이 되며 검증된 정보다.

Knowledge Committee의 역할

• Knowledge Committee는 전사 문서 운영 기준을 정의하고 유지하며, 조직 간 기준 충돌을 조정하는 협의체다.
• 자발적 모임인 길드와 달리 공식적인 의사결정 권한과 실행력을 가진다.
• 운영은 두 층으로 나뉜다.
  • TW 챕터: 문서의 정의, 상태, 출처, 책임자 등 전사 공통 기준을 관리한다.
  • 각 도메인·챕터: 현장 특성에 맞춰 문서의 책임자, 갱신·폐기 시점, 운영 방식을 정한다.
• 중앙에서 모든 것을 통제하면 현장 변화에 느리고, 전사 기준이 없으면 조직마다 지식 관리 방식이 달라진다.
• 예를 들어 커머스 조직에서 실험 배포와 확정 배포를 구분하지 않으면 종료된 실험 정책이 현행 정책처럼 남을 수 있다.
• 이런 예외와 시행착오를 커미티가 기준에 반영하고 전사에 공유하면, 개별 조직의 경험이 전체 조직의 운영 노하우가 된다.

개인의 기억을 조직의 자산으로 전환하기

• 목표는 지식이 특정 개인이나 메신저 기록에 머무르지 않고 조직 안에서 계속 축적되고 재사용되는 구조를 만드는 것이다.
• 지식을 남기고 검증하고 다시 사용하는 과정이 업무의 기본 흐름에 포함되어야 한다.
• TW의 역할도 문서 작성에 머무르지 않고 지식 시스템, 제품, 거버넌스를 설계하는 방향으로 확장된다.
• 궁극적으로는 문서화가 별도의 숙제가 아니라 자연스러운 업무 방식이 되어, TW의 개입 없이도 조직 지식이 순환하는 상태를 지향한다.

실무적으로는 도구를 도입하기 전에 먼저 “무엇을 남길 것인가”, “누가 검토하고 책임질 것인가”, “언제 최신성을 확인하고 폐기할 것인가”를 정하는 것이 우선이다. 이후 자동화와 AI를 초안 작성·검색·질의응답에 연결해야 지식 관리 시스템이 지속적으로 작동할 수 있다.