데이터 품질 보고 발표: 문제와 사용 목적에 미치는 영향 설명하기

데이터 품질 보고 발표에서는 데이터가 특정 업무에 적합한지, 어떤 문제가 결과를 바꿀 수 있는지, 사용 전에 무엇을 해야 하는지 알려줘야 합니다. 지표 옆에 확인 규칙과 분모를 표시하세요. “품질 98%”라는 하나의 점수는 오히려 예정된 작업을 실패하게 만들 문제를 숨길 수 있습니다.

이 글에서는 가상의 연락처 기록 300행으로 보고 자료를 만듭니다. 빈 값, 잘못된 형식, 반복된 식별자, 오래된 확인 날짜가 각각 다른 질문에 답한다는 점을 설명합니다. 검사를 마친 뒤에는 Presenti로 검토한 결과를 편집 가능한 프레젠테이션으로 정리할 수 있습니다. 계산과 의미를 텍스트로 제공하세요. 슬라이드 초안이 원본 데이터베이스를 검증하지는 않습니다.

데이터가 지원해야 할 업무부터 정하기

“우리 연락처 데이터가 좋은가요?”는 회의에서 다루기에 너무 넓습니다. 이 예시에서 계정 담당팀은 고객 계정별 실무 담당자에게 서비스 업데이트 이메일을 보내려고 합니다. 입력돼 있고 사용할 수 있는 주소, 현재도 해당 역할을 맡은 담당자, 중복 발송을 피할 방법이 필요합니다.

사용 목적이 보고 내용을 결정합니다. 완전한 우편 주소는 배송에는 중요하지만 이번 이메일 작업에는 그렇지 않을 수 있습니다. 형식이 올바른 이메일 주소도 퇴사한 사람의 것일 수 있습니다. 차트 색상을 고르기 전에 목적에 필요한 검사를 정하세요.

영국 정부 데이터 품질 프레임워크(영문)는 품질을 목적에 대한 적합성으로 보고 완전성, 유일성, 일관성, 적시성, 유효성, 정확성 등을 구분합니다. 질문을 정리하는 구분이지 모든 데이터에 적용할 보편적인 합격 점수가 아닙니다.

발표 첫머리에 범위를 짧게 밝히세요. “서비스 업데이트 안내를 위해 추출한 실무 담당자 연락처 300행을 검토합니다. 검사는 저장된 이 시점의 데이터에 적용됩니다. 보고서는 연락처의 사용 가능성을 평가하며 메시지 발송을 승인하지 않습니다.” 커뮤니케이션 승인과 데이터 품질은 별개의 결정입니다.

각 결과 옆에 규칙과 분모 표시하기

가상의 추출 자료는 계정 ID별로 실무 연락처 한 행을 두는 설계라고 가정합니다. 아래 검사는 같은 원본 300행에 적용됩니다. 결과는 설명용으로 만든 것이며 Presenti나 고객의 측정 성과가 아닙니다.

형식 검사에는 타당한 분모가 두 가지 있습니다. 입력된 필드만 보면 282 ÷ 294, 약 95.9%입니다. 추출 자료 전체로 보면 282 ÷ 300, 94%입니다. 원본 목록 중 얼마가 입력돼 있으면서 형식도 적합한지 설명할 때는 후자를 쓰세요. 제공된 주소의 형식만 이야기한다면 전자의 분모를 명시합니다.

유일성 규칙도 분명히 해야 합니다. 여기서 반복된 계정 ID가 문제인 이유는 계정당 실무 연락처 한 행만 허용하기 때문입니다. 계정마다 여러 연락처를 의도적으로 저장하는 다른 표라면 반복된 ID가 올바를 수 있습니다. 한 행이 무엇을 뜻하는지 무시한 검사는 정상 데이터를 중복으로 잘못 판단할 수 있습니다.

90일은 이 예시에 선택한 가정이며 법률이나 업계 표준이 아닙니다. 데이터 책임자가 업무와 연락처 변경 속도에 맞게 기간을 정해야 합니다. “이전에 확인함”과 “확인 날짜 없음”을 나눠 무엇을 알고 있는지 남기세요.

겹치는 문제를 더해 잘못된 총계를 만들지 않기

빈 주소 6행과 값은 있지만 형식이 잘못된 12행은 정의상 겹치지 않습니다. 따라서 두 이메일 검사 중 하나 이상을 통과하지 못한 행은 18개입니다. 이 계산은 가능합니다. 하지만 중복 키가 있는 행과 오래된 확인 날짜는 어느 집단과도 겹칠 수 있습니다.

6 + 12 + 8 + 60을 더한 86은 문제 발생의 연건수이며, 반드시 서로 다른 86행이 영향을 받았다는 뜻은 아닙니다. 중복 쌍에 속한 8행과 개별 필드 검사에서 센 수치도 섞여 있습니다. 300에서 이 합계를 빼고 나머지를 “정상 연락처”라고 부르면 안 됩니다.

슬라이드 뒤에는 변하지 않는 행 참조값과 검사별 표시를 가진 문제 목록을 유지하세요. 하나라도 문제가 있는 행의 수가 필요하면 표시된 행 참조값을 중복 없이 합집합으로 집계합니다. 영향을 받는 계정 수가 필요하면 계정 ID별로 묶고, 중복 행의 내용이 충돌할 때 어떻게 처리하는지 설명합니다. 서로 다른 수량입니다.

