다섯 언어의 이야기를 수정할 때, 재검토가 필요한 번역은 어떻게 기록할까?

통행 조건을 수정했다면 언어별로 영향을 받는 항목을 다시 등록해, 확인 기록이 특정 원문 버전을 가리키게 해야 합니다. ‘일본어 완료’는 어제 버전을 뜻할 수도 있습니다. 유효한 기록은 다음 질문에 답할 수 있어야 합니다. 번역은 어느 원문 버전에 근거하는가? 어디까지 수정했는가? 누가 확인했는가? 공개해도 되는가?

기록은 두 단계로 나누는 것이 좋습니다. 변경 카드에는 이전 원문과 새 원문을 보관하고, 검토 대장에는 ‘언어×항목’ 단위로 등록합니다. 중국어도 확인해야 합니다. 대사는 고쳤어도 실패 메시지에는 예전 조건이 남아 있을 수 있기 때문입니다. 언어 전체의 상태는 개별 항목의 상태를 종합해 판단합니다.

아래는 교육용 가상 사례입니다. 등장인물, 이야기, 기록, 진행 상황은 모두 지어낸 것으로, 실제 사용자 사례나 테스트를 거친 성과가 아니며 어떤 제품의 기존 기능을 나타내지도 않습니다. 모든 절차는 사람이 직접 수행할 수 있는 문서 운영 규칙입니다.

《안개 항구의 밤길》을 중국어, 영어, 일본어, 한국어, 스페인어로 관리한다고 가정해 보겠습니다. 작가는 기록의 탑에 들어가기 위한 제한을 추가합니다.

세 가지를 확인해야 합니다. 구리 열쇠는 여전히 필수이고, 도착 시각에 제한이 추가되었으며, 열쇠 소지 조건이 들어가는 사람 모두에게 명확히 적용됩니다. ‘구리 열쇠’만 남기고 나머지 두 가지를 빠뜨렸다면 각 언어에 변경 사항을 모두 반영했다고 볼 수 없습니다.

변경 카드는 다음과 같이 작성할 수 있습니다.

• 변경 번호: 기록의 탑 조건 변경 8.
• 원문 위치: 제2장／기록의 탑 입구／문지기의 설명.
• 기준 변경: 버전 7을 버전 8로 교체하고, 두 버전의 발언 전문을 모두 보관.
• 판정 기준: 종이 울리는 순간은 ‘종이 울리기 전’에 포함하지 않음. 동행자 중 한 명이라도 열쇠가 없으면 일행이 모두 함께 들어갈 수 없음.
• 영향을 받는 항목: 문지기의 설명, 선택지 문구, 실패 메시지, 퀘스트 요약.
• 설정 확인 담당자: 린천. 언어별 번역 확인 담당자는 별도로 지정.

두 판정 기준은 이 사례의 작가가 덧붙인 가상 설정으로, 번역자가 추측해서 정하면 안 됩니다. 열쇠가 없는 사람이 문밖에 남아 있어도 되는지 아직 결정되지 않았다면 ‘기준 확정 대기’로 기록하고 관련 문장의 승인을 보류해야 합니다.

대장의 최소 기록 단위는 한 언어의 한 항목입니다. 적어도 다음 열을 두어야 합니다.

‘업데이트 대기’는 수정이 아직 끝나지 않았다는 뜻입니다. ‘검토 대기’는 새 본문을 제출했지만 아직 확인되지 않은 상태입니다. ‘반려’는 문제가 발견되어 수정이 필요하다는 뜻이며, ‘기준 확정 대기’는 판정 기준이 정해지지 않은 상태입니다. ‘승인’에는 현재 본문에 대한 유효한 승인 기록이 있어야 합니다. 승인 후 번역을 다시 고쳤다면 검토 대기로 되돌리고, 이전 승인은 이력으로 남깁니다.

아래는 진행 상황의 일부일 뿐입니다. 완전한 번역 견본이 아니며, 언어 품질 검증이 끝났다는 의미도 아닙니다.

정식 대장에는 영향을 받는 모든 항목을 하나씩 나열해야 합니다. 이 다섯 행만 보고 어느 언어든 전체 작업이 끝났다고 선언할 수는 없습니다. 수정할 필요가 없는 항목도 ‘선택지는 규칙을 물을 뿐, 통행을 보장하지 않음’처럼 이유를 기록해야 합니다. 새 버전에서도 그대로 사용할 수 있다고 확인한 뒤에만 승인으로 표시합니다.

검토자가 일본어 실패 메시지의 뜻을 중국어로 ‘일행에게 구리 열쇠가 없어 들어갈 수 없다’고 풀어 설명했다고 가정해 보겠습니다. 이는 원문 글에서 중국어로 제시한 의미 설명이지, 실제 일본어 번역문이 아닙니다. 이 표현은 일행 전체가 열쇠 하나를 공유해도 된다는 인상을 줄 수 있고, 늦게 도착한 경우와 열쇠가 없는 경우도 구별하지 않습니다.

