데이터 관리 정책과 통합 프로세스

핵심 요약

데이터 관리 정책은 선언문으로 끝나지 않고 누가 어떤 대상을 어떤 기준과 절차로 관리하며 어떤 증거로 준수 여부를 확인하는지를 정해야 한다. 표준, 요구사항, 모델, 데이터 흐름, 데이터베이스, 데이터 활용 관리는 독립 부서의 개별 절차가 아니라 하나의 변경이 각 영역에 전달되고 검증되는 통합 프로세스다.

정책·원칙
   ↓
표준/지침/절차·역할
   ↓
요구 → 표준 영향 → 모델 변경 → 흐름/DB 구현 → 활용 제공
   ↑                                              ↓
   └──── 품질·운영 결과·사용자 피드백·개선 ─────┘

학습 목표

• 정책·표준·지침·절차의 수준과 역할을 구분합니다.
• 표준·요구·모델·흐름·DB·활용 관리의 입력·활동·산출물을 연결합니다.
• 데이터 소유자·스튜어드·아키텍트·DBA·품질·사용자 역할을 구분합니다.
• 변경 사례에서 영향분석·승인·배포·검증·환류 흐름을 설계합니다.

1. 개념 설명

1.1 정책 체계

조직에 따라 문서 명칭은 다를 수 있으므로 명칭보다 강제성, 범위, 승인 주체와 실행 단계로 구분한다.

1.2 데이터 관리 프로세스

공식 범위의 관리 영역을 다음과 같이 연결할 수 있다.

1.3 역할과 책임

RACI에서 승인(Accountable)과 실행(Responsible)을 구분하고, 한 역할에 모든 승인·변경·검증이 집중되지 않도록 한다.

1.4 통합 변경 프로세스

예를 들어 ‘고객등급’ 규칙이 변경되면 다음 영역이 연쇄적으로 영향을 받는다.

1. 요구사항: 변경 목적·시점·예외·수용 기준
2. 표준: 용어·코드·도메인·유효기간
3. 모델: 속성·이력·관계·정의
4. 흐름: 원천→DW→보고서 변환·재처리
5. DB: 컬럼·제약·인덱스·배포·롤백
6. 활용: API·뷰·대시보드·권한·사용자 안내
7. 품질: 코드 준수, 과거/현재 등급 정합성, 적시성

하나의 변경 요청 ID와 버전으로 산출물을 연결하면 누락과 역추적이 쉬워진다.

1.5 성과와 통제

• 표준·모델·메타데이터 적용률
• 변경 영향분석 누락률
• 승인부터 반영까지 처리기간
• 배포 후 결함·롤백·재발률
• 품질 이슈 기한 내 종료율
• 미사용·미소유 데이터 감소
• 사용자 활용 만족·신뢰도와 중요 데이터 SLA

수치가 높아도 분모·예외를 왜곡하거나 서류만 완료하면 성숙한 관리가 아니다. 업무 위험과 실제 품질·운영 결과를 함께 본다.

2. 프로세스 간 관계

3. 통합 관리 흐름

1. 정책 대상·중요도·규제·역할을 정의한다.
2. 프로세스별 입력·출력·승인·SLA와 공통 식별자를 설계한다.
3. 변경 요청에서 영향 표준·모델·DB·흐름·사용자 뷰를 추적한다.
4. 설계 검토와 배포 전 품질·보안·복구 게이트를 통과한다.
5. 배포 후 데이터 대사·성능·권한·사용자 결과를 검증한다.
6. 결함·예외·지표를 정책·표준·교육·자동화에 환류한다.
7. 정기적으로 미사용 정책·객체·지표를 정비한다.

4. 사례와 적용

사례: 고객등급 코드 변경

기존 A/B/C를 VIP/GOLD/SILVER/GENERAL로 바꾸는데 CRM만 먼저 배포하면 DW와 보고서가 미등록 코드를 오류 처리하거나 잘못 집계한다.

통합 산출물

• 변경 요구와 시행일·과거 데이터 처리 원칙
• 표준 코드 정의·매핑·유효기간
• 논리·물리 모델 변경 및 영향 객체 목록
• 인터페이스·ETL 변환과 병행 운영 계획
• DB 배포·롤백·백업·대사 계획
• API·뷰·보고서 계약과 사용자 안내
• 코드 준수율·집계 일치·지연 검증 결과

단계별 담당자가 따로 있어도 하나의 승인된 변경 기준을 공유해야 한다.

5. 비교와 구분

시험 판단 포인트

• 정책은 목적·원칙, 표준은 공통 필수 기준, 절차는 실행 순서를 중심으로 구분한다.
• 표준·요구·모델·흐름·DB·활용 관리는 입력과 산출물이 이어지는 통합 프로세스다.
• 데이터 소유자는 업무 책임, 스튜어드는 일상 관리, DBA는 물리 운영, 품질 담당은 측정·검증 역할이 중심이다.
• 긴급 변경도 사후 모델·메타데이터·영향정보 동기화가 필요하다.
• 닫힌 순환은 배포 후 검증과 결함·지표의 정책 환류까지 포함한다.

자주 틀리는 부분

• 정책 문서를 승인하면 현장 절차와 시스템 통제가 자동 구현된다고 본다.
• 프로세스별 KPI를 높이기 위해 승인 예외와 누락 객체를 분모에서 제외한다.
• 데이터 소유자에게 모든 기술 작업까지 직접 수행하도록 책임을 혼합한다.
• 긴급 DDL은 예외이므로 모델·계보 갱신이 필요 없다고 생각한다.
• 활용 관리에서 권한 승인만 보고 데이터의 의미·품질·보존·폐기를 제외한다.