따라서 제목은 “18행은 이메일 수정이 필요하며, 중복과 담당 역할 확인도 발송 준비에 영향을 줍니다”처럼 쓸 수 있습니다. “연락처 목록이 94% 정확합니다”는 근거를 넘어섭니다. 94%는 입력과 형식을 측정한 결과이지 도달 가능성, 현재 담당 역할, 연락 허용 여부가 아닙니다.

문제를 우선순위가 있는 요청으로 바꾸기

각 결과를 계획한 작업과 연결하세요. 이메일이 없으면 해당 행을 예정된 발송 목록에 사용할 수 없습니다. 반복된 계정 ID가 해결되지 않으면 중복 발송이나 연락처 선택의 충돌이 생길 수 있습니다. 90일보다 오래전에 확인한 연락처는 이 예시의 정책상 조사 대상이지, 자동으로 무효가 되는 것은 아닙니다.

오래됐다는 이유만으로 반복된 행을 삭제하지 마세요. 한 행에는 올바른 이메일이 있고 다른 행에는 현재 담당 역할이 있을 수 있습니다. 관리 중인 정보원을 기준으로 충돌을 해결하고, 필요하면 그 원본도 고쳐야 합니다. 발표용으로 내보낸 파일만 정리하면 다음번에 같은 문제가 돌아옵니다.

회의에서는 데이터 책임자에게 수정 작업을, 커뮤니케이션 책임자에게 발송 조건을 합의해 달라고 요청하세요. 조직이 범위와 제외 대상을 명시적으로 승인하면 일부 목록을 쓸 수 있지만, 이 보고서가 대신 결정하지는 않습니다. 제안 옆에 제외되거나 미해결인 대상을 표시해 초록색 요약 상자 뒤로 사라지지 않게 하세요.

오해를 부르는 품질 점수 없이 다섯 장 구성하기

첫 슬라이드는 용도와 결정입니다. “서비스 업데이트 전에 실무 담당자 연락처 목록을 확인한다”라고 적습니다. 데이터 시점과 한 행이 한 계정의 실무 연락처를 나타낸다는 규칙을 밝히세요. 청중이 백분율을 보기 전에 데이터로 무엇을 해야 하는지 알아야 합니다.

두 번째 슬라이드에는 이메일 입력 98%, 입력 및 형식 통과 94%, 예시 기간 안에 확인한 날짜가 있는 비율 80%를 크게 보여줄 수 있습니다. 바로 아래에 294/300, 282/300, 240/300을 남기세요. 설명 없는 게이지 세 개 대신 완전한 라벨을 사용합니다.

세 번째는 반복된 계정 ID 네 쌍과 검사 한계를 설명합니다. 네 번째는 역할별 수정 작업을 보여줍니다. 다섯 번째는 요청하는 결정, 미해결 범위, 다음 데이터 시점을 검토할 일정을 기록합니다. 행별 문제 목록은 본문 슬라이드 밖에 두고, 개별 기록을 해결할 사람이 권한에 따라 참조할 수 있게 하세요.

98%, 94%, 80%의 평균으로 전체 품질 점수 90.7%를 만들지 마세요. 검사의 목적이 다르고 서로 겹칩니다. 평균이 높아도 없는 주소가 생기지는 않습니다. 조직이 이미 복합 지표를 사용한다면 가중치와 목적을 별도로 설명하고, 실제 작업을 막는 건수는 계속 보여주세요.

슬라이드 초안용 설명에는 이렇게 적습니다. “가상의 300행 데이터를 그대로 사용하세요. 입력 여부, 형식, 확인 시점, 식별자 중복을 구분하세요. 모든 분모를 표시하세요. 형식 통과를 정확성이나 수신 가능성이라고 하지 마세요. 문제 건수를 더해 영향받은 사람 수를 추정하지 마세요. 수정이 완료됐다고 만들지 말고 요청하는 수정 작업을 보여주세요.” 초안의 구조를 잡되 판단은 데이터 책임자에게 남기는 지시입니다.

다음 보고서도 같은 기준으로 비교하기

후속 비율은 기록을 수정해서, 어려운 행을 제외해서, 또는 집계 대상이 바뀌어서 좋아질 수 있습니다. 같은 개선이 아닙니다. 각 보고서에 데이터 시점, 추출 규칙, 검사 정의, 제외 대상 처리 방법을 남기세요.

네 쌍이 실제 중복으로 확인돼 각각 한 행으로 줄어들면, 다른 변경 전의 다음 추출 자료는 296행입니다. 새 집단으로 모든 비율을 다시 계산해야 합니다. 행이 그대로인 것처럼 282/300을 이어 쓰지 마세요. 새 결과를 말하려면 남긴 행과 제거한 행 중 어디에 형식이나 확인 시점 문제가 있었는지도 알아야 합니다.

원래 문제의 해결 진척은 최초 문제 참조값으로 따로 추적하세요. 수정됨, 이번 용도에서 제외됨, 미해결, 사유가 있는 해당 없음으로 구분합니다. 현재 목록의 사용 가능성은 새 데이터에 같은 규칙을 적용해 확인합니다. 두 관점을 함께 보면 해결 작업과 분모 변경을 구별할 수 있습니다.

다음 발표에서는 데이터에 무엇이 바뀌었고 사용 목적에 무엇이 바뀌었는지 설명해야 합니다. 청중이 실제 연락처 목록이 필요한 업무에 적합해졌는지 판단할 수 있을 때, 깔끔한 슬라이드도 의미가 있습니다.