가이드

다국어 매뉴얼 출시 전 QA 시리즈 8/8

다국어 매뉴얼 데이터 관리 점검 가이드

납품 전에 다음 프로젝트를 위해 정리해야 할 18개 기준

발행일: 2026년 11월 · 작성자: 한샘글로벌

제품이 출시되면 매뉴얼 프로젝트도 끝난 것처럼 보입니다. 실제로는 반대입니다. 같은 제품의 펌웨어 업데이트, 모델 변형, 시장 추가, 언어 확장이 곧 이어집니다. 그리고 이때 가장 자주 발생하는 사고는 지난 납품의 데이터를 찾을 수 없는 사고입니다. 누가 보관했는지 모르고, 어느 버전이 납품본인지 모르며, 번역 메모리와 용어집은 최종본 기준으로 갱신되어 있지 않습니다.

이 사고는 납품 직후가 아니라 납품 직전에 막을 수 있습니다. 납품이 끝나면 인력이 다른 프로젝트로 이동하고, 결정의 맥락을 아는 사람이 사라집니다. 다음 프로젝트를 위해 무엇을 마무리해야 하는지를 아직 사람이 남아 있을 때 점검하는 것이 이 편의 목적입니다.

AI 도구가 자산 검색, 태깅, 중복 검출을 보조하지만, 명명 규약과 패키지화, 번역 메모리 갱신, 보안 폐기 같은 항목은 사람이 사전에 인지하고 점검해야 합니다.

데이터 관리 점검이란?

데이터 관리 점검은 납품 직전에 이번 프로젝트의 산출물을 다음 프로젝트가 쓸 수 있는 자산으로 정리했는지 확인하는 검수입니다. 소스 파일 보관, 번역 메모리와 용어집 갱신, 변경 이력과 사인오프 기록, 향후 업데이트 준비, 인수인계와 보안 폐기를 대상으로 합니다. 납품본의 품질을 판정하는 작업과는 목적이 다르며, 다음 프로젝트의 출발선을 올려 두는 것이 목적입니다.

  • 이런 분께 테크니컬 라이터, 매뉴얼 기획자, 현지화 담당자, 프로젝트 관리자, 문서 자산을 직접 관리하는 제조사 문서팀
  • 이럴 때 납품본 확정 직후, 최종 사인오프 전, 담당자 교체나 업체 변경을 앞둔 시점, 보안 프로젝트 종료 시
  • 함께 보기 「다국어 매뉴얼 데이터 관리 점검 체크리스트」로 18개 항목을 자가 점검하고 사인오프까지 기록할 수 있습니다.

본 가이드는 산업·제품 비특화 범용 항목을 다룹니다. 보관 기간, 접근 권한, 폐기 절차의 구체 요건은 고객사 계약과 사내 보안 정책, 지역별 개인정보 규정을 따릅니다. 표준 원문·법령을 대체하지 않습니다.

납품본이 아니라 다음 출발선을 점검하는 단계

납품 직전에는 모든 사람이 납품본에 집중합니다. 그러나 다음 펌웨어 업데이트, 언어 확장, 재인쇄가 왔을 때 시작점이 어디인지는 납품본이 아니라 납품 전 단계에서 무엇을 정리하고 보관했는가에 달려 있습니다. 정리된 자산이 있으면 다음 프로젝트는 0이 아니라 상당 부분이 완성된 상태에서 시작합니다.

영역데이터 관리에서 통합·검증해야 하는 작업
소스 파일 보관명명 규약, 링크·폰트 패키지화, 채널·언어별 분류, 다중 백업
번역 메모리·용어집번역 메모리 정리, 용어집 갱신, 번역 금지 항목, 언어별 스타일 가이드
변경 이력·버전 관리차수별 변경 이력, 미해결 이슈 종결, 단계별 사인오프 기록
향후 업데이트 준비언어 확장 구조, 변경 영향도 매트릭스, 재인쇄 데이터, 규제 모니터링
인수인계 사인오프단일 패키지 정리, 수령 확인, 보안 폐기 절차

공정은 납품본 확정에서 시작해 자산 정리와 두 차례의 점검을 거쳐 인수인계로 이어집니다. 각 단계에서 하는 일은 다음과 같습니다.