반려 기록에는 이렇게 적어야 합니다. ‘버전 8을 기준으로 볼 때, 현재 메시지는 각자 열쇠를 하나씩 가져야 한다는 점을 표현하지 않았습니다. 열쇠가 없는 경우와 정해진 시각에 늦은 경우의 메시지를 각각 보완해 주세요.’ 단순히 ‘번역이 부정확함’이라고 쓰면 승인 기준을 설명할 수 없습니다.

수정 후에는 세 가지 가상 상황을 적용해 문장별로 의미를 따져 봅니다.

• 종이 울리기 전에 도착했고 두 사람 모두 각자의 열쇠가 있음: 설명과 선택지는 두 사람의 입장을 허용하는 내용이어야 합니다.
• 종이 울리기 전에 도착했지만 플레이어만 열쇠가 있고 동행자는 없음: 메시지는 동행자에게 열쇠가 없다고 밝혀야 하며, 두 사람이 함께 들어갈 수 있다고 보장해서는 안 됩니다.
• 두 사람 모두 각자의 열쇠가 있지만 종이 울리는 순간에 도착함: 메시지는 이미 정해진 시각에 늦었다고 밝혀야 합니다.

이 검토는 글의 의미를 확인하는 과정입니다. 실제 테스트 기록이 아니므로 프로그램의 분기가 올바르다는 증거가 될 수 없습니다. 조건을 별도로 설정한다면 점검 항목을 따로 두고 담당자가 확인해야 합니다.

이 사례에서는 다섯 언어를 동시에 공개합니다. 그러려면 다음 조건을 모두 충족해야 합니다. 다섯 언어의 네 가지 항목 유형에 모두 기록이 있고, 모든 행의 실제 근거가 목표인 버전 8과 일치하며, 상황별 의미 검토에서 모순이 없어야 합니다. 승인 기록은 현재 번역 개정 번호에 대응해야 하고, 영향을 받는 모든 행이 ‘승인’ 상태여야 합니다. 업데이트 대기, 검토 대기, 반려, 기준 확정 대기인 행이 하나라도 있으면 공개할 수 없습니다. 버전 8에 근거한다는 사실만으로 업데이트 완료와 승인을 대신할 수는 없습니다. 한국어 요약이 아직 확인 대기 중이거나 영어 선택지가 업데이트 대기 중이라면 변경 전체가 여전히 공개 승인 대기 상태입니다.

글이 적을 때는 문서에 각 언어의 네 항목을 나열할 수 있습니다. 여러 사람이 협업할 때는 표를 사용하면 할 일을 쉽게 걸러낼 수 있습니다. 언어별 개요만 있고 세부 항목이 없다면 진행 상황을 보는 데는 쓸 수 있지만 공개 근거로 삼을 수는 없습니다. 놓친 실패 메시지가 드러나지 않을 수 있기 때문입니다.

언어별로 따로 공개할 수도 있습니다. 다만 공개 묶음마다 조건 버전을 명시하고, 공통 스토리 규칙상 여러 버전이 공존해도 되는지 확인해야 하며, 해당 묶음에서 영향을 받는 모든 행이 승인되어야 합니다. 다섯 언어가 새 통행 판정을 공통으로 사용한다면, 예전 번역은 플레이어가 오래된 설명에 따라 선택하게 만듭니다. 중국어가 끝났다는 이유만으로 공개해서는 안 됩니다.

버전 8이 다시 ‘종이 울린 뒤에도 들어갈 수 있다’로 바뀌었다면 버전 9 기록을 만들고 관련 항목의 검토를 수동으로 다시 시작해야 합니다. 버전 8의 승인은 버전 9가 올바르다는 증거가 아닙니다. 관련 없는 문장부호만 바꾸더라도 영향 판단을 기록하고 어떤 항목을 그대로 사용할 수 있는지 확인해야 합니다. 모든 언어를 무턱대고 다시 작업할 필요는 없습니다.

대장은 확인 범위와 책임 소재를 분명하게 해 줍니다. 하지만 언어 능력을 대신할 수 없고, 사람이 참조 위치를 빠짐없이 찾는다고 보장하지도 않습니다. 먼저 조건이 등장하는 대사, 선택지, 메시지, 요약을 나열한 뒤 다섯 언어로 확장하세요. 마지막으로 ‘실제 근거가 목표 버전과 일치하지 않음’ 또는 ‘상태가 승인이 아님’에 해당하는 행을 할 일에 포함합니다. 둘 중 하나만 충족해도 포함하는 것으로, 두 기록 집합의 합집합을 구합니다. 이렇게 하면 예전 본문을 찾아내면서도, 버전 8에 근거하지만 여전히 검토 대기이거나 반려된 기록을 놓치지 않을 수 있습니다.