기술 번역: 정확한 문서를 위한 실용적인 워크플로

기술 번역은 독자가 개념을 이해하고, 사양을 비교하며, 작업을 올바르게 수행할 수 있도록 전문화된 정보를 다른 언어로 전달합니다. 장비 매뉴얼, 엔지니어링 사양, 소프트웨어 문서, 연구 보고서 등의 문서가 여기에 해당합니다. 어휘를 아는 것도 중요하지만, 지침, 값, 다이어그램, 버전 간의 관계를 보존하는 것도 그에 못지않게 중요합니다.

기술 작성자나 프로젝트 소유자에게 첫 번째 결정은 번역 오류가 무엇을 바꿀 수 있는지, 가장 빠른 초안을 생성하는 도구가 무엇인지가 되어야 합니다. 오역된 개요 단락과 반대로 된 작동 조건은 동일한 우선순위로 동일한 검토 대기열에 들어가서는 안 됩니다.

이 가이드는 문서 간 워크플로를 제공합니다. 세부적인 형식별 작업을 하려면 사용자 매뉴얼 번역 가이드 또는 연구 논문 번역 가이드를 사용하세요. 기술 번역 제어 매트릭스를 다운로드하여 아래의 결정을 할당된 검토 항목으로 전환하세요.

주제만이 아니라 용도에 따라 문서 분류하기

기술 문서는 여러 목적을 수행할 수 있습니다. 엔지니어는 배경 지식을 위해 번역된 연구 보고서를 읽거나, 구매 결정에 사양을 복사하거나, 실제 장비에서 절차를 따를 수 있습니다. 주제는 동일할 수 있지만 오류의 결과는 매우 다릅니다.

프로젝트를 정의할 때 이 위험 지도(Risk Map)를 사용하세요. 이는 인증 체계가 아니라 계획 프레임워크입니다.

분량이 짧다고 해서 리스크가 낮다고 단정하지 마십시오. 한 페이지 분량의 사양서가 긴 설명형 보고서보다 훨씬 더 중대한 정보를 담고 있을 수 있습니다.

규제 대상이거나 안전에 직결되는 자료의 경우, 기계 번역 허용 여부를 책임 전문리스트가 결정하도록 하십시오. 그럴듯하게 보이는 초안이 규제 승인이나 운영상 안전의 증거가 되지는 않습니다.

번역 요청 전 수락 요약서 작성

대상 지역, 청중, 목적, 원본 개정본, 출력 형식, 승인 담당자를 정의하십시오. “스페인어로 번역”이라는 지시로는 독자가 멕시코의 엔지니어인지, 스페인의 소비자격인지, 아니면 사내 작업용 사본을 사용하는 연구원인지 명확히 알 수 없습니다.

미국번역가협회(ATA)의 기술 프로젝트 지침에서는 편집 가능한 원본 자료, 청중 및 목적 정보, 참고 문서, 검토 시간을 준비할 것을 권장합니다. 또한 단순한 이중 언어 구사 능력만 충분하다고 가정하기보다는 번역가의 관련 전문 분야를 확인할 것을 조언합니다.

작성한 요약서는 다음과 같은 운영상의 질문에 답할 수 있어야 합니다.

• 어떤 원본 파일과 개정본이 공식 기준입니까?
• 어떤 부록, 삽입된 그림, 스프레드시트 또는 링크된 파일이 포함됩니까?
• 출력물이 열람용 사본입니까, 편집 가능한 작업용 문서입니까, 아니면 배포용 산출물입니까?
• 어떤 숫자, 식별자, 제품 레이블, 용어를 통제된 방식으로 처리해야 합니까?
• 기술적 모호성은 누가 해결할 수 있으며, 목표 언어 표현은 누가 승인할 수 있습니까?
• 완료를 입증할 증거로는 검토된 파일, 이슈 로그, 해결된 참조 항목, 서명된 배포 기록 중 무엇을 사용합니까?

원본을 서비스에 공유하기 전에 기밀 유지 및 업로드 권한을 설정하십시오. 문서 번역 개인정보 보호 체크리스트는 유용한 공급업체 관련 질문과 근거 없는 보안 가정 항목을 구분해 줍니다.

문맥을 보존하는 소스 패키지 준비

가능한 경우 원본 저작용 파일과 함께 의도된 표현 형식을 보여주는 PDF 레퍼런스를 요청하세요. 수정 가능한 그림 레이블과 연결된 자산을 함께 유지하세요. PDF가 유일한 소스인 경우, 누락된 저작 구조를 항상 복구할 수 있다고 가정하는 대신 해당 제약 사항을 기록해 두세요.