1. 납품본 확정최종 차수를 확정하고 이후 수정을 동결합니다.
2. 자산 정리소스, 번역 메모리, 용어집, 이력, 점검 기록을 정리합니다.
3. 자가 점검납품 전 담당자가 18개 항목을 확인합니다.
4. 검사원 점검사인오프 전 별도 인원이 교차 확인합니다.
5. 인수인계·보관단일 패키지로 인계하고 수령 확인과 폐기를 마칩니다.

핵심 원칙. 자산 정리는 납품 후로 미룰수록 불가능해집니다. 인력이 이동하고 결정의 맥락이 사라지기 때문입니다. A등급 항목은 사인오프 전 0건을 원칙으로 관리합니다.

자동 도구가 잡는 영역과 별도 점검이 필요한 영역

자산 관리 도구는 파일과 데이터의 존재 여부를 확인하는 데 강점이 있습니다. 그러나 이 단계의 핵심 판단은 존재 여부가 아니라 최신성과 완결성입니다. 번역 메모리는 있지만 최종 차수가 반영되지 않았고, 코멘트는 닫혀 있지만 실제로는 다음 차수로 이월된 상태인 경우를 도구는 구분하지 못합니다.

구분자동 도구가 잡는 영역과 별도 점검이 필요한 영역
파일 관리자동 도구 명명 규칙 위반, 중복 파일, 끊어진 링크 검출
별도 점검 명명 규약 자체의 적절성, 패키지의 재사용 가능 여부
번역 메모리자동 도구 세그먼트 수, 중복 항목, 형식 오류
별도 점검 최종 차수 반영 여부, 폐기해야 할 구버전 세그먼트의 판단
용어집·스타일자동 도구 용어 불일치 검출
별도 점검 이번 프로젝트에서 확정한 용어와 표기 결정의 반영 여부
이력·이슈자동 도구 미해결 코멘트 수, 변경 로그 존재 여부
별도 점검 종결 판단, 다음 차수 이월 항목의 인계 여부
보안자동 도구 검출이 어려움
별도 점검 잔존 데이터의 위치 파악, 폐기 수행과 완료 확인
리스크자동 도구 파일 단위 누락
별도 점검 다음 프로젝트의 재시작 비용, 비밀 유지 위반

납품 이후에 드러나는 자산 결함

다음 세 가지는 납품 시점에는 아무 문제가 없어 보이지만, 몇 달 뒤 다음 프로젝트가 시작될 때 비용으로 나타나는 대표 결함입니다. 납품 당시에는 아무도 확인하지 않기 때문에 발견 시점이 늦습니다.

결함 유형내용
소스 파일 추적 불가재인쇄 요청이 들어왔는데 원본 편집 파일을 찾을 수 없어 납품 PDF에서 역으로 재구성하게 됩니다.
명명 규약에 따라 단일 위치에 보관하고 백업 위치를 기록해 두면 발생하지 않습니다.
번역 메모리 미갱신번역 메모리가 구버전 기준으로 남아 있어, 다음 프로젝트에서 이미 수정한 문구가 그대로 다시 제안됩니다.
최종 차수까지 반영해 정리하고 갱신일과 기준 차수를 함께 기록하면 발생하지 않습니다.
보안 폐기 미수행보안 프로젝트가 종료됐는데 작업용 사본과 임시 파일이 개인 단말과 공유 폴더에 남아 있습니다.
폐기 대상 목록을 만들고 폐기 후 완료를 별도 인원이 확인해 사인오프하면 발생하지 않습니다.

점검 18항목의 다섯 가지 범주

본 가이드는 특정 산업에 국한되지 않고 전자기기, 자동차, 산업장비, 건설장비, 의료기기, 로보틱스 등 다국어 매뉴얼을 반복 제작하는 환경에서 공통으로 적용할 수 있는 항목으로 구성했습니다. 항목은 다섯 범주, 총 18개입니다.

범주데이터 관리 점검 영역
A. 소스 파일 보관 (4항목)명명 규약, 패키지화, 채널·언어 분류, 다중 백업
B. 번역 메모리·용어집 (4항목)메모리 정리, 용어집 갱신, 번역 금지 항목, 스타일 가이드
C. 변경 이력·버전 관리 (3항목)차수별 변경 이력, 미해결 이슈 종결, 사인오프 기록
D. 향후 업데이트 준비 (4항목)언어 확장 구조, 영향도 매트릭스, 재인쇄 데이터, 규제 모니터링
E. 인수인계 사인오프 (3항목)단일 패키지, 수령 확인, 보안 폐기

