인사팀이 만든 정책 문서를 재무팀은 존재조차 몰라서 똑같은 문서를 다시 만든 적 있나요? 팀마다 위키·폴더·구글드라이브가 따로 있으면 전사 차원의 "우리 회사가 아는 것"이 존재하지 않게 됩니다. 이 가이드는 여러 팀의 지식을 하나의 중앙 Wiki로 모으고, 헤더·소유권·잠금 기능으로 계속 정돈된 상태를 유지하는 법을 실제 메뉴 이름 그대로 안내합니다.
1. Before / After: 팀마다 다른 창고 vs 하나의 전사 백과사전
Before (기존 방식)
인사팀은 Confluence 스페이스를, 재무팀은
\\사내서버\공유\재무팀\정책\ 폴더를, 개발팀은 별도 위키 툴을 씁니다. 신입이나 타 부서 사람은 "이 정보가 어디 있는지"조차 모르고, 검색해도 최신 버전인지 확신할 수 없습니다.After (노션 중앙 Wiki)
워크스페이스 최상위에 하나의 Wiki를 두고, 그 아래 헤더로 부서별 카테고리를 나눕니다. 각 팀은 자기 Teamspace 안에 하위 Wiki를 유지하되, 중앙 Wiki에는 그 팀 Wiki로 가는 링크만 정리해둡니다. 어디서 시작해야 할지 모를 때는 이 중앙 페이지 하나만 열면 됩니다.
2. 미니 사례: 중복 생성된 "재택근무 정책"
인사팀이 "재택근무 정책" 문서를 만들어 자기 팀 폴더에 저장했는데, 몇 달 뒤 재무팀이 똑같은 주제의 문서를 처음부터 다시 작성한 상황을 가정해봅시다. 중앙 Wiki 홈 화면에 H1 헤더로 "인사", "재무", "제품" 같은 카테고리를 미리 만들어두고 그 아래 각 팀 문서를 드래그해 정리해두었다면, 재무팀 담당자가 자기 문서를 만들기 전에 "인사" 헤더 아래에서 기존 문서를 먼저 발견했을 것입니다.
3. Step-by-Step: 중앙 Wiki 구축하고 정리 상태 유지하기
Step 1. 워크스페이스 최상위에 새 페이지를 만들고, 우측 상단
⋯ 메뉴에서 Turn into Wiki를 선택합니다. 팁: 이미 팀 단위로 작게 Wiki를 써봤다면, 이번엔 워크스페이스 전체를 아우르는 최상위 페이지에 적용한다는 점이 다릅니다.Step 2. Wiki Home 화면에서
/heading 1(또는 # + 스페이스)로 H1 헤더를 만들어 "인사", "재무", "제품", "보안" 같은 큰 카테고리를 먼저 세웁니다. 필요하면 H2·H3로 그 아래 세부 카테고리를 한 단계씩 더 나눕니다.Step 3. 흩어져 있던 팀별 문서나 팀 Wiki 링크를 각 헤더 아래로 마우스 드래그해 옮깁니다. 팁: 팀이 이미 자기 Teamspace 안에 하위 Wiki를 갖고 있다면, 문서를 통째로 옮기는 대신 그 팀 Wiki로 가는 링크 페이지 하나만 해당 헤더 아래 둬서, 중앙 Wiki가 "허브" 역할만 하게 하세요.
Step 4. Wiki에 기본 제공되는 뷰를 활용합니다. 상단 뷰 탭에서 All pages(전체 문서 목록)와 Pages I own(내가 소유한 문서만)을 전환해볼 수 있습니다. 팀원 각자가 Pages I own 뷰를 열어보면 자신이 책임져야 할 문서만 바로 걸러집니다.
Step 5. 자주 바뀌면 안 되는 핵심 문서(예: 전사 보안 정책)를 열고
⋯ 메뉴에서 Lock page 토글을 켭니다. 잠긴 페이지는 수정하려면 다시 잠금을 풀어야 하며, 잠금·해제는 Can Edit 이상 권한이 있는 사람만 가능합니다. 팁: 잠금을 나 혼자만 임시로 풀었다면, 상단 브레드크럼의 Re-lock을 눌러 빠르게 다시 잠글 수 있습니다.Step 6. 핵심 문서에는 Verification(검증) 기능도 함께 걸어두면, "이 문서는 최신이고 함부로 고칠 수도 없다"는 이중 보장이 됩니다. 문서 상단 Verification 섹션에서 소유자가 검증 기한을 지정하면, 만료 시 재검증 알림이 소유자에게 갑니다.
4. 초보자가 자주 하는 실수 2가지
실수 1. 모든 문서를 다 잠가버려서 최신화 자체가 막힌다
운영 중에도 자주 바뀌는 매뉴얼까지 Lock page를 걸어버리면, 담당자가 내용을 고치려 할 때마다 잠금부터 풀어야 해서 오히려 문서가 방치됩니다.
→ 방지법: Lock page는 회사 정책처럼 자주 바뀌지 않는 핵심 문서에만 적용하고, 운영 매뉴얼처럼 계속 갱신되는 문서는 잠그지 마세요.
실수 2. 헤더 없이 문서를 그냥 쭉 나열해 몇백 개가 쌓이면 찾기 어려워진다
처음엔 문서가 몇 개 안 되니 헤더 없이도 괜찮지만, 문서 수가 늘어나면 스크롤만으로는 원하는 문서를 찾기 어려워집니다.
→ 방지법: 문서가 10개를 넘기기 전에 미리 H1 헤더로 부서·주제별 큰 틀을 잡아두고, 새 문서는 처음부터 해당 헤더 아래에 만드는 습관을 들이세요.
5. 심화: "Pages I own" 뷰로 분기별 정기 점검 루틴 만들기
각 팀원이 Pages I own 뷰를 열어 자신이 소유한 문서 중 Verification이 만료되었거나 오래 수정되지 않은 문서를 분기마다 점검하는 루틴을 만들어보세요. 중앙 Wiki 자체는 한 번 잘 구축한다고 끝나는 게 아니라, 소유자별 점검이 반복되어야 "파편화된 지식 창고"로 되돌아가지 않습니다.
요약
- 워크스페이스 최상위 페이지에
⋯→ Turn into Wiki
- H1/H2/H3 헤더로 부서·주제 카테고리를 먼저 세우고 드래그로 문서 정리
- 팀 하위 Wiki는 링크만 중앙 Wiki에 연결해 허브 구조로
- All pages / Pages I own 뷰로 전체·개인 담당 문서 전환 확인
- 핵심 문서는
⋯→ Lock page(Can Edit 이상만 잠금·해제, 개인 해제는 Re-lock으로 복구)
- Lock + Verification을 함께 쓰면 최신성과 안정성 이중 보장
- Pages I own 뷰로 분기별 소유자 점검 루틴화