감사 지적사항의 이행점검
개선 조치가 수행되었는지와 실제 문제를 줄이는 방향으로 작동하는지를 구분해 확인합니다.
바뀐 규정과 그대로인 화면
한 지적사항의 조치 결과에 "규정 개정 완료"라고 적혀 있었습니다. 문서는 분명히 바뀌었는데, 시스템에서는 이전 승인 경로가 그대로 살아 있어 실제로는 예전 방식으로 처리되고 있었습니다.
이행점검은 제출 자료의 존재를 확인하는 데서 끝나지 않습니다. 지적한 원인과 조치가 연결되는지, 그 조치가 실제 업무에서 적용되는지를 살펴야 합니다.
종결 기준부터 합의합니다
저는 개선안을 정할 때 완료 기준도 함께 적습니다. 책임자와 기한 외에 어떤 상태가 되어야 종결할 수 있는지 정하는 것입니다. 승인 누락이 문제였다면 규정 개정뿐 아니라 승인 없이 처리되는 경로가 남아 있는지 확인하고, 예외 처리가 필요하면 누가 승인하고 어떻게 추적할지도 포함합니다.
설계와 운영의 구분
기능이 구현된 사실과 일정 기간 적절하게 운영된 사실은 다릅니다. 실제 거래가 있으면 변경 이후의 처리 과정을 확인하고, 발생 빈도가 낮아 운영 사례가 없으면 설정 검토나 시험으로 확인한 범위를 표시합니다. 아직 관찰하지 못한 운영 효과까지 검증 완료로 적지 않습니다.
미완료와 위험 수용
조치가 지연되면 사유, 임시 대응, 새 기한을 정합니다. 권한 있는 사람이 남은 위험을 수용한 경우에도 개선 완료와 같은 상태로 표시하지 않는 편이 명확합니다. 같은 문제가 재발하면 미이행인지, 조치 설계가 부족했는지, 다른 경로에서 발생했는지 구분합니다. 이행점검의 종결은 원래 약속한 조치와 확인 기준을 충족했는지로 판단합니다.
정리
정리하면, 이행점검은 자료가 제출됐는지가 아니라 문제가 실제로 줄었는지를 봅니다. 종결 기준을 미리 합의하고, 설계와 운영을 나눠 확인해야 조치가 형식에 그치지 않습니다.