중요도 등급과 사인오프 기준

항목마다 다음 프로젝트와 계약 리스크에 미치는 영향이 다릅니다. 영향의 크기에 따라 A, B, C 등급으로 구분하고 한 가지 원칙을 강제합니다. A등급은 사인오프 전 0건이어야 합니다. 18개 항목은 A등급 9개, B등급 8개, C등급 1개로 구성됩니다.

  • A · Critical / 필수 한 건이라도 남으면 다음 프로젝트를 사실상 처음부터 다시 시작해야 하거나, 비밀 유지 위반으로 직결될 수 있습니다. 사인오프 전 0건이어야 합니다.
  • B · Major / 권장 누락 시 다음 프로젝트에서 재조사와 재작업이 발생하고 품질 일관성이 흔들립니다. 가능한 한 0건을 목표로 관리합니다.
  • C · Minor / 보조 단건 영향은 작지만 프로젝트가 반복될수록 영향 범위 조사 비용이 누적됩니다.

납품 전에 확인해야 할 18개 항목

다음 표는 체크리스트의 각 항목을 실무 지침 형태로 풀어 정리한 것입니다. 실제 작업에서는 각 항목을 담당자 자가 확인(Self)과 검사원 확인(Reviewer)으로 나누어 두 번 기록합니다.

No
등급
점검 항목 · 점검 기준
1
B등급
명명 규약에 따라 파일명이 정리되어 있는가
제품, 문서 종류, 언어, 차수, 매체가 파일명에서 식별되는지 확인합니다. 규약이 지켜지지 않으면 몇 달 뒤에 어느 파일이 납품본인지 파일을 하나씩 열어 확인해야 합니다.
2
A등급
소스 파일이 링크와 폰트를 포함해 패키지화되어 있는가
외부 경로를 참조하는 이미지, 설치 폰트에 의존하는 서체가 패키지에 포함되어 있는지 확인합니다. 링크가 끊긴 아카이브는 열리기는 해도 재사용할 수 없습니다.
3
B등급
채널·언어별 분류 구조가 정해진 대로 적용되어 있는가
디지털과 인쇄, 언어별, 매체별 폴더 구조가 사전에 정한 규칙대로 유지되고 있는지 확인합니다. 담당자별로 구조가 다르면 인수인계 시점에 재정리가 필요해집니다.
4
A등급
최종 자산이 두 곳 이상에 백업되어 있는가
단일 저장소에만 있는 자산이 없는지 확인합니다. 백업 위치, 접근 권한, 보관 기간을 함께 기록해야 실제로 찾을 수 있는 백업이 됩니다.
5
A등급
번역 메모리가 최종 차수 기준으로 갱신되었는가
납품 직전까지 반영된 수정 사항이 번역 메모리에 반영되어 있는지 확인합니다. 갱신하지 않으면 다음 프로젝트에서 이미 고친 오류가 그대로 다시 제안됩니다.
6
A등급
용어집이 최종본 기준으로 갱신되었는가
이번 프로젝트에서 확정하거나 변경한 용어가 반영되어 있는지 확인합니다. 갱신일과 기준 차수를 함께 기록해 어느 시점의 용어집인지 알 수 있게 합니다.
7
B등급
번역 금지 항목 목록이 갱신되었는가
제품명, 모델명, UI 문자열, 법적 문구 등 번역하지 않아야 하는 항목의 목록이 최신 상태인지 확인합니다. 신규 모델이 추가되면 목록도 함께 늘어나야 합니다.
8
B등급
언어별 스타일 가이드가 이번 프로젝트의 결정 사항을 반영했는가
진행 중에 합의한 표기 규칙, 문체 결정, 예외 처리를 스타일 가이드에 반영합니다. 메일과 코멘트에만 남은 결정은 다음 프로젝트에 전달되지 않습니다.
9
B등급
변경 이력이 차수별로 기록되어 있는가
무엇이, 왜, 어느 차수에서 바뀌었는지 확인할 수 있는지 봅니다. 재인쇄와 규제 대응에서 변경 근거를 요구받는 경우가 많습니다.
10
A등급
미해결 코멘트와 이슈가 종결 처리되었는가
반영, 보류, 다음 차수 이월 가운데 어느 상태인지 모든 항목이 명시되어 있는지 확인합니다. 열린 채로 남은 코멘트는 다음 버전에 그대로 복사되어 같은 논의를 반복시킵니다.
11
A등급
단계별 사인오프 기록이 남아 있는가
앞선 Section의 점검 기록과 승인자, 승인일, 예외 승인 사유가 보관되어 있는지 확인합니다. 문제 발생 시 원인 구간을 좁히는 유일한 근거입니다.
12
B등급
언어 확장을 위한 소스 구조가 유지되어 있는가
언어를 추가할 때 소스를 다시 만들지 않고 파생할 수 있는 구조인지 확인합니다. 특정 언어에만 적용한 임시 수정이 소스에 섞여 있으면 확장이 막힙니다.
13
C등급
변경 영향도 매트릭스가 작성되어 있는가
어느 콘텐츠가 어느 매체, 언어, 모델에 쓰이는지 정리한 표입니다. 없어도 당장은 진행되지만, 다음 수정에서 영향 범위를 매번 처음부터 조사하게 됩니다.
14
A등급
재인쇄에 필요한 데이터 일체가 갖춰져 있는가
인쇄용 PDF, 소스 파일, 인쇄소 사양서, 프리플라이트 보고서, 승인 기록이 함께 보관되어 있는지 확인합니다. 재인쇄 요청은 대개 담당자가 바뀐 뒤에 들어옵니다.
15
B등급
규제 모니터링 대상과 주기가 지정되어 있는가
적용 표준과 시장별 규제 가운데 변경을 추적해야 하는 대상, 확인 주기, 담당자를 지정합니다. 규제 변경은 제품 변경 없이도 매뉴얼 개정을 요구합니다.
16
A등급
인수인계 자산이 단일 패키지로 정리되었는가
소스, 번역 메모리, 용어집, 스타일 가이드, 변경 이력, 점검 기록이 하나의 패키지에 모여 있는지 확인합니다. 여러 곳에 흩어진 자산은 인수인계 시점에 일부가 반드시 누락됩니다.
17
B등급
인수인계 수령 확인이 기록되었는가
수령자, 수령일, 인계 범위를 기록합니다. 보관 책임이 어느 시점부터 누구에게 있는지가 분명해집니다.
18
A등급
보안 프로젝트의 잔존 데이터 폐기가 완료되었는가
작업용 사본, 임시 파일, 개인 단말과 메일함의 잔존 데이터를 폐기하고 완료를 확인합니다. 비밀 유지 계약이 걸린 프로젝트에서는 폐기 미수행 자체가 위반이 됩니다.

