120명과 90명 중 어느 숫자를 고칠까요
가상의 문화센터 운영팀은 수강생을 120명, 강사 지원팀은 90명으로 보고했습니다. 앞은 신청 완료자, 뒤는 한 번 이상 출석한 사람을 셌다면 두 계산이 모두 맞을 수 있습니다. 숫자를 손으로 맞추기 전에 무엇을 센 지표인지 확인해야 합니다.
신청 완료 인원과 실제 출석 인원을 별도 지표로 등록하면 수업 준비와 운영 결과 점검에 각각 쓸 수 있습니다. 다음 달에도 같은 기준을 쓰려면 누가 정의를 승인하고, 변경을 알리고, 충돌을 해결할지 정해야 합니다. 이런 책임과 판단 규칙이 거버넌스의 역할입니다.
분석 거버넌스의 범위에는 데이터 외에도 과제, 조직과 인력, 방법과 시스템, 결과의 검토와 활용이 포함됩니다. 여기서는 공통 지표와 품질을 중심으로 살펴봅니다. 데이터 거버넌스만으로 전체 범위를 대신하지는 않습니다.
파일을 가진 사람과 정의를 결정할 사람은 다를 수 있습니다
IBM 데이터 거버넌스 안내와 Microsoft 데이터 거버넌스 개요는 책임과 역할을 나누어 설명합니다. 아래는 문화센터에 적용한 역할 예입니다.
| 역할 | 책임과 작업 | 구분할 점 |
|---|---|---|
| 업무 책임자, 데이터 오너 | 지표 목적과 정의, 접근 기준에 책임 | 파일 보관자가 자동으로 책임자는 아님 |
| 데이터 스튜어드 | 용어와 품질 규칙 관리, 문제 접수와 조정 | 모든 문제의 최종 결정권자는 아님 |
| 기술 운영 담당자 | 승인 규칙을 시스템에 반영하고 실행 점검 | 구현하기 쉽다고 업무 정의를 단독 변경하지 않음 |
| 분석 담당자와 사용자 | 목적에 맞게 쓰고 오류와 한계를 보고 | 사용자도 정의와 적용 범위를 확인 |
한 사람이 여러 역할을 맡을 수 있고 조직마다 명칭도 다릅니다. 직함만 외우기보다 누가 어떤 결정을 책임지는지 확인합니다. 도구를 설치해 용어와 이력을 기록해도 사용할 정의를 대신 합의해 주지는 않습니다.
지표 정의에는 집계 규칙과 적용일을 넣습니다
수강생 수라는 이름만으로는 같은 보고서를 만들 수 없습니다. 사람 단위인지 신청 건수인지, 한 사람이 두 강좌를 들으면 어떻게 세는지, 취소와 미출석을 어떻게 처리하는지 적어야 합니다. 월 기준도 신청일인지 수업일인지 분명해야 합니다.
가령 해당 월 수업의 확정 신청자를 사람 단위로 세고, 실제 출석 인원은 같은 수업에 한 번 이상 출석한 사람으로 정할 수 있습니다. 이 정의는 학습용 합의이며 모든 기관의 표준은 아닙니다. 한 행의 단위와 열의 의미를 적는 방법으로 구체화할 수 있습니다.
강좌 시간이 지점마다 분과 시간으로 다르거나 같은 C01 코드가 다른 강좌를 뜻한다면 변환과 코드 기준도 필요합니다. 의미, 출처, 갱신 시점, 담당자를 메타데이터에 남깁니다.
출석 인정 기준을 바꿀 때는 변경 이유와 승인자, 적용일, 영향받는 보고서를 기록합니다. 이전 달과 비교할 때 달라진 숫자가 실제 변화인지 기준 변경 때문인지 구분할 수 있어야 합니다.
완전성 98%와 유효성 98.98%의 분모
가상의 예약 1,000행 중 20행의 필수 강좌 코드가 비어 있으면 코드 완전성은 980/1,000 = 98%입니다. 값이 있는 980행 중 허용 목록에 없는 코드가 10개라면 입력된 코드의 유효성은 970/980으로 약 98.98%입니다.
| 지표 | 분모 | 계산 |
|---|---|---|
| 코드 완전성 | 전체 행 | 980/1,000 = 98% |
| 입력된 코드의 유효성 | 값이 있는 행 | 970/980 ≈ 98.98% |
| 전체 중 허용 코드 비율 | 전체 행 | 970/1,000 = 97% |
어느 숫자가 좋아 보이는지 고르는 문제가 아닙니다. 검사 대상이 달라 분모가 다릅니다. 완전성과 유효성을 확인했다고 원본 사실과 맞는 정확성까지 확인한 것도 아닙니다. 데이터 품질의 관점별 차이를 함께 구분하세요.
거버넌스에서는 검사식뿐 아니라 누가 결과를 확인하고, 언제 보고서 사용을 보류하며, 원본 담당자에게 무엇을 전달할지도 정합니다. 예약 식별자가 없는 행처럼 분석에 꼭 필요한 값이 빠졌다면 평균 품질 점수가 높아도 별도 조사가 필요합니다. 95%면 충분하다는 일괄 기준 대신 지표 용도와 오류 영향을 봅니다.
중앙과 부서가 나눌 책임을 정합니다
중앙 조직이 공통 기준과 업무를 맡으면 지표를 통일하기 쉽지만 요청이 몰릴 때 대응이 늦어질 수 있습니다. 부서가 분석을 수행하면 현장 맥락을 반영하기 쉽지만 도구와 정의가 달라질 수 있습니다. 중앙이 기준을 정하고 부서가 그 범위 안에서 분석과 품질을 관리하는 방식도 가능합니다.
Microsoft의 분석 거버넌스 안내처럼 공통 관리와 현장 활용을 함께 고려합니다. 역할을 나눠도 중앙과 부서의 책임이 없어지는 것은 아닙니다. 사용자가 정의서를 찾고 공통 자료와 개인 파일을 구분하도록 교육하는 일도 포함됩니다.
자료 접근 권한과 결과의 사용 적합성은 다른 질문입니다. 계정이 있어도 승인한 목적과 필요한 열의 범위를 따라야 하며, 코드가 잘 실행돼도 해석 검토가 끝난 것은 아닙니다. 분석 담당자는 한계를 설명하고 업무 담당자는 실제 결정에 쓸 수 있는지 확인합니다.
빈 코드를 찾아 고치는 것은 데이터 관리의 수행 작업입니다. 필수 코드의 범위와 변경 권한, 오류 처리 책임을 정하는 것은 거버넌스의 판단입니다. 둘을 연결해야 같은 문제가 다음 적재에서 반복되는지까지 확인할 수 있습니다.
핵심 정리와 실수 점검
핵심 정리
- 분석 거버넌스는 데이터와 분석을 함께 쓰기 위한 책임, 기준, 절차를 정하는 체계입니다.
- 공통 지표에는 이름뿐 아니라 대상, 단위, 집계 기준과 변경 이력이 필요합니다.
- 품질 비율의 분모를 명시하고 문제 해결 담당자와 재확인 절차를 연결합니다.
놓치기 쉬운 지점
- 거버넌스를 도구 구매나 서버 관리만으로 이해하는 실수
- 오너와 스튜어드라는 직함만으로 모든 조직의 권한을 단정하는 실수
- 완전성 98%를 데이터 전체의 정확도 98%라고 표현하는 실수
확인할 내용
- 지표 정의를 결정하고 변경할 책임자를 확인한다.
- 품질 검사식에 분모와 대응 담당자를 적는다.
- 기준 변경 시 영향받는 보고서와 적용일을 기록한다.
이해한 내용 확인하기
직접 작성한 학습용 문항입니다. 공식 기출문제가 아닙니다.
Q1. 도서관이 대여자를 실제 대여 완료자로 정의할지 예약 신청자까지 포함할지 합의합니다. 오류 수정과 거버넌스 판단 중 어디에 가깝나요?
생각한 뒤 해설 보기
공통 지표의 뜻과 책임을 정하는 거버넌스 판단입니다. 정한 규칙대로 잘못 입력된 기록을 고치는 작업과 구분합니다.
Q2. 1,000행 중 필수 코드가 빈 행은 20개입니다. 코드 완전성은 얼마인가요?
생각한 뒤 해설 보기
값이 있는 980행을 전체 1,000행으로 나눈 98%입니다. 값이 실제 사실과 맞는 정확성까지 확인한 결과는 아닙니다.
Q3. 값이 있는 980행 중 허용되지 않은 코드가 10개라면 입력된 코드의 유효성과 전체 중 허용 코드 비율은 각각 얼마인가요?
생각한 뒤 해설 보기
입력된 코드의 유효성은 970/980으로 약 98.98%입니다. 전체 행 기준으로 허용 코드를 가진 비율은 970/1,000=97%입니다. 두 지표의 분모가 다릅니다.
Q4. 기술 담당자가 구현하기 쉽다는 이유로 출석 인원의 정의를 단독 변경했습니다. 무엇이 빠졌나요?
생각한 뒤 해설 보기
업무 정의를 결정할 책임자의 합의와 승인, 영향 확인 및 변경 기록이 빠졌습니다. 기술 구현 권한과 업무 기준을 정하는 권한을 자동으로 같게 두지 않습니다.
Q5. 중앙 팀이 공통 기준을 정하고 부서가 분석을 수행합니다. 부서는 기준 관리에서 아무 책임이 없나요?
생각한 뒤 해설 보기
아닙니다. 합의된 역할에 따라 부서도 품질 점검과 정의 준수, 문제 보고에 책임을 집니다. 역할을 나눴다고 책임이 없어지는 것은 아닙니다.
더 궁금한 점
소규모 팀도 오너와 스튜어드를 따로 채용해야 하나요?
인원을 반드시 분리해야 한다는 뜻은 아닙니다. 한 사람이 여러 역할을 맡더라도 결정 권한, 일상 관리, 기술 작업의 책임을 구분해 두면 됩니다.
거버넌스 도구를 설치하면 정의 충돌이 해결되나요?
도구는 용어와 권한, 이력의 기록을 돕지만 어떤 정의를 사용할지 대신 합의하지는 않습니다. 책임자가 결정을 내리고 사용자가 따를 수 있는 절차가 필요합니다.
참고 자료와 확인 범위
- IBM 데이터 거버넌스 안내 ↗
정책과 책임, 절차, 공통 정의와 품질 관리의 연결을 확인했습니다. 제품 효과와 법령 해석은 원고에 포함하지 않았습니다.
- Microsoft Purview 데이터 거버넌스 개요 ↗
데이터 오너, 스튜어드와 사용자의 역할 차이를 확인했습니다. 제품 권한 구성을 모든 조직의 고정 규칙으로 옮기지 않았습니다.
- Microsoft Fabric 분석 거버넌스 안내 ↗
중앙 관리, 현장 활용과 공통 원칙의 관계를 참고했습니다. 문화센터 역할표와 품질 계산은 자체 학습 예제입니다.