번역 전에 텍스트 선택이 가능한 PDF와 이미지 전용 스캔본을 구분하세요. OCR은 인식 단계를 추가하므로, 잘못된 문자가 잘못된 소스의 그럴듯한 번역이 될 수 있습니다. 해당 분기에서는 다음을 사용하여 인식 품질을 검사하세요.스캔된 PDF 워크플로.

모호한 소스 표현을 명확하게 만드세요. 다음의 가상 명세 문장을 고려해 보세요.

제어 모듈이 구동 장치를 모니터링합니다. 점검 전에 연결을 해제하세요.

대명사 때문에 두 번째 문의 대상이 모호해집니다. 번역가는 어떤 부품을 의미하는지 물어볼 수 있지만, 유창한 자동 번역 결과물은 그러한 미해결된 질문을 숨길 수 있습니다. 문서 소유자는 번역을 승인하기 전에 소스에서 해당 부품을 명시해야 합니다. 번역가가 임의로 작동 지침을 만들어내도록 두지 마세요.

마이크로소프트의 글로벌 커뮤니케이션을 위한 작성 지침은 명확한 문장 구성, 일관된 용어 사용, 번역하기 어려운 표현 회피를 지원합니다. 필수적인 기술 세부 사항을 제거하기 위해서가 아니라 모호함을 제거하기 위해 이러한 원칙을 적용하세요.

직역 문자열과 개념을 별도로 제어

이해에 영향을 미치는 개념을 중심으로 간단한 용어 레지스터를 구축하세요. 각 항목에는 정의, 소스 문맥, 승인된 타겟 용어, 거부된 대안, 결정권자를 포함해야 합니다. 단순한 2열 단어 목록만으로는 번역가가 “bearing,” “terminal,” 또는 “range” 중 어떤 의미가 적용되는지 짐작만 하게 만들 수 있습니다.

부품 번호, 명령어 이름, URL, 파일 경로, 실제 제품과 일치해야 하는 인터페이스 레이블 등 직역 문자열의 별도 목록을 유지하세요. 일부 레이블은 현지화해야 하지만, 다른 레이블은 표시된 그대로 유지되어야 합니다. “모든 것을 번역한다”라는 하나의 전역 규칙을 적용하는 대신 선택 사항을 기록해 두세요.

예를 들어, reset_cache(이)라는 이름의 명령어는 “캐시 초기화”라는 설명구와는 종류가 다른 항목입니다. 명령어는 정확히 일치하는지 확인해야 하며, 어구는 정확하고 자연스러운 번역이 필요합니다.

소스 위치와 문서를 변경하는 답변을 포함하여 미해결된 질문을 한 곳에 기록하세요. 번역가 문의 워크플로는 여러 검토자나 언어가 동일한 불확실성을 공유할 때 유용합니다.

결과물에 맞춰 워크플로 선택

다음 분기들은 일반적인 기술 번역 프로세스가 수동 전용 체크리스트로 전락하는 것을 방지합니다.

승인된 번역이 버전 간에 반복될 때는 CAT 기반 워크플로가 유용할 수 있으며, 일회성 읽기나 검토 작업에는 파일 수준의 번역 초안이 적합할 수 있습니다. 어떤 방식을 선택하든 최종 문서를 검토해야 할 필요성은 사라지지 않습니다. CAT 도구와 기계 번역 비교 문서는 사람이 주도하는 워크플로, 자동화 워크플로, 하이브리드 워크플로 중에서 선택하는 방법을 설명합니다.

전체 패키지를 처리하기 전에 대표적인 섹션을 사용하여 선택한 워크플로가 필요한 형식을 제공할 수 있는지 확인하십시오. 쉬운 소개 페이지뿐만 아니라 어려운 자료도 포함하세요. 표, 다이어그램 또는 방정식을 검토 단계로 가져오는 데 문제가 발생한다면, 규모를 확장하기 전에 해당 문제를 해결하십시오.

각각의 담당자를 지정하여 6개의 레이어 검토

아래의 매트릭스를 릴리스 체크리스트로 활용하십시오. 누군가 문서를 대충 훑어보았다고 해서 확인이 완료되는 것은 아니며, 원본 위치, 대상 위치, 결과가 필요합니다.

검토 중에는 숫자와 단위를 함께 유지하세요. 한 가지 구체적인 규칙으로서, NIST의 SI 지침숫자 값과 기호(섭씨온도 포함) 사이에 공백을 삽입합니다. 다음과 같은 원문 값은25 °C단순한 맞춤법 검사 그 이상이 필요합니다. 숫자, 기호, 그리고 그것이 설명하는 조건 모두 중요합니다. 단위 변환은 별도의 편집 결정 사항이므로, 번역하는 동안 임의로 값을 변환하거나 반올림하지 마십시오.