납품 직전 자주 발견되는 다섯 가지 오류와 영향

다음 오류들은 납품 자체는 통과하지만 다음 프로젝트에서 비용으로 되돌아오는 유형입니다. 자체 자산 관리 체계가 없거나 AI 도구로 자산 관리를 직접 운영하는 환경이라면 사인오프 전에 반드시 확인해야 합니다.

오류 유형실패 시 결과와 사인오프 전 차단 방법
재인쇄 시 원본 편집 파일을 추적 불가결과 원본을 재구성하거나 처음부터 다시 제작하게 되어 시간과 비용이 이중으로 듭니다.
차단 명명 규약에 따라 단일 위치에 보관하고, 백업 위치와 접근 권한을 함께 기록합니다.
번역 메모리와 용어집이 구버전 기준으로 운용결과 다음 납품에서 이미 해결한 용어 불일치가 재발하고 재검수 비용이 발생합니다.
차단 최종 차수 기준으로 갱신한 뒤 갱신일과 기준 차수를 기록합니다.
외부 링크 이미지가 패키지에 미포함결과 아카이브를 열었을 때 이미지가 깨져 재인쇄 데이터의 무결성이 무너집니다.
차단 링크와 폰트를 포함해 패키지화하고, 패키지를 다른 환경에서 한 번 열어 확인합니다.
미해결 코멘트가 다음 버전에 잔존결과 같은 문제가 반복 제기되고 검수 기록의 신뢰도가 떨어집니다.
차단 모든 코멘트를 반영, 보류, 이월 가운데 하나로 종결 처리하고 이월 항목은 인계 목록에 넣습니다.
보안 프로젝트 종료 후 폐기 절차 미수행결과 비밀 유지 의무 위반에 노출되고 보안 사고로 직결될 수 있습니다.
차단 폐기 대상 목록을 먼저 만들고, 폐기 후 완료를 별도 인원이 확인해 서명합니다.

