원고를 고친 뒤 QA 통과 판정도 다시 연결했습니다

이 글은 2026년 9월 14일부터 19일까지의 작업을 다룹니다. 상태와 판정은 각 사건 당시의 기록을 기준으로 했습니다.

9월 14일에 작성한 미소금융 원고를 이틀 뒤 다시 점검하다가, 저장된 원고와 검수를 마친 원고가 달라진 것을 확인했습니다. 제목은 같았습니다. 하지만 판단 요약과 소제목, 보도 확산의 한계를 설명하는 문장 등이 바뀌어 있었습니다. 사후 QA 보고서에는 통과라고 적혀 있었지만 어느 파일의 어느 버전을 검사했는지 연결돼 있지 않았습니다.

이 상태에서는 수정된 원고가 검수를 통과했다고 말할 수 없었습니다. 기존 판정을 그대로 넘기는 대신 조사 기록과 본문을 새 버전으로 묶고, 편집과 QA를 다시 진행했습니다. 여러 단계로 나누어 글을 만드는 작업에서 검수 결과를 재사용하려면 무엇이 같아야 하는지 드러난 사례입니다.

같은 제목 아래에 서로 다른 원고가 있었습니다

이 작업은 조사, 초안, 편집, QA, 최종 저장의 순서로 진행됩니다. 각 단계가 만든 파일과 판정을 남기고, 마지막에 원고와 대표 이미지를 한 쌍으로 확인합니다. 단계가 나뉘어 있어도 뒤의 검사가 앞의 작업과 같은 원고를 보고 있어야 합니다.

당시 사후 보고서는 수정된 파일의 ID와 수정 시각, 원고 버전을 특정하지 않았습니다. 보고서만 넘겨받으면 어느 원고를 검사한 결과인지부터 확인해야 하는 상태였습니다.

조사 기록에도 별도의 문제가 있었습니다. 살펴본 기사 제목 24개는 있었지만 기사별 직접 URL과 확인 시각, 후보 점수, 상위 후보를 비교한 근거가 충분히 남아 있지 않았습니다. 원고가 남아 있다는 사실만으로 그 원고에 이른 조사 과정까지 재현되지는 않았습니다.

조사와 본문을 함께 다시 묶었습니다

9월 16일 복구에서는 부족한 조사부터 보강했습니다. 여섯 분야의 기사 24건에 직접 URL과 발행 시각, 검토 메모를 붙였습니다. 예비 후보 8건의 점수와 상위 5건의 약식 검증, 상위 3건의 심층 비교도 다시 남겼습니다. 원고의 주장마다 출처와 반대 근거를 따라갈 수 있도록 했습니다.

그 조사 기록을 2번 버전으로, 당시 발행용 원고도 2번 버전으로 정했습니다. 편집과 QA는 이 조합을 입력으로 삼아 다시 수행했습니다. 새 QA 보고서에는 검사한 조사 기록과 원고의 버전이 함께 적혀 있습니다. 새 판정을 어느 본문에 적용할 수 있는지 확인할 수 있게 됐습니다.

최종 단계에서는 동결한 원고와 발행용 Markdown의 내용이 같은지도 확인했습니다. QA를 다시 했더라도 저장 과정에서 다른 파일이 올라가면 같은 문제가 되풀이되기 때문입니다. 9월 16일 QA 보고서는 조사·본문·형식·이미지가 같은 버전에 연결됐다고 기록했고, 그 시점의 공개 발행은 별도 승인 전으로 남겼습니다. 이후 발행 여부는 별도 기록에 남아 있습니다. 현재 저장된 완성 원고의 발행일 필드는 9월 18일이며, 개별 게시 주소도 기재돼 있습니다.

다시 검사할 범위는 바뀐 내용이 결정합니다

이 사례에서 새로 만든 것은 QA라는 역할 자체가 아닙니다. 이미 있던 역할 사이에서 끊어진 버전 연결을 복구한 것입니다. 조사와 본문이 수정됐으므로 편집과 QA를 다시 거쳤고, 저장된 결과도 대조했습니다.

본문을 고친 뒤 예전 통과 기록을 그대로 사용할 수 있는지는 수정 내용과 검사 범위를 함께 봐야 합니다. 출처나 수치, 결론의 강도가 바뀌었다면 그 부분을 검사하지 않은 판정은 수정본을 보증하지 못합니다. 반대로 공백이나 줄바꿈만 정리했다면 내용이 달라지지 않았다는 대조 결과와 형식 검사 결과를 남길 수 있습니다. 둘을 구별하려면 바뀐 행과 검사 대상 버전을 확인할 수 있어야 합니다.

후속 이미지 교체에서도 검사 범위를 구분한 기록이 남았습니다. 9월 18일 사용자가 선택한 이미지를 연결할 때는 원고의 이미지 경로만 바꾸고 제목·본문·참고자료·태그를 유지했습니다. 저장된 Markdown을 다시 읽어 동결본과 다른 비어 있지 않은 행이 이미지 경로 한 줄임을 확인했습니다. 이 기록은 무엇을 유지했고 무엇을 새로 확인했는지 다음 작업자가 판단할 수 있게 합니다.

다른 작업에 적용하려면

보고서나 코드처럼 여러 사람이 차례로 고치는 산출물에도 같은 질문을 붙일 수 있습니다. 검수자가 본 대상은 무엇이고, 지금 넘기려는 대상과 같은가. 파일명만으로 답하기 어렵다면 파일 ID와 수정 시각, 버전 번호처럼 대상을 특정할 정보를 검수 결과 옆에 남겨야 합니다. 수정 전후를 비교할 원본도 필요합니다.

버전 번호를 적는 것만으로 검수가 충실해지지는 않습니다. 이번에도 기사별 근거가 부족한 문제는 조사 기록을 실제로 보강해야 해결됐습니다. 또한 당시 편집과 QA는 같은 실행자가 단계를 나누어 수행했으므로 독립 검수로 부를 수 없습니다. 버전 연결이 보장하는 것은 검사 대상을 혼동하지 않는 데까지입니다.

---

관련 뉴스비평 원문: https://blog.naver.com/ahham/224415518647