PDF 전용 검수 항목에 대해서는 다음으로 이어집니다.PDF 번역 품질 보증(QA) 체크리스트. 더 넓은 범위의 번역 품질 관리 허브에서는 인접 용어 및 사후 편집 작업을 다룹니다.

작업 검토 예시: 단어는 맞지만 사양은 틀린 경우

가상의 제품 사양서에 다음과 같은 두 개의 행이 있다고 가정해 보겠습니다.

대상 테이블에서 모델 라벨이 바뀌었지만 모든 숫자가 그대로 유지되는 경우, 숫자 존재 여부 검사는 통과하지만 문서가 잘못된 한계를 전달하게 됩니다. 이러한 가상의 값들은 실제 제품에 대한 작동 조언이 아니라 문서 간의 관계를 설명하기 위한 것입니다.

다운로드 가능한 매트릭스에서는 이것이 다음 검사가 됩니다.NUM-02: 각 모델 식별자, 값, 단위, 조건을 하나의 그룹으로 비교하십시오. 도메인 검토자는 수정 사항을 기록하고, 생산 검토자는 내보낸 파일을 다시 열어 수정으로 인해 셀이 다시 이동하지 않았는지 확인합니다.

이 교훈은 표에만 국한되지 않습니다. 개별 문자열의 존재 여부뿐만 아니라 관계를 확인하십시오.

별도의 승인 역할 지정 및 이후 수정본 제어

도메인 전문가는 모든 목표 언어의 뉘앙스를 판단할 자격이 없더라도 사양의 의미를 확인할 수 있습니다. 언어 검토자는 어떤 원문 사양문이 권위 있는지 알지 못해도 오역을 식별할 수 있습니다. 두 역할 모두에 문서 소유자로 향하는 명확한 경로를 제공하고, “엔지니어링 검수 완료”가 다른 모든 검사를 대체하도록 방치하지 마십시오.

한 사람이 합법적으로 두 가지 이상의 역할을 맡는 경우라도 네 가지 명시적 책임을 사용하십시오.

1. 문서 소유자: 원본 관련 질문을 해결하고 범위나 요건 변경을 승인합니다.
2. 언어 검토자: 원문과 번역 문의 의미를 비교하고 목표 독자에 맞게 수정합니다.
3. 도메인 검토자: 기술적 개념, 조건 및 의사결정에 영향을 미치는 정보를 검증합니다.
4. 프로덕션 책임자: 내보낸 결과물을 검증하고 올바른 리비전을 패키징합니다.

릴리스 차단 요인에는 해결되지 않은 기술적 모호성, 누락된 필수 콘텐츠, 잘못된 값이나 조건, 그리고 독자를 잘못된 항목으로 안내하는 그림이나 참고 자료가 포함됩니다. 사소한 개인 취향 때문에 이러한 결함이 가려져서는 안 됩니다.

원본이 변경된 경우 영향을 받는 섹션과 종속된 표, 다이어그램, 참고 자료를 식별합니다. 해당 검토를 다시 시작하세요. 작동 컨텍스트가 변경된 후 이전에 승인된 단락이 계속 승인된 상태로 유지된다고 가정하지 마세요. 원본 리비전, 대상 리비전, 용어 결정 및 종결된 이슈 로그를 함께 보관하세요.

BookTranslator가 적합한 곳

BookTranslator는 전체 파일 PDF 및 DOCX 번역을 지원합니다. 업로드하여 초안으로 사용하기에 적합한 문서의 경우 PDF 번역기 또는 DOCX 번역기를 사용한 다음, 그 결과를 인수 기준서 및 제어 매트릭스와 비교하세요.

파일 지원이나 자동 용어집이 모든 기술적 차이, 다이어그램 레이블 또는 레이아웃이 온전하게 유지되었다는 증거라고 여기지 마세요. OCR 워크플로는 페이지의 정확한 복제를 보장하기보다는 인식된 콘텐츠를 다시 빌드합니다. 안전이 중요하거나 규제 대상이거나 그 밖에 중대한 결과가 따르는 문서에는 검토를 거치지 않은 번역 후에 급하게 덧붙이는 면책 조항이 아니라, 처음부터 확립된 전문가 워크플로가 필요합니다.

유용한 인수인계 결과물은 번역된 파일과 누가, 어떤 원본을 바탕으로 무엇을 검토했는지에 대한 기록입니다. 그것이 바로 다음 리비전을 관리 가능하게 만드는 요인입니다.