지표 카드에서 원천 데이터, 계산식, 담당자, 버전을 거슬러 올라갈 수 있는 데이터 계보 설계입니다.
왜 이 문제가 생길까
매출 대시보드 숫자가 전주와 달라졌는데 원인을 찾기 위해 SQL 파일 여러 개를 뒤지는 팀이 많습니다. 원천 데이터가 바뀐 것인지, 계산식이 수정된 것인지, 새로고침이 늦은 것인지 구분하기 어렵습니다. 신뢰할 수 있는 지표는 숫자뿐 아니라 그 숫자가 만들어진 경로를 설명할 수 있어야 합니다.
시스템은 무엇을 구분해야 할까
지표마다 업무 정의, 집계 단위, 기간 기준, 제외 조건, 소유자, 계산 버전을 명시합니다. 지표에서 변환 작업과 원천 테이블·컬럼으로 이어지는 계보를 수집하고, 배포 시 계산식 변경을 버전으로 남깁니다. 데이터 신선도와 계보는 서로 다른 정보이므로 '언제 갱신됐나'와 '무엇에서 왔나'를 별도 표시합니다. 담당자가 바뀌어도 정의 검토 책임이 사라지지 않도록 소유권을 팀 단위로 관리할 수 있습니다.
현장에서 적용하면
불량률이 갑자기 낮아졌습니다. 생산 현장의 개선일 수도 있지만 '재검품 제외' 조건이 새로 적용됐을 수도 있습니다. 지표 화면에서 정의 변경일과 영향을 받은 원천 컬럼을 확인하면 논쟁을 줄일 수 있습니다. 경영진에게는 기술 계보 전체보다 현재 정의와 변경 사실을 요약해 보여 주는 것이 좋습니다.
도입할 때 놓치기 쉬운 점
자동 계보 도구가 모든 수작업 파일과 외부 API를 완벽히 추적한다고 가정하면 빈 구간이 생깁니다. 추적되지 않는 단계는 '미확인'으로 드러내고 수동 책임자를 붙여야 합니다. 지표 명칭만 같다고 이전 버전과 직접 비교할 수 있는지도 검토해야 합니다.
시작 전 점검할 세 가지
- 지표 정의·제외 조건·담당자가 명시됐는가
- 원천 컬럼과 변환 버전을 추적할 수 있는가
- 정의 변경이 대시보드 사용자에게 보이는가
참고 자료: OpenLineage의 컬럼 계보 명세
#데이터계보 #지표관리 #대시보드 #데이터거버넌스 #메트릭 #원천데이터 #ETL #데이터품질 #분석시스템 #비즈니스인텔리전스
