Agentic TigerAGENTIC TIGERBETA
로그인무료 진단
← Back
리스크

같은 오류를 두 번 잡고 있다면: 검증을 비용에서 자산으로 바꾸는 법

지난달에 잡은 오류를 이번 달에 또 잡았다면, 문제는 눈이 아니라 그 눈이 남긴 것이 없다는 것입니다. 검증에서 남겨야 할 다섯 가지(합격 기준, 자동 관문, 판단 근거와 예외, 갱신 이력, 적용 범위)와 검증 시간이 검증능력으로 축적되는 순환을 다룹니다.

Date
2026.08.21
Category
리스크
Reading Time
7분
어두운 작업실 벽에 걸린 오래된 체 거름망들의 극적 명암 클로즈업 — 눈 크기가 다른 여러 개의 체가 순서대로 걸려 있고 가장 촘촘한 것에만 측광이 떨어지는 정물 — 한 번 걸러낸 기준이 도구로 남는 은유, 글자 없음.

이번 달 보고서에서 집계 기간이 하루 밀린 오류를 잡았습니다. 고치게 하고, 확인하고, 일은 끝났습니다. 그런데 지난달에도 같은 자리에서 같은 오류를 잡았습니다. 오류를 알아보는 눈은 두 번 다 정확히 작동했습니다 — 두 번째로 알아봐야 했다는 것이 문제입니다. 한 번 발견한 오류를 다음에도 사람이 다시 발견해야 한다면 검증할 때마다 비용을 새로 치러야 합니다. 반대로 그 오류를 걸러낸 기준을 자동 관문으로 굳혀 두면, 검증에 들인 시간이 그대로 검증 능력으로 남습니다.

비용의 검증과 자산의 검증

두 검증의 차이는 오류를 찾은 다음에 갈립니다.

비용의 검증: 오류 발견 → 수정 지시 → 확인 → 종료. 이번 산출물은 지켜졌지만 다음 달에도 같은 시간이 다시 들어갑니다. 좋은 결과는 나오는데 매번 맨손으로 다시 만드는 상태 — 대부분 조직의 검증이 여기 있습니다.

자산의 검증: 오류 발견 → 유형 기록(집계 기간 어긋남인가, 원장에 없는 계정의 유입인가) → 같은 오류를 다시 잡아낼 검사로 변환(“부문별 집계 기간이 원장과 일치하는가”) → 관문 등록 → 종료. 다음 달부터 같은 오류는 사람 눈에 닿기 전에 걸리고, 사람의 시간은 새로운 예외의 판단으로 이동합니다. 그 판단이 또 새 관문이 됩니다. 한 바퀴 돌 때마다 사람이 볼 범위는 줄고 관문이 맡는 범위는 넓어지는 — 이것이 검증의 복리입니다.

어두운 대장간의 극적 명암 클로즈업 — 모루 위에서 반복 사용으로 반들반들해진 낡은 형틀과 그 옆의 새 금속 조각이 대비되는 매크로 정물 — 한 번의 작업이 다음 작업의 틀로 남는 은유, 글자 없음.
그림 1. 두들긴 자리가 틀이 된다. 오늘의 반려 사유가 내일의 자동 검사다.

남겨야 할 다섯 가지

검증에서 산출물 말고 남겨야 할 것은 다섯입니다.

남길 것내용없으면
합격 기준무엇이 충족되면 통과인지의 명문매번 감으로 다시 판정
자동 관문·독립 대조기준을 기계 검사로 바꾼 것같은 오류를 사람이 반복 발견
판단 근거와 예외왜 통과/반려했는지, 어떤 예외를 인정했는지담당자 교체 시 기준 리셋
갱신 이력기준이 언제 왜 바뀌었는지기준의 신뢰도 판단 불가
적용 범위이 기준·관문이 어떤 조건에서 유효한지검증된 범위 밖에 오적용

앞의 넷은 순환으로 이어져 있습니다 — 기준이 관문이 되고, 관문에서 드러난 예외가 다시 기준을 고칩니다. 다섯째(적용 범위)는 자산의 유효기간표입니다: “이 검사는 월 단위 정산 데이터 기준으로 검증됨” 같은 한 줄이, 조건이 바뀐 곳에 낡은 기준을 자신 있게 적용하는 사고를 막아줍니다.

