핵심 인사이트 (3줄 요약)
- 본질: 데이터 스튜어드(Data Steward)는 특정 비즈니스 도메인의 데이터 품질·정의·사용 기준을 일상적으로 관리하는 역할로, 비즈니스와 IT를 연결하는 현장 데이터 관리자다.
- 가치: Data Owner(전략적 책임)와 DBA(기술적 구현) 사이의 간극을 메워, 데이터 사전(Data Dictionary) 작성부터 품질 이슈 해결까지 도메인 지식 기반의 실질적 거버넌스를 수행한다.
- 판단 포인트: 스튜어드는 "비즈니스 규칙을 가장 잘 아는 사람"이어야 하며, IT 역할이 아닌 업무 역할(business role)임을 명심해야 기술사 답안이 정확해진다.
Ⅰ. 개요 및 필요성
1.1 데이터 스튜어드의 정의
Data Steward는 특정 데이터 도메인(고객, 제품, 재무 등)에 대해 비즈니스 관점의 데이터 관리 책임을 지는 역할이다. "Steward"는 영어로 "청지기, 관리인"을 의미하며, 자산을 소유하지는 않지만 그 자산을 일상적으로 돌보는 역할을 한다.
도서관 사서(Library Cataloger)에 비유할 수 있다: 책을 소유하지는 않지만, 책의 내용을 가장 잘 알고, 목록을 관리하고, 올바른 분류 기준을 정하는 사람이다.
1.2 필요성
| 문제 상황 | 스튜어드가 해결하는 방식 |
|---|---|
| "고객 ID 정의가 시스템마다 다르다" | 비즈니스 공통 정의(data definition) 확립 |
| "NULL 값이 너무 많다" | 수집 시점 품질 기준 정의, 입력 규칙 시행 |
| "같은 제품명이 여러 형태로 입력된다" | 표준화 규칙 정의 및 변환 로직 지원 |
| "이 테이블이 무엇을 위한 건지 모른다" | 메타데이터(비즈니스 용어) 문서화 |
| "접근 권한을 누구에게 줄지 모르겠다" | 도메인 맥락에 맞는 접근 가이드라인 제공 |
📢 섹션 요약 비유: 데이터 스튜어드는 마을 이장과 같다. 마을(도메인)의 규칙을 가장 잘 알고, 주민(데이터 사용자)과 시청(Data Owner/IT) 사이를 연결하며, 일상적인 문제를 현장에서 해결한다.
Ⅱ. 아키텍처 및 핵심 원리
2.1 데이터 스튜어드 역할 구조
┌─────────────────────────────────────────────────────────────────┐
│ 거버넌스 역할 계층 │
│ │
│ ┌───────────────────────────────────────────────────────────┐ │
│ │ Data Owner (비즈니스 임원) │ │
│ │ · 전략적 책임, 접근 정책 최종 승인, 규제 준수 책임 │ │
│ └───────────────────────────┬───────────────────────────────┘ │
│ │ 위임 │
│ ┌───────────────────────────▼───────────────────────────────┐ │
│ │ Data Steward (업무 담당자) ◀── 핵심 역할 │ │
│ │ · 데이터 정의/사전 관리 │ │
│ │ · 품질 기준 수립 및 이슈 해결 │ │
│ │ · 메타데이터 관리 및 승인 │ │
│ │ · 접근 요청 검토 및 Data Owner 추천 │ │
│ │ · 비즈니스 규칙 문서화 │ │
│ └───────────────────────────┬───────────────────────────────┘ │
│ │ 기술 요청 │
│ ┌───────────────────────────▼───────────────────────────────┐ │
│ │ Data Custodian (IT/DBA) │ │
│ │ · 저장, 백업, 암호화, 인프라 구현 │ │
│ └───────────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────────┘
2.2 스튜어드 유형
| 유형 | 역할 초점 | 주요 활동 |
|---|---|---|
| Business Data Steward | 비즈니스 규칙·정의 | 데이터 사전 작성, 품질 기준 수립, 접근 가이드 |
| Technical Data Steward | 기술 메타데이터 | 스키마 관리, 리니지 추적, 데이터 모델 유지 |
| Operational Data Steward | 일상적 품질 모니터링 | 품질 대시보드 모니터링, 이슈 티켓 처리 |
2.3 주요 산출물
| 산출물 | 설명 |
|---|---|
| 데이터 사전 (Data Dictionary) | 각 데이터 항목의 비즈니스 정의, 형식, 허용값, 소유자 |
| 비즈니스 용어집 (Business Glossary) | 조직 공통 비즈니스 용어 정의 |
| 데이터 품질 규칙 문서 | 완전성·정확성·유효성 기준 및 측정 방법 |
| 접근 가이드라인 | 도메인 데이터 접근 요청 시 판단 기준 |
📢 섹션 요약 비유: 데이터 스튜어드의 주요 산출물은 요리책과 같다. 어떤 재료(데이터)를, 어떤 기준으로, 어떻게 다루는지 정리해 두어야 누가 주방(시스템)에 들어와도 일관된 요리(분석 결과)가 나온다.
Ⅲ. 비교 및 연결
3.1 거버넌스 3대 역할 비교
| 구분 | Data Owner | Data Steward | Data Custodian |
|---|---|---|---|
| 역할 성격 | 전략적 책임 | 운영적 관리 | 기술적 구현 |
| 소속 | 비즈니스 임원급 | 업무 부서 담당자 | IT 부서 (DBA, 인프라) |
| 주요 활동 | 정책 결정, 접근 승인 | 정의 관리, 품질 이슈 해결 | 저장, 백업, 보안 구현 |
| 데이터 변경 권한 | 정책 수준 | 비즈니스 규칙 수준 | 기술 구현 수준 |
| RACI | Accountable | Responsible | Responsible (기술) |
3.2 이중 역할 과부하 문제
데이터 스튜어드의 가장 큰 도전은 이중 역할 부담이다:
- 본업(업무 분석가, 마케터, 재무 담당자) + 스튜어드 역할 병행
- 해결책: 전담 스튜어드 임명(대기업), 스튜어드 업무 시간 공식 배정(30% 이상)
📢 섹션 요약 비유: 스튜어드 vs 오너 vs 커스토디안은 부동산 임대 관계와 같다. 소유자(Owner)가 건물 정책을 결정하고, 관리인(Steward)이 입주자 민원을 해결하며, 경비원(Custodian)이 열쇠와 잠금장치를 관리한다.
Ⅳ. 실무 적용 및 기술사 판단
4.1 스튜어드 일상 업무 흐름
[데이터 품질 이슈 발생]
│
▼
스튜어드가 이슈 분류
(비즈니스 규칙 문제 vs 기술 문제)
│
┌────▼────┐
│규칙 문제 │──▶ 스튜어드가 직접 정의 수정 + 문서화
└────┬────┘
│기술 문제
▼
Custodian(DBA)에 수정 요청
│
▼
수정 완료 후 스튜어드 검증 승인
│
▼
Data Owner에 주요 변경사항 보고
4.2 스튜어드 성과 지표
| KPI | 측정 방법 |
|---|---|
| 데이터 사전 커버리지 | 정의된 데이터 항목 수 / 전체 항목 수 |
| 품질 이슈 해결 시간 | 이슈 오픈~종료 평균 일수 |
| 메타데이터 완성도 | 비즈니스 정의 채워진 칼럼 비율 |
| 접근 요청 처리 시간 | 요청~승인 평균 시간(목표: 24시간 이내) |
📢 섹션 요약 비유: 스튜어드의 일은 분실물 센터 운영과 같다. 누군가 데이터 문제(분실물)를 가져오면, 어느 창구(Owner vs Custodian)로 보낼지 판단하고 직접 해결하거나 연결한다.
Ⅴ. 기대효과 및 결론
5.1 기대효과
| 기대효과 | 세부 내용 |
|---|---|
| 데이터 품질 향상 | 비즈니스 규칙을 아는 담당자가 직접 품질 기준 설정 |
| 도메인 지식 보존 | 암묵적 비즈니스 규칙을 문서화하여 조직 자산으로 전환 |
| 의사소통 비용 절감 | IT↔비즈니스 간 데이터 관련 오해와 재작업 감소 |
| 거버넌스 실효성 | 정책이 현장에서 실질적으로 적용됨 |
| 규제 준수 용이 | 데이터 처리 근거·승인 이력을 체계적으로 유지 |
5.2 결론
데이터 스튜어드는 거버넌스가 종이 위 선언에 머물지 않고 현장에서 살아 움직이게 만드는 핵심 역할이다. 기술사는 스튜어드가 비즈니스 역할임을 명확히 이해하고, Data Owner·Custodian과의 협력 구조, 이중 역할 부담 해소 방안, 성과 지표 설계까지 포괄적으로 제시할 수 있어야 한다.
📢 섹션 요약 비유: 데이터 스튜어드가 있는 조직의 데이터는 잘 관리된 도서관 같다. 사서(스튜어드)가 있어야 책(데이터)이 제자리에 있고, 찾기 쉽고, 낡은 책은 정리된다.
📌 관련 개념 맵
| 개념 | 관계 | 설명 |
|---|---|---|
| Data Owner | 상위 역할 | 전략적 책임자, 스튜어드에게 운영 위임 |
| Data Custodian | 협력 역할 | 기술 구현 담당, 스튜어드 요청 수행 |
| Data Dictionary | 핵심 산출물 | 스튜어드가 관리하는 데이터 항목 정의서 |
| Business Glossary | 핵심 산출물 | 조직 공통 비즈니스 용어 정의집 |
| Data Quality | 관리 대상 | 스튜어드의 핵심 관리 목표 |
| Data Catalog | 작업 도구 | 스튜어드가 메타데이터를 등록·관리하는 플랫폼 |
| RACI Matrix | 책임 구조 | 스튜어드=Responsible, Owner=Accountable |
📈 관련 키워드 및 발전 흐름도
[데이터 거버넌스 필요]
│
▼
[데이터 소유자 지정]
│
▼
[데이터 스튜어드(Data Steward) 역할]
│
▼
[데이터 카탈로그 관리]
│
▼
[MDM(마스터 데이터 관리)]
데이터 스튜어드는 거버넌스와 카탈로그, MDM을 연결하는 데이터 책임자 역할이다.
👶 어린이를 위한 3줄 비유 설명
- 학교 도서관에서 사서 선생님이 책마다 어떤 책인지, 어디에 두는지, 누가 빌릴 수 있는지 관리하는 것처럼, 데이터 스튜어드는 회사의 데이터를 그렇게 돌봐.
- 데이터 스튜어드는 "이 숫자는 무엇을 뜻하는지" 가장 잘 아는 사람이라서, 컴퓨터 전문가(IT)와 회사 대표(Data Owner) 사이에서 통역사 역할도 해.
- 이 역할이 없으면 같은 "고객 수"라도 부서마다 다른 숫자를 쓰는 일이 생겨서 회의에서 싸우게 돼.