구현 체크리스트와 다운로드

결정 기준#

이 체크리스트는 성숙도 점수를 계산하지 않는다. 체크한 수는 작업 진행을 확인하는 용도이며 항목의 중요도나 적합성을 보증하지 않는다. 업종·계약·법령에 따라 더 강한 통제가 필요할 수 있다.

책임 주체#

한 사람이 모두 체크하지 않는다. 오너·스튜어드·플랫폼팀·보안·법무·개인정보 담당자가 각 항목의 증적을 확인하고 최종 책임자는 미완료 항목의 기한과 위험 수용 여부를 결정한다.

기술·운영 방법#

체크 값은 data-management-governance-guide@1.0.0 키로 현재 브라우저의 localStorage에만 저장된다. 서버나 분석 도구로 체크 여부를 보내지 않는다. 초기화하면 이 버전의 값만 지워지며 인쇄 화면에는 현재 체크 상태가 표시된다.

필수 증적과 확인 항목#

완료로 표시하려면 정책 문서가 아니라 실제 자산·승인·코드·로그·시험 결과 가운데 하나가 있어야 한다. 양식은 시작점을 제공할 뿐, 조직의 승인 체계와 법적 요구에 맞게 검토해야 한다.

8개 그룹 실행 체크리스트#

1. 전략·역할

• 핵심 데이터 제품의 이용 목적과 금지 목적을 승인했다.
• 결정별 오너·스튜어드·플랫폼팀 RACI가 있다.
• 공통·도메인·예외 비용의 부담 원칙을 정했다.

2. 자산·분류

• 핵심 자산에 오너·목적·분류·보존 규칙이 있다.
• 비정형 원본과 파생 자산을 함께 등록했다.
• 계약·개인정보·재이용 제한을 담당자가 확인했다.

3. 메타데이터·리니지

• 비즈니스·기술·운영 메타데이터 최소 필드를 채웠다.
• 핵심 지표와 제한 데이터의 리니지를 추적한다.
• 검색 실패와 오래된 항목을 정기적으로 검토한다.

4. 아키텍처·생명주기

• 원천·변환·제품·소비 계층의 책임이 분리됐다.
• 백업 복구 목표와 시험 결과가 있다.
• 복제·백업·파생 자산까지 파기 범위에 넣었다.

5. 품질·계약

• 핵심 규칙에 측정식·임계값·오너·대응이 있다.
• 생산자·소비자 사이 데이터 계약을 버전 관리한다.
• 사고 후 규칙·계약·테스트를 개선한다.

6. 접근·개인정보·감사

• 접근 권한에 목적·최소 범위·만료일이 있다.
• 조직 이동·퇴사·프로젝트 종료 때 권한을 회수한다.
• 승인과 정책을 추적할 감사 로그가 있다.

7. 운영·변경

• 등록·공유·사고·변경·이동·폐기 절차가 있다.
• 요청 ID를 코드·정책·카탈로그 증적에 연결한다.
• 예외에 범위·보완 통제·만료·승인자가 있다.

8. AI-ready·측정

• AI 이용 권리와 원본-파생 리니지를 확인했다.
• 정정·삭제가 청크·임베딩·평가셋에 전파된다.
• 건전성·이용률·사업성과·비용을 따로 측정한다.

다운로드와 흔한 실패#

체크 수를 성숙도 점수로 해석하거나, 양식을 채웠다는 이유로 통제가 작동한다고 판단하면 안 된다. 실제 승인·코드·로그·복구 시험과 연결하고 분기마다 오래된 항목을 다시 확인한다.