우선순위도 명확합니다 — 모든 오류를 자산화할 필요는 없고, 자주 발생하거나 손실이 큰 오류부터입니다. 일회성 업무의 검사는 그 한 번으로 끝나지만, 길목에 세운 검사는 지나갈 때마다 값을 합니다.

조직에 심는 법: ‘오류 발견’의 정의를 바꿔라

개인의 습관으로도 가치가 있지만, 조직 자산이 되려면 절차가 필요합니다. 가장 작은 개입은 오류 처리의 완료 정의를 바꾸는 것입니다 — “수정 확인”에서 “수정 확인 + 유형 기록 + 검사 변환 여부 판정”으로. 검사로 바꿀지 판정하는 기준은 두 질문이면 됩니다: 이 오류가 다시 날 수 있는 자리인가, 났을 때 손실이 큰가.

여기에 자산 배당을 연결하면 순환이 돕니다 — 내가 만든 검사가 다른 팀의 오류를 잡아줄 때 만든 사람에게 인정이 돌아가는 구조는, 검증 노하우를 개인 요령에서 조직 관문으로 옮기는 가장 확실한 유인입니다.

검증 관문을 어디에 둘지는 검사 관문을 어디에 세울 것인가에서, 업무별 검증 강도의 차등은 위임 등급표에서, 환각 특화 검증은 환각 검증 체계에서 다뤘습니다. 우리 조직의 검증이 비용 단계인지 자산 단계인지는 무료 AX 진단으로 확인할 수 있습니다.

자주 묻는 질문

검증을 자산으로 만든다는 게 무슨 뜻인가요?

오류를 잡은 판단을 일회성으로 소비하지 않고, 같은 오류를 자동으로 다시 잡을 검사·기준·기록으로 변환해 남긴다는 뜻입니다. 남길 것은 다섯 — 합격 기준, 자동 관문, 판단 근거와 예외, 갱신 이력, 적용 범위 — 이고, 쌓일수록 사람이 다시 확인하지 않아도 되는 영역이 넓어집니다.

모든 오류를 검사로 만들면 관문이 너무 무거워지지 않나요?

전부 만들지 않습니다 — 기준은 재발 가능성과 손실 크기입니다. 일회성 작업의 특수 오류는 기록만 남기고, 매일 도는 파이프라인의 반복 오류와 손실이 큰 유형만 검사로 승격합니다. 관문의 무게는 개수가 아니라 배치로 관리합니다.

갱신 이력은 왜 필요한가요?

기준도 낡기 때문입니다. 언제 어떤 근거로 바뀌었는지가 없으면, 지금 기준이 여전히 유효한지 판단할 수 없고 — 반년째 그대로인 기준표는 신뢰의 증거가 아니라 방치의 증거일 수 있습니다. 이력이 있어야 “이 검사는 왜 이렇게 생겼나”에 답할 수 있고, 안전하게 고칠 수 있습니다.

어디서부터 시작하나요?

지난 한 달간 사람이 잡은 오류 목록에서 시작하세요 — 그중 두 번 이상 나온 유형이 첫 자산화 대상입니다. 이미 재발이 실증된 오류이므로 투자 판단이 필요 없습니다. 하나를 검사로 바꾸는 데 보통 한 시간이 안 걸리고, 다음 달부터 매달 그 시간을 돌려받습니다.

Share
FB IN X

AI 위임과 검증 체계

See all
AI에게 어디까지 맡겨도 되나: 업무마다 다른 검증 등급을 정하는 법
리스크

AI에게 어디까지 맡겨도 되나: 업무마다 다른 검증 등급을 정하는 법

AI 오류를 잡는 네 개의 관문
리스크

AI 오류를 잡는 네 개의 관문

AI 환각을 업무에서 막는 검증 체계: 발생 지점부터 기계검증·사람확인까지
리스크

AI 환각을 업무에서 막는 검증 체계: 발생 지점부터 기계검증·사람확인까지