데이터 거버넌스 위클리 — 콘텐츠 로드맵

대상 독자: 전사 구성원(데이터 비전문가 포함)
작성·운영: 데이터거버넌스팀
기간: 2026년 10월 ~ 12월(플랫폼 오픈 전)
최종 갱신: 2026-09-21

1. 이 시리즈가 하려는 것

전사 구성원이 데이터 거버넌스를 통제·절차·승인이 아니라, 다음을 가능하게 하는 업무 기반으로 이해하게 한다.

시리즈의 반복 메시지는 기능 출시가 아니라 "우리의 일하는 방식이 어떻게 바뀌는가"다.
매 회차는 현업에서 실제로 나오는 질문 하나를 골라
현재의 불편 → 거버넌스 관점 → 플랫폼으로 달라지는 일하는 방식 순서로 설명한다.

2. 회차 구성(모든 회차 공통)

3. 12회 로드맵

발행 기준: 매주 목요일 오전(§5 참조). 첫 발행은 2026년 10월 1일이다.

전체 스토리라인

같은 숫자인데 왜 다르지?(01)
 → 같은 말인데 왜 다르지?(02)
 → 이 데이터가 뭐지?(03)
 → 누가 책임지지?(04)
 → 어떻게 찾지?(05)
 → 어디서 왔지?(06)
 → 바꾸면 뭐가 깨지지?(07)
 → 믿어도 되나?(08)
 → 안전하게 쓰려면?(09)
 → 처음부터 잘 만들려면?(10)
 → 바뀐 걸 어떻게 알지?(11)
 → 그래서 무엇이 열리나?(12)

회차 배치 근거

• 01~02는 의미(지표·용어), 03~05는 탐색(자산·오너·검색), 06~07은 연결과 변화(리니지·영향도), 08~09는 신뢰와 보호(품질·개인정보), 10~11은 생성과 이력(등록·버전), 12는 통합이다.
• 앞쪽은 방향과 문제의식, 뒤쪽으로 갈수록 실제 화면과 사용 시나리오 비중을 늘린다.
• 12월까지는 플랫폼 광고처럼 보이지 않게 쓴다. 마지막 회차에서 몇 달간 다룬 문제들의 해결책으로 3월 플랫폼 오픈을 소개한다.
• AI·에이전트 관련 내용은 별도 회차로 두지 않고, 각 회차의 [향후 확장] 항목에서만 다룬다. 현재 사내 표준화 어시스턴트는 규칙 기반이며 생성형 모델 호출이 없다(근거: docs/state/smeta.md).

4. 발행 원칙

1. 한 회차 = 한 질문. 여러 기능을 한 번에 소개하지 않는다.
2. 구현 상태 3분류를 반드시 표기한다. [현재 가능](사내 개발 환경에서 동작 확인) / [오픈 시 제공 예정] / [향후 확장](설계·검토 단계). 내부 근거 문서로 확인되지 않은 것은 쓰지 않는다.
3. 특정 개인·팀·대시보드를 지목하지 않는다. 문제는 사람이 아니라 구조의 문제로 서술한다.
4. 노출 금지: 내부 테이블명·운영 SQL·개인정보·계정 정보·비공개 URL. 예시가 필요하면 가공한 이름을 쓴다.
5. 벤더·도구를 홍보하지 않는다. 외부 사례는 "그들이 무엇을 왜 했는가"까지만 쓴다.
6. 외부 사례 기준: 공식 기업 기술 블로그, 공식 제품 문서, 정부·공공기관 자료, 신뢰할 수 있는 조사기관 자료를 우선한다. 출처 없는 성공 수치, 과장된 효과, 블로그 재인용은 금지한다. 링크마다 발행기관·발행일·확인일을 적는다.
7. 국내 사례를 억지로 채우지 않는다. 확인이 어려우면 "신뢰 가능한 공개 사례 확인 불가"라고 쓴다.
8. 개인정보·권한·승인은 공포가 아니라 보호와 신뢰의 언어로 쓴다. "걸리면 문제가 된다"가 아니라 "고객을 지키고 서로를 지키는 기준이다".
9. 전문 용어를 최소화한다. 꼭 필요하면 처음 나올 때 한 줄로 풀어 쓴다.
10. 분량은 본문 기준 한국어 700~1,000자. 표·사례·출처는 별도로 센다.
11. 매 회차는 업무 흐름 Before/After로 끝난다.
12. 화면 캡처를 넣을 때는 테이블명·쿼리·담당자 정보를 반드시 가린다. 사이트는 로그인 없이 열리므로 원본 캡처를 그대로 올리지 않는다.
13. 문서 끝에 내부 근거 문서 목록이나 외부 출처 목록을 따로 붙이지 않는다. 외부 사례의 링크는 사례 문단 안에 둔다.

5. 발행 및 검토 절차

발행 채널과 주기

검토 절차

정정 정책

발행 후 사실 오류가 확인되면 원문을 수정하고 문서 하단에 정정 이력 한 줄을 남긴다. 조용히 지우지 않는다.

정정 이력
- 2026-10-02: '현재 가능'으로 적은 X 기능을 '오픈 시 제공 예정'으로 정정

6. 외부 사례 후보 풀(회차별)

각 회차 D-3에 원문 접속·발행일·확인일을 다시 검증한 뒤 인용한다.

7. 내부 근거 문서

원칙: 상태 문서에 '완료'로 적혀 있지 않은 것은 [현재 가능]으로 쓰지 않는다.