데이터 관리·거버넌스 가이드

이 가이드는 데이터 거버넌스를 ‘누가 무엇을 결정하고 감독하는가’로, 데이터 관리를 ‘그 결정을 어떻게 구현하고 운영하는가’로 구분한다. 둘은 역할이 다르지만 따로 움직일 수 없다. 정책이 파이프라인과 접근 통제로 이어지지 않으면 선언에 그치고 운영 지표가 의사결정권자에게 돌아가지 않으면 잘못된 기준이 계속 남는다.

첫 질문은 “어떤 플랫폼을 살까”가 아니라 “어떤 결정과 업무 성과에 이 데이터가 필요한가”다. 이용 목적, 허용하지 않을 용도, 품질이 떨어졌을 때의 손실, 보존 근거를 한 문단으로 설명하지 못하면 수집부터 멈춘다. 핵심 데이터는 규모가 아니라 잘못됐을 때 고객·재무·안전·규제에 미치는 영향으로 가른다.

가이드는 일곱 동작을 한 주기로 묶는다.

1. 목적을 정한다.
2. 책임자를 둔다.
3. 데이터를 설명한다.
4. 구조를 만든다.
5. 접근과 생명주기를 통제한다.
6. 품질을 검증한다.
7. 활용 결과로 기준을 고친다.

경영 책임자는 데이터의 가치와 위험 허용치를 승인한다. 데이터 오너는 특정 도메인의 정의·품질·접근 예외를 결정하고 데이터 스튜어드는 자산 대장과 용어·품질 이슈를 일상적으로 관리한다. 플랫폼팀은 카탈로그·파이프라인·접근 통제·관측성을 구현한다. 이용자는 승인된 목적과 계약 조건 안에서 데이터를 쓰고 문제를 되돌려준다.

위원회를 새로 만드는 것보다 중요한 일은 각 결정에 이름이 있는 한 명의 최종 책임자를 두는 것이다. “데이터팀 공동 책임”처럼 여러 사람에게 흩어진 책임은 승인 지연과 방치로 이어진다.

핵심 데이터 제품 하나를 골라 목적, 오너, 분류, 카탈로그 최소 필드, 리니지, 품질 SLO, 접근 만료, 보존·파기 규칙을 끝까지 연결한다. 이 작은 수직 범위에서 등록·공유·변경·사고·폐기 워크플로를 검증한 뒤 다른 도메인으로 넓힌다.

각 챕터는 같은 순서로 읽을 수 있다. 결정권을 설계할 때는 운영 모델, 자산을 파악할 때는 소유권과 분류, 구현 순서는 운영 워크플로, 바로 쓸 양식은 실행 도구에서 찾는다.

최소 증적은 승인된 목적 문장, 오너, 자산 대장 항목, 분류 결과, 주요 소비자, 품질 규칙, 접근 기록, 보존·파기 근거다. 지표는 문서 수보다 운영 결과를 본다.

• 첫 적용 대상인 데이터 제품과 그 이용 목적을 한 문장으로 적었다.
• 품질·접근·변경 예외를 최종 승인할 데이터 오너가 정해졌다.
• 원천부터 주요 소비까지 현재 흐름을 그릴 수 있다.
• 법적 의무와 계약 조건은 법무·개인정보 담당자가 확인한다.
• 90일 뒤 운영 결과를 검토할 회의와 지표가 정해졌다.

가장 흔한 실패는 카탈로그 도입을 거버넌스의 완료로 보는 일이다. 검색 화면이 있어도 오너가 결정을 하지 않거나 품질 사고가 해결되지 않으면 신뢰는 높아지지 않는다. 두 번째는 모든 데이터를 한꺼번에 정리하려는 접근이다. 범위가 커질수록 현업 참여가 느슨해지고 완료 조건이 사라진다.

이 문서는 법률 자문이나 ISMS-P 등 인증 적합성 보증이 아니다. 개인정보 처리 근거, 국외 이전, 보존 기간, 가명처리 적정성은 적용 법령·업종·계약과 실제 처리 흐름에 따라 법무·개인정보 담당자가 확인해야 한다.