조직 간 데이터 거버넌스에서 가장 흔한 마찰은 같은 이름의 지표(예: '고객', '전환')를 부서마다 다르게 정의해서 쓰는 것입니다. 같은 이름의 숫자를 놓고 부서마다 서로 다른 기준으로 집계한 값을 근거로 회의에서 논쟁하게 되는 것이 이 마찰의 실무적인 증상입니다. 지표 정의·집계 기준·소유 부서를 데이터 사전 한 곳에 등록해두는 것이 표준적인 해법입니다.
여기서 중요한 것은 새 지표를 도입할 때의 순서입니다. 새 지표가 필요하다고 곧바로 만들지 말고, 데이터 사전에 이미 비슷한 지표가 등록돼 있는지부터 확인하는 절차를 표준 프로세스로 둬야 합니다. 이 확인 절차가 없으면 부서마다 조금씩 다른 지표를 계속 새로 만들어내면서 같은 문제가 반복됩니다.
여러 마켓플레이스나 부서의 데이터를 하나의 대시보드로 통합하는 경우에도 순서는 같습니다. 통합 작업의 첫 단계는 화면 설계가 아니라 지표 사전 작성입니다. 이름이 같아도 정의가 다른 지표부터 먼저 골라내야 통합 이후에도 숫자가 서로 어긋나는 문제를 피할 수 있습니다.
계측을 자동화하는 단계까지 가려면 지표 정의를 사람이 읽는 문서 수준에 머물게 하지 말고, 코드 레벨의 이벤트 스키마로 못박아 팀 전체가 같은 값을 보도록 만들어야 합니다. 특히 GA4 같은 웹 분석 툴과 자사 앱의 인앱 트래킹 SDK는 이벤트명·파라미터 체계가 다를 수 있으므로, 앱과 웹 데이터를 함께 보는 조직이라면 이 부분의 사전 동기화도 데이터 사전 정비 작업에 함께 포함해야 합니다.
데이터 사전은 한 번 만들고 방치하면 다시 무용지물이 됩니다. 등록한 지표·정의는 정기적으로 최신 데이터에 맞춰 갱신해야 하며, 갱신 없이 방치하면 사전에 적힌 정의와 실제 부서별 운영 방식이 시간이 지나며 다시 벌어집니다. 데이터 사전 관리를 특정 부서의 일회성 프로젝트가 아니라 정기 점검 루틴으로 운영하는 것이 장기적으로 마찰을 줄이는 방법입니다.
비슷한 상황이신가요
우리 계정에 똑같이 적용되는지는 상황마다 다릅니다. 무료로 점검해드립니다.