오류 vs 정상: 실무 판단 기준

소스 파일
✗ 오류납품 PDF만 남아 있고 편집 파일의 위치를 아는 사람이 퇴사했거나 다른 프로젝트로 이동했습니다.
✓ 정상명명 규약에 따라 단일 위치에 보관하고, 링크와 폰트를 포함해 패키지화한 뒤 두 곳 이상에 백업합니다.
번역 메모리
✗ 오류납품 직전 수정분이 번역 메모리에 반영되지 않아 다음 프로젝트에서 구버전 문구가 제안됩니다.
✓ 정상최종 차수까지 반영해 정리하고, 갱신일과 기준 차수를 기록해 어느 시점의 메모리인지 알 수 있게 합니다.
보안 폐기
✗ 오류프로젝트가 종료됐는데 작업용 사본과 임시 파일이 공유 폴더, 개인 단말, 메일함에 남아 있습니다.
✓ 정상폐기 대상 목록을 만들어 폐기를 수행하고, 완료를 별도 인원이 확인해 사인오프 기록으로 남깁니다.

2단계 교차 검증으로 운영하기

자산 정리는 작업한 사람이 스스로 판단하기 어려운 영역입니다. 무엇이 빠졌는지는 그 자산을 처음 받아 보는 사람에게 더 잘 보입니다. 납품 전 자가 점검과 사인오프 전 검사원 점검, 두 시점으로 나누어 배치합니다.

1단계: 납품 전 자가 점검수행자 프로젝트 담당자, 현지화 담당자
주요 작업 납품본 확정 직후 소스 보관, 번역 메모리와 용어집 갱신, 이력과 이슈 종결을 정리하고 18개 항목을 확인합니다.
사인오프 A등급 0건. B·C등급은 영향과 처리 계획을 기록합니다. 검사원 점검으로 넘길지 결정합니다.
2단계: 사인오프 전 검사원 점검수행자 PM, QA 담당자, 인수 예정자
주요 작업 패키지를 다른 환경에서 실제로 열어 재사용 가능한지 확인하고, 수령 확인과 보안 폐기 완료를 교차 검증합니다.
사인오프 인수인계 승인 또는 반려. 반려 시 보완 후 다시 확인합니다.

자동화와 사람의 역할 분리

명명 규칙 위반, 끊어진 링크, 중복 파일, 미해결 코멘트 수처럼 기계적으로 셀 수 있는 항목은 도구로 우선 검출합니다. 사람은 최신성 판단, 종결 여부 판단, 폐기 완료 확인처럼 맥락이 필요한 영역에 집중합니다. 한샘글로벌은 36년간 다국어 매뉴얼을 납품하며 소스 파일, 번역 메모리, 용어집, 변경 이력, 인수인계 체계를 이 방식으로 표준화해 왔습니다.

제조사 문서팀을 위한 데이터 관리 적용 순서

별도의 자산 관리 체계가 없더라도 다음 순서로 운영하면 다음 프로젝트의 출발선을 크게 올릴 수 있습니다.

  • 명명 규약과 보관 위치는 프로젝트 착수 시점에 정합니다. 납품 직전에 정하면 이미 흩어진 파일을 다시 모아야 합니다.
  • 납품본을 확정한 직후, 인력이 아직 남아 있을 때 자산 정리를 수행합니다.
  • A등급 항목은 사인오프 전 0건으로 정리합니다. 처리하지 못한 항목은 예외 사유와 담당자를 기록합니다.
  • 번역 메모리와 용어집은 최종 차수 기준으로 갱신한 뒤 갱신일과 기준 차수를 함께 기록합니다.
  • 패키지는 만든 사람이 아닌 다른 사람이 다른 환경에서 한 번 열어 봅니다. 이 한 번의 확인이 링크 누락을 대부분 걸러 냅니다.
  • 보안 프로젝트는 폐기 대상 목록을 먼저 만들고, 폐기 후 완료 확인을 별도 인원이 서명합니다.
  • Section 1부터 7까지의 점검 기록을 같은 패키지에 포함합니다. 시리즈 전체의 결과물이 하나의 인수인계 자산이 됩니다.

자주 묻는 질문

  • 납품이 곧 끝나는데 왜 이 시점에 점검하나요? 납품 후에는 할 수 없기 때문입니다. 납품이 끝나면 담당자가 다른 프로젝트로 이동하고, 왜 이 용어를 이렇게 정했는지, 이 코멘트가 왜 열려 있는지 아는 사람이 사라집니다. 파일은 남아도 맥락은 남지 않습니다. 자산 정리는 맥락을 아는 사람이 아직 자리에 있을 때만 제대로 됩니다.
  • 번역 메모리와 용어집 갱신은 번역 업체가 하는 것 아닌가요? 업체가 수행하더라도 갱신 여부와 기준 차수를 확인할 책임은 발주 측에 남습니다. 특히 업체를 교체할 때 문제가 됩니다. 번역 메모리와 용어집의 소유권이 계약상 누구에게 있는지, 어떤 형식으로 인계받는지를 미리 정해 두지 않으면 다음 업체는 빈 상태에서 시작하게 됩니다.
  • 자산 보관 기간은 얼마나 잡아야 하나요? 제품 수명주기와 부품 공급 의무 기간을 기준으로 잡는 것이 일반적입니다. 산업장비와 의료기기처럼 사용 기간이 긴 제품은 단종 이후에도 상당 기간 매뉴얼 요청이 들어옵니다. 다만 구체 기간은 고객사 계약, 사내 보안 정책, 지역별 개인정보 규정을 따르므로 이 가이드에서 수치를 제시하지는 않습니다.
  • 변경 영향도 매트릭스가 무엇인가요? 꼭 필요한가요? 어느 콘텐츠가 어느 매체, 언어, 모델에 쓰이는지를 정리한 표입니다. 없어도 프로젝트는 진행되기 때문에 C등급으로 두었습니다. 다만 파생 모델이 많거나 언어 수가 많은 환경에서는 수정 하나가 어디까지 영향을 미치는지 매번 처음부터 조사하게 되므로, 반복 제작이 예상된다면 만들어 두는 편이 결국 이득입니다.
  • 보안 폐기는 어디까지 해야 하나요? 범위는 계약과 사내 정책이 정합니다. 실무에서 자주 빠지는 곳은 공유 폴더의 작업용 사본, 개인 단말의 다운로드 폴더, 메일 첨부, 협업 도구에 업로드된 파일, 인쇄소와 외주사에 전달한 사본입니다. 폐기 대상 목록을 먼저 만드는 이유가 여기에 있습니다. 목록 없이 폐기하면 반드시 어딘가가 남습니다.
  • 앞선 7개 Section의 점검 기록도 여기서 함께 보관하나요? 그렇습니다. 11번 항목이 그 내용입니다. 번역 무결성부터 인쇄까지의 점검 기록, 승인자, 예외 승인 사유가 한 패키지에 모여 있어야 나중에 문제가 생겼을 때 어느 단계에서 비롯됐는지 좁힐 수 있습니다. 시리즈 전체의 결과물이 이 편에서 하나의 인수인계 자산으로 합쳐집니다.

시리즈를 마치며

글로벌 시장에서 다국어 매뉴얼은 한 번 만들어 끝나는 자산이 아닙니다. 펌웨어 업데이트, 모델 추가, 시장 확장이 반복되면서 같은 자산을 재활용하고 확장하게 됩니다. 이때 다음 프로젝트의 출발선이 어디인지는 이번 프로젝트의 마지막 데이터 품질에서 결정됩니다.

여기까지 점검을 마치면 다국어 매뉴얼은 이번 납품 준비와 다음 납품 준비를 모두 마친 상태가 됩니다. 시리즈 여덟 편을 끝까지 활용해 주신 모든 분께 감사드립니다. 전체 Section의 통합 적용이나 자사 공정에 맞춘 조정이 필요하시면 한샘글로벌로 문의해 주시기 바랍니다.

다국어 매뉴얼 출시 전 QA 시리즈 (총 8편)

이 시리즈는 번역물 입수부터 최종 출시까지, 다국어 매뉴얼이 거쳐야 하는 8단계 점검을 순서대로 다룹니다. 각 편은 가이드와 자가 점검 체크리스트로 구성됩니다.