셀프서비스 분석을 지탱하는 거버넌스 기준

데이터 품질

데이터가 늦게 들어오거나 일부 누락된 상태를 화면에서 숨기면, 사용자는 잘못된 숫자를 정상으로 받아들입니다. 마지막 갱신 시각, 누락 구간, 부분 집계 여부를 화면에 표시하십시오.

품질 점검 결과를 대시보드 자체에 노출하는 방식도 효과적입니다. 숫자를 못 믿게 되는 순간 사용자는 원본 데이터로 돌아가고, 그때부터 대시보드는 우회됩니다.

정의가 바뀔 때의 절차

지표 정의 변경은 가장 사고가 나기 쉬운 지점입니다. 변경 요청, 영향 범위 확인, 승인, 공지, 적용 시점 기록 순서를 정해 두십시오.

1. 01 변경 요청 접수와 사유 기록
2. 02 이 지표를 쓰는 화면 목록 확인
3. 03 승인자 지정과 적용 시점 결정
4. 04 사용자 공지와 이력 보관

같은 지표를 쓰는 화면 목록을 미리 알 수 있어야 영향 범위를 판단할 수 있습니다. 과거 데이터를 새 정의로 다시 계산할지, 특정 시점부터 적용할지도 함께 정합니다.

감사와 이력

누가 언제 어떤 정의를 바꿨고, 누가 어떤 데이터를 내려받았는지가 남아야 합니다. 문제가 생겼을 때 원인을 찾는 일이 훨씬 쉬워집니다.

내보내기 이력은 특히 중요합니다. 표 데이터를 파일로 내려받는 경로가 열려 있다면 그 기록도 함께 관리해야 합니다. 이력 보관 기간과 열람 권한도 미리 정해 두십시오.

처음 거버넌스를 세울 때

모든 규칙을 한 번에 만들려 하면 아무것도 정착하지 않습니다. 지표 정의 필수 항목과 권한 역할 두 가지부터 시작하십시오. 이 둘이 자리 잡으면 품질 표시와 변경 절차를 순서대로 얹을 수 있습니다.

규칙을 만드는 일보다 지켜지는지 확인하는 일이 더 오래 걸린다는 점을 전제에 두는 편이 좋습니다. 분기마다 점검을 하고, 지켜지지 않는 규칙은 다시 단순하게 만드는 편이 낫습니다.