운영을 이어주는 흐름
현업의 문제와 요구를 확인하고, 권한에 따라 기준·우선순위·담당을 정합니다. 현업이 적용할 수 있도록 교육과 기술 지원을 제공하고, 실제 결과를 다음 기준과 개선 과제에 반영합니다. 공통 기준과 현업의 책임을 반복해서 이어가는 전 그룹사 운영 절차입니다. 전사 공통 기준의 최종 승인, 부서 간 이견·데이터 관리 예외의 최종 조정, 거버넌스 보고 경로는 미정입니다. 기존 보안 승인·예외 경로는 그대로 적용합니다.
경영진의 방향·지시는 공통 기준의 제정·변경으로 접수해 책임 역할·현업 적용·이행 확인으로 이어갑니다. 경영 원칙과 관리 실행·측정의 연결은 ISO/IEC 38505-1과 ISO/IEC TR 38505-2의 공개 초록을 참고합니다. 최종 승인·보고 경로는 위와 같이 미정이며 이 연결로 확정하지 않습니다.
반복 운영에서 Owner·Steward가 맡는 일
Owner는 실제 지정·위임 범위에서 업무 판단을 수행합니다. Steward는 기존 권한 안에서 자료를 정리·점검·갱신하고, 기술 설정·수정·보안 검토는 해당 담당에게 연결합니다. 단계마다 새 결재를 요구하지 않으며, 새 기준·중요 영향·조건 이탈이 있을 때 필요한 판단을 받습니다. 별도 승인과 전문 규정의 요건은 그대로 적용합니다.
| 진행 단계 | Owner가 판단·확인할 일 | Steward가 준비·수행할 일 | 다음 단계에 넘길 결과 |
|---|---|---|---|
| 1. 현황·문제 확인 |
|
| 대상·영향·근거·미확인 항목. 보안 사고와 개인정보 권리 요청은 기존 별도 경로 우선. |
| 2. 기준·우선순위 판단 |
|
| 판단 근거·조건·역할·미결 상태. 거버넌스팀 연결을 최종 승인으로 보지 않는다. |
| 3. 업무 적용·지원 |
|
| 실제 실행 결과와 바뀐 설명·조건·사용처. 기존 기준의 정기 갱신마다 신규 변경 승인을 만들지 않는다. |
| 4. 결과 확인·개선 |
|
| 판단과 실행이 연결된 결과·후속 담당. 거버넌스팀이 경과·결과·이행을 확인한다. |
정기 점검의 기준·주기·목표치는 회사별로 업무 Owner와 협의합니다. 기존 규정의 의무 기한·주기·보관 조건은 적용 대상에 따라 우선합니다. 일상 수행과 판단·승인의 구분
운영에서 확인할 일
| 운영 요소 | 수행할 내용 | 남길 결과 |
|---|---|---|
| 정책·기준 | 전사 원칙, 영역 기준, 현업 절차와 기존 규정의 관계·버전을 관리 | 기준 목록·변경 이유·적용 범위 |
| 의사결정·상정 | 일상 판단, 공통 기준 변경, 부서 간 이견을 구분하고 권한자에게 연결 | 결정 범위·근거·조건·결과 |
| 책임 역할 지정 | 대상·업무 책임·일상 관리·운영 역할과 위임을 확인하고 변경 시 인계 | 지정 범위·인계·갱신 기록 |
| 우선순위·자원 | 업무 영향·적용 요구·준비 상태를 보고 먼저 할 일과 지원을 협의 | 대상 과제·기대 결과·참여·자원 |
| 이슈·변경·예외 | 문제의 영향·판단·조치·재확인, 예외의 적용 조건과 재검토를 연결 | 이슈·변경·예외 이력과 열린 항목 |
| 교육·현업 정착 | 현업이 자기 업무의 정의·규칙을 작성·적용하고 질문하도록 지원 | 업무 예시·적용 결과·개선 피드백 |
| 측정·평가·개선 | 기준의 존재와 실제 적용을 구분해 평가하고 개선을 다음 결정에 반영 | 지표 정의·측정 결과·개선 과제 |
회사에서 확정한 책임과 절차를 연결한 운영 항목입니다. 필요한 협의·조정과 교육·점검을 이어가되, 이 구성으로 새 조직이나 미정 승인권을 정하지 않습니다. 관련 참고 범위[1][2][3]
데이터 관리 목록과 요청·처리 기록
두 기록을 연결하고 기존 대장·정의서·결재·운영 기록을 재사용합니다. 데이터 관리 목록에 기존 기록의 식별자나 위치를 남기며, 원본 데이터를 전량 중앙으로 이전하지 않습니다.
| 기록 | 공통 항목 | 맡는 역할 |
|---|---|---|
| 데이터 관리 목록 | 데이터명·업무 정의·기준본 위치·담당·갱신 기준·품질·보호 조건 | 거버넌스팀: 공통 등록 기준·누락 확인·보완 요청. 현업 Owner: 업무 내용 확인 |
| 요청·처리 기록 | 대상 데이터·요청 목적·업무 영향·담당 부서·진행 상태·판단 근거·처리 결과 | 거버넌스팀: 접수·담당 연결·경과와 결과 확인. 담당 부서: 판단·조치 |
각 요청에 데이터 관리 목록의 항목 ID나 위치를 붙이고, 목록에서도 관련 요청·처리 결과를 찾을 수 있게 연결합니다. 신규 자료라면 아는 항목부터 목록에 남기고 미확인 항목의 다음 확인 역할을 기록합니다. 변경·품질 문제의 처리 결과는 Owner의 내용 확인을 거쳐 해당 설명·품질·갱신 기록에 반영합니다.
목록 열람은 원본 접근 권한을 부여하지 않습니다. 원본 이용·제공은 현행 보안 규정의 보호 조건과 승인 근거에 연결합니다. 사용할 도구·제품·실제 접수 주소는 별도 선정 사항입니다.
함께 읽기: GitLab의 데이터 카탈로그 · 이슈 접수와 담당 연결 · Uber의 메타데이터 검색. 회사가 승인한 두 기록의 운영을 설명하는 참고 사례이며 제품 채택을 뜻하지 않습니다.
두 기록으로 끝까지 이어가는 가상 예시
다음은 실제 대웅 자료·조직·시스템·지정·운영 결과를 확인한 사례가 아닙니다. 가상 A법인의 구매 비용을 설명하는 연습입니다. 데이터 ID D-EX-01과 요청 ID REQ-EX-01은 연결 방법을 보여 주는 설명용 식별자입니다. 실제로는 기존 기록의 ID·위치를 사용합니다. 역할의 행동을 설명하기 위해 Owner·Steward가 지정된 상황을 가정했으며 실제 담당자·지정·위임은 미확인입니다.
| 데이터 관리 목록의 항목 | 가상으로 작성한 내용 |
|---|---|
| 데이터명 | D-EX-01 · A법인 월 구매 비용 마감본 |
| 업무 정의 | 해당 월 비용 반영일 기준 구매 비용; 부가세 제외; 통화 KRW; 지급일 기준 지급액과 구분 |
| 기준본 위치 | 기존 원천→월 마감본→비용 보고의 식별자와 위치를 연결한다는 가정; 실제 위치·시스템은 미확인 |
| 담당 | 가상 업무 Owner·일상 관리 Steward; 실제 주관 부서·지정·위임 근거는 미확인 |
| 갱신 기준 | 월 마감 후 확정본 반영 및 오류 수정 시 버전 구분이라는 예시; 실제 주기는 회사·Owner와 협의 |
| 품질 | 같은 기간·범위·단위에서 원천 대상 건과 금액을 대조; 연습에서는 누락 0건을 허용 기준으로 가정 |
| 보호 조건 | 실제 분류·개인정보 포함 여부·접근 승인·보존 조건은 미확인; 실제 원본 제공·권한 확대·폐기 완료를 뜻하지 않음 |
실제 자료를 검사·수정·이용할 때는 먼저 필요한 접근·보호 조건과 실제 권한을 확인합니다. 아래 수치와 처리 결과는 모두 연습 결과이며, 미확인 보호 조건에 대한 승인 사례로 사용하지 않습니다.
| 진행 단계 | Owner의 판단 | Steward의 수행과 연결 | 두 기록에 남기는 내용 |
|---|---|---|---|
| 1. 차이 발견·접수 | 마감 보고에 미치는 영향과 우선순위 확인 | 같은 조건의 원천 100건과 보고 99건을 비교하고 거버넌스팀 접수에 연결 | REQ-EX-01: D-EX-01 누락 확인 요청, 목적·업무 영향·담당 부서 연결 상태 |
| 2. 비교 조건·원인 확인 | 기간·통화·부가세·포함 범위가 같음을 확인; 정의 차이와 오류를 구분 | 전후 자료·변환 결과를 대조해 관련 기술 담당에게 누락 원인 확인 요청 | 동일 정의 확인 근거, 가상 원인은 변환 조건의 대상 1건 제외 |
| 3. 수정 범위·조건 판단 | 제외된 1건을 포함하는 것이 기존 정의에 맞는지와 재검증 범위 판단 | 수정 담당에게 범위·조건을 전달하고 필요한 기술 변경 절차의 근거 연결 | 업무 판단·수정 범위·실행 담당·필요 절차의 가상 확인 기록 |
| 4. 조치·재검증 | 원천/보고 100건과 금액 일치로 업무 기준 충족을 확인 | 기술 담당의 수정 결과를 받아 최초 조건으로 건수·금액·관련 보고를 재검증 | 수정 버전·검사 조건·100건 일치·금액 차이 0이라는 연습 결과 |
| 5. 내용 반영·이용자 안내 | 수정된 마감본의 업무 사용 가능 범위와 남은 한계 판단 | D-EX-01의 품질·버전·갱신 기록에 요청을 연결하고 영향받은 이용자에게 알림 | 목록→요청, 요청→목록 링크; 결과·통지·잔여 한계 |
| 6. 종료·다음 점검 인계 | 해당 업무 이슈의 종료와 재발 확인 기준 판단 | 거버넌스팀의 경과·결과 확인에 근거를 전달하고 다음 마감 시 동일 대조를 인계 | 연습 이슈 종료; 다음 점검 담당·발생 조건·미해결 보호 조건은 별도로 유지 |
한 이슈의 수정이 끝나도 자료 전체의 관리 준비가 완료된 것은 아닙니다. 이 예시의 실제 지정·위치·보호 조건은 미확인으로 남아 있습니다. 기존 오류 비교·처리 예시와 함께, 자기 도메인의 실제 정의·판단 근거·결과로 바꾸어 적용합니다.
기술·데이터 요청 접수와 담당 연결
정보주체의 열람·정정·삭제·처리정지·동의 철회 요청은 일반 접수·담당 연결을 기다리지 않고 기존 개인정보 접수·처리 경로로 바로 전달합니다. 개인정보 열람·정정·삭제·처리정지 요청 연결하기
접수 수단 선정 전에는 부서에서 사용하는 기존 업무 연락·결재 경로로 거버넌스팀에 전달합니다. 기록은 해당 업무의 기존 대장·결재 첨부 위치에 두고 그 위치를 연결합니다. 연락 경로 자체가 확인되지 않으면 부서의 기존 업무 지원 경로로 문의 경로를 확인하며 새 승인자를 추정하지 않습니다.
- 요청자는 대상 데이터·목적·업무 영향·아는 사실과 미확인을 정리합니다.
- 거버넌스팀이 먼저 접수하고 데이터 관리 목록과 연결합니다.
- 거버넌스팀이 유관 부서를 파악해 업무 판단·기술 구현·보안 검토 등 필요한 역할에 연결합니다.
- 담당 부서가 권한에 따라 판단·조치하고 근거·결과를 남깁니다. 현업 Owner는 업무 정의·지표·기준정보·품질을 판단합니다.
- 거버넌스팀은 경과·결과와 열린 항목을 확인하고 필요한 보완·개선을 요청합니다.
아키텍처·모델링·연계·DW/BI·도구 구현은 해당 기술 역할이 수행합니다. AI 데이터 관리와 모델·서비스 운영의 경계는 미정이며 관련 요청에 미결 범위를 남깁니다. 보안 사고 의심은 이 접수 순서를 기다리지 않고 기존 보안 대응 절차에 즉시 연결합니다.
문제를 접수한 뒤의 연결
| 발견한 문제 | 먼저 확인할 것 | 연결할 판단·실행 |
|---|---|---|
| 뜻·수치가 다름 | 기간·단위·포함 대상·원천과 업무 영향 | 현업의 정의 판단, 거버넌스의 부서 간 조정, 생산·IT의 수정 |
| 담당·기준본을 찾을 수 없음 | 현재 자료와 기존 지정·대장의 위치 | 부서의 실제 지정 확인, 거버넌스의 공통 등록·인계 지원 |
| 승인과 실제 공유 범위가 다름 | 대상·승인 기록·실제 설정 | 사고 의심은 즉시 기존 보안 대응; 그 밖에는 운영의 사실 확인과 보호 검토 |
| 적재·연계·기록 수집이 실패 | 오류 시점·영향 데이터·실행 기록 | IT·운영의 조치, 현업의 사용 영향 확인 |
| 적용할 의무·조건이 불명확 | 데이터 유형·목적·관할·기존 규정 | 개인정보·법무·품질·보안 등 해당 전문 기능 |
보안 사고가 의심되는 상황은 기존 대응 절차에 즉시 연결합니다. 일반 데이터 이슈의 원인 분류가 끝날 때까지 전달을 미루는 절차로 운영하지 않습니다. 점검과 문제 처리 · 품질 문제 해결
기록·점검의 종류와 담당 연결
문서 내용 이력, 시스템 활동 로그, 업무 판단 기록을 연결하되 서로의 확인 범위를 구분합니다. 기록이 존재한다는 사실만으로 내용 정확성이나 승인 적정성을 판단하지 않습니다.
| 확인할 대상 | 대표 기준 | 확인·조치 역할 |
|---|---|---|
| 내용 개정·검토·배포 이력 | 문서 변경 이력 | 문서 작성·검토·관리 역할이 전후 내용·근거를 확인 |
| 접근·공유·권한 변경 등 시스템 행위 | 활동 기록 · 수집 공백 | 운영 역할이 수집·조회·복구 범위를 확인, 보안은 보호·이상 판단 |
| 요청·승인·판단·조치 결과 | 요청과 종료 · 예외 재검토 | 담당 부서가 판단·조치, 거버넌스팀이 경과·결과 확인 |
| 자료의 정확성·누락·정합성 | 품질 검사 기준 · 측정 | Owner가 업무 기준·영향 판단, 현업·IT가 검사·수정 |
| 권한·공유·보안 이상 | 접근권한 검토 · 보안 대응 | 기존 규정상 역할·보안이 점검·판단·대응, IT가 기술 조치 |
| 백업·복구·기술 장애 | 복구 확인 · 운영 변경 | IT·운영이 실행·검증, Owner가 업무 사용 가능 상태 확인 |
| 등록·책임·갱신·개선의 이행 | 관리 이행·효과 | 거버넌스팀이 공백·보완·개선 결과 확인, 담당 부서가 조치 |
보안 사고 의심은 이 표의 일반 분류·접수 완료를 기다리지 않고 기존 보안 대응 절차에 즉시 연결합니다. 발견 사항은 기존 기록의 식별자·위치를 연결해 인계하며 별도 대장을 반복 작성하지 않습니다.
교육을 업무 적용으로 연결하기
- 공통 개념·보호 기준과 역할을 설명합니다.
- 현업이 실제로 쓰는 자료 하나로 정의·담당·품질 규칙을 작성합니다.
- 현업 책임 역할이 업무 의미를 확인하고 필요한 보안·IT 지원을 연결합니다.
- 실제 입력·갱신·이용에서 기준을 적용해 봅니다.
- 막힌 질문과 오류를 공통 안내·기준·기술 요구에 반영합니다.
업무 안내 전체를 실습 자료로 사용합니다. 교육 수료만으로 데이터 관리 이행이 완료됐다고 판단하지 않습니다. 거버넌스팀은 공통 방식과 예시를 지원하고, 현업이 자기 업무의 기준을 작성·유지하도록 교육·이행 확인·개선 요청을 수행합니다.
무엇을 측정할지 정하기
책임·설명·기준 적용·문제 해결·현업 정착의 다섯 관점을 공통으로 점검합니다. 아래 측정식은 예시이며, 점검 주기와 목표치는 회사별로 달리 정하고 업무별 Owner와 협의합니다. 해당 전문 규정의 요구를 준수합니다. 숫자가 좋아지는 것과 업무 문제가 해결되는 것을 함께 확인합니다.
| 확인 목적 | 정의할 측정의 예 | 해석할 때 볼 것 |
|---|---|---|
| 책임을 찾을 수 있는가 | 선정 범위 중 실제 책임·관리 역할이 확인된 자료 수 / 선정 자료 수 | 분모의 범위·역할의 유효성·미확인 원인 |
| 설명을 신뢰할 수 있는가 | 필요한 설명 항목이 확인된 비율, 오래된 설명의 처리 상태 | 이름만 입력한 상태와 내용 확인을 구분 |
| 기준이 적용되는가 | 적용 대상 중 검사·검토 결과를 확인한 범위 | 검사 누락·표본/전체·적용 조건 |
| 문제가 해결되는가 | 재검증까지 끝난 이슈와 열린 이슈의 영향·경과 | 접수·조치·해결 완료를 구분 |
| 현업이 운영할 수 있는가 | 현업이 작성·적용한 정의·규칙과 반복 문의 유형 | 참석 인원과 실제 적용 역량을 구분 |
한 번 확인한 정보를 다음 업무로 넘기기
| 공통 기록 항목 | 기록할 내용 |
|---|---|
| 두 기록의 연결 | 데이터 관리 목록의 항목 ID·위치와 요청·처리 기록의 ID·위치 |
| 대상과 목적 | 데이터·업무·원천·현재 위치·필요한 판단 |
| 아는 사실과 미확인 | 실제 확인 근거와 아직 확인해야 할 항목 |
| 적용 기준 | 기준명·버전·대상·조건과 원문 위치 |
| 역할·권한 | 요청·판단·승인·실행·확인의 실제 지정과 위임 |
| 결정과 실행 | 판단 근거·조건, 실제 처리 범위·결과 |
| 남은 문제 | 업무 영향·보류 범위·다음 담당·확인 계기 |
기존 업무 기록을 연결해 사용합니다. 여러 문서로 이동해도 대상과 열린 항목이 사라지지 않게 하고, 반복 점검은 관리 상태 재검토로 이어갑니다.
도입과 개선을 이어가기
도입과 정착에서 현황 파악·우선 범위 합의·시범 적용·평가와 확대를 이어갑니다. 기능이나 도구가 필요하면 지원 기능과 사례를 확인하고, 추가 기준 작성은 상세 규정 수립 계획과 연결합니다. 제품·일정·자원·실행계획은 별도 결정 사항입니다.