워드 전문가 캡스톤: 서식 파일 키트, 자동화, 검토 시스템 만들기

이 단계의 튜토리얼은 모두 나보다 오래 남는 작업에 관한 것이었어요. 다른 사람이 시작점으로 쓰는 키트, 같은 일을 늘 같은 방식으로 해 주는 매크로, 엉뚱한 파일이 나가지 않게 막는 검토 단계, 접근성과 공유 규칙, 그리고 피드백 주는 방법이에요. 하나하나도 쓸모 있지만, 함께 모이면 문서 시스템이 돼요. 시스템은 다른 사람이 돌릴 수 있을 때 비로소 증명돼요.

과외 동아리는 이제 지점 세 곳을 운영하고 자원봉사 코디네이터 팀이 있어요. 이 캡스톤에서 동아리의 문서 시스템을 만들고 증명해요. 서식 파일 키트, 실제로 돌아가는 자동화 하나, 문서로 정리한 정책, 초안부터 배포 PDF까지 끝까지 간 중요한 보고서 하나, 지도한 수정 하나예요. 단계마다 그 기술을 배운 이 단계의 튜토리얼로 이어지는 링크가 있어요. 워드 강좌 전체의 마지막 수업이에요.

프로젝트 요청서

동아리 대표가 이렇게 부탁했어요. "이제 지점이 세 곳이고 코디네이터가 여섯 명이에요. 지점마다 가정에 보내는 편지 모양이 다르고, 지난달에는 안전 정책이 두 버전이나 돌았어요. 모두가 시작점으로 쓰는 키트 하나, 문서를 어떻게 확인하고 승인하는지 적힌 곳 하나, 그리고 후원 기관에 낼 제대로 된 첫 연간 보고서가 필요해요. 새 코디네이터들도 가르쳐 주세요. 모든 게 당신에게만 기대지 않도록요."

요청을 결과물 다섯 개로 바꾸고, 각각 확인할 수 있는 기준을 붙여요.

위의 예제 파일은 키트 계획 워크북이에요. 채워 넣을 키트 목록 표, 정책 개요 제목, 짧은 연간 보고서 초안 원문, 멘토링 기록 서식이 들어 있어요. 보고서 내용을 처음부터 쓰는 게 아니라, 그 둘레에 시스템을 만들고 보고서를 그 시스템에 통과시켜요.

시스템 계획하기

각 부분은 서로 기대고 있어요. 보고서는 키트로 만들어야 하니 키트가 먼저예요. 자동화는 정책이 요구하는 것을 검사하니, 매크로를 쓰기 전에 정책 개요를 써요. 지도한 수정은 보고서 검토와 같은 채점표와 기준을 써요. 저녁 시간으로 3주쯤 계획해요.

1단계 전에 세 가지를 정해서 적어 둬요. 뒤의 모든 단계가 여기에 기대요.

• 키트 담당자. 서식 파일은 담당자 한 명이 고치고, 나머지는 요청을 보내요. 담당자가 없으면 여섯 명이 편지를 여섯 가지로 "개선"해요.
• 버전 번호 매기는 법. 동아리는 배포에 v1.0, 작은 수정(오타, 색)에 v1.1, 예전 문서 모양이 달라지는 변경(새 스타일, 새 레이아웃)에 v2.0을 써요.
• 자동화 도구. 모든 코디네이터가 Windows나 Mac용 워드를 쓰면 .dotm에 담은 VBA 매크로로 충분해요. 일부가 웹용 Word만 쓴다면, 웹용 Word는 VBA를 실행하지 않으니 내가 파일에 돌리는 스크립트나 손으로 하는 점검을 골라요.

1단계: 서식 파일 키트

키트는 서식 파일 그 이상이에요. 서식 파일에 더해, 사람들이 나 없이도 제대로 쓰는 데 필요한 것들이에요. 스타일 안내서, 잘 만든 문서 예시, 그리고 지금 가진 게 최신인지 알 수 있는 버전 번호예요(1번 튜토리얼).

서식 파일을 하나하나 의도적으로 만들어요. 깨끗한 문서에서 시작해 디자인› 다음 문서 서식에서 테마 글꼴과 색을 정하고, 그 문서 종류에 필요한 스타일을 모두 정의하고, 분명한 안내 문구([가족 이름], 지점을 고르세요)가 든 콘텐츠 컨트롤로 자리 표시자를 넣은 뒤 파일› 다음 다른 이름으로 저장에서 Word 서식 파일(*.dotx)을 골라요. 서식 파일마다 시험 문서를 만들어 직접 서식이 있는지 봐요. 시험 문서에서 손으로 고친 게 있다면, 서식 파일을 고쳐요.

버전을 새겨요. 사람들이 이름을 익히니 서식 파일 이름은 바꾸지 말고, 버전은 파일 안에 넣어요. 서식 파일을 열고 파일› 다음 정보로 가서 오른쪽 열 위쪽의 속성 드롭다운을 열고 고급 속성을 골라요. 사용자 지정 탭에서 이름에 Kit version을 입력하고, 형식은 텍스트, 값은 1.0으로 정한 다음 추가를 클릭해요. 삽입› 다음 텍스트› 다음 빠른 문서 요소› 다음 필드에서 DocProperty를 고르고 Kit version을 선택해 바닥글에 표시해요. 새 문서는 이 속성과 바닥글 필드를 서식 파일에서 물려받아요. 그래서 나중에 어떤 문서를 열어도 어느 키트 버전으로 만들었는지 알 수 있어요. 같은 번호를 스타일 안내서의 변경 기록에도 적어요.

배포해요. 각 코디네이터 컴퓨터에 동기화되는 키트 폴더에 서식 파일을 둬요. 코디네이터마다 한 번 파일› 다음 옵션› 다음 저장을 열어 기본 개인 서식 파일 위치를 그 폴더로 정해요. 그러면 서식 파일이 파일› 다음 새로 만들기› 다음 개인에 나타나요. 조직에서 SharePoint를 쓴다면 IT 담당자가 서식 파일을 중앙에서 배포해 줄 수도 있으니, 직접 체계를 만들기 전에 물어봐요.

2단계: 자동화와 정책

작업 하나를 골라요(2번 튜토리얼). 첫 자동화로 좋은 건 짧고, 자주 돌리고, 정책이 요구하는 것을 검사하는 작업이에요. 동아리는 배포 점검을 골랐어요. 어떤 문서든 PDF가 되기 전에 모든 필드를 업데이트하고, 배포를 막는 것(남은 변경 내용, 남은 메모, 비어 있는 제목 속성, 대체 텍스트 없는 그림)을 알려 줘요. 본문을 바꾸지 않으니 나눠 쓰기에도 안전해요.

.dotm에 담아요. 새 문서를 만들어 키트 폴더에 TC 도구.dotm이라는 이름의 Word 매크로 사용 서식 파일(*.dotm)로 저장해요. .dotm을 연 채로 Alt+F11을 눌러 Visual Basic 편집기를 열고, 프로젝트 창에서 TC 도구를 고른 뒤 삽입› 다음 모듈을 눌러 매크로를 붙여 넣고 저장해요. 메시지 문구는 한국어로 바꿔도 돼요.

Option Explicit

Sub TC_PublishCheck()
    ' Tutoring Club kit v1.0: update fields, then list
    ' what still blocks publishing. It changes no text.
    Dim doc As Document, t As TableOfContents
    Dim pic As InlineShape, msg As String, noAlt As Long
    Set doc = ActiveDocument

    doc.Fields.Update
    For Each t In doc.TablesOfContents
        t.Update
    Next t

    If doc.Revisions.Count > 0 Then
        msg = msg & doc.Revisions.Count & " tracked changes open" & vbCr
    End If
    If doc.Comments.Count > 0 Then
        msg = msg & doc.Comments.Count & " comments open" & vbCr
    End If
    If Trim(doc.BuiltInDocumentProperties("Title").Value) = "" Then
        msg = msg & "Title property is empty" & vbCr
    End If
    For Each pic In doc.InlineShapes
        If Trim(pic.AlternativeText) = "" Then noAlt = noAlt + 1
    Next pic
    If noAlt > 0 Then
        msg = msg & noAlt & " in-line pictures without alt text" & vbCr
    End If

    If msg = "" Then msg = "All clear: fields updated, nothing open."
    MsgBox msg, vbInformation, "Tutoring Club publish check"
End Sub

쓸 수 있게 해요. TC 도구.dotm을 전역 서식 파일로 불러와요. 개발 도구› 다음 서식 파일› 다음 문서 서식 파일을 고르고, 서식 파일 탭의 전역 서식 파일 및 추가 기능에서 추가를 눌러 파일을 골라요. 워드를 닫을 때까지 불러온 상태로 남아요. 늘 불러오려면 워드의 시작 폴더에 복사본을 둬요. 파일› 다음 옵션› 다음 빠른 실행 도구 모음에서 명령 선택을 매크로로 바꾸고 TC_PublishCheck을 추가하면 단추가 생겨요.

복사본에서 시험해요. 연간 보고서 초안의 복사본을 만들고, 시험마다 문제를 하나씩 심어요. 심어 둔 문제를 한 번도 잡아낸 적 없는 점검은 시험한 게 아니에요.

결과를 반 쪽짜리 사용법으로 정리해요. 매크로가 하는 일, 불러오는 법, 언제 돌리는지(PDF 만들기 전마다), 검사하지 않는 것(떠 있는 그림, 머리글과 바닥글, 색 대비, 읽는 순서), 실패하면 누구에게 알리는지예요. doc.Fields.Update는 본문의 필드만 업데이트하고, 장식용으로 표시한 텍스트 줄 안 그림도 대체 텍스트가 없다고 알려 준다는 점도 적어요. 이런 부분은 눈으로 확인해요. 한계도 문서의 일부예요. 사람들이 지나치게 믿는 점검은 없는 것보다 나빠요.

from pathlib import Path
from docx import Document

APPROVED = {"Normal", "Title", "Heading 1", "Heading 2", "Heading 3",
            "List Bullet", "List Number", "Caption", "TC Note",
            "TC 메모"}

for path in sorted(Path("초안").glob("*.docx")):
    doc = Document(path)
    title = doc.core_properties.title or "(no title)"
    off = sorted({p.style.name for p in doc.paragraphs
                  if p.style.name not in APPROVED})
    print(path.name, "|", title, "|", ", ".join(off) or "styles OK")

정책을 써요(3번 튜토리얼, 4번 튜토리얼, 5번 튜토리얼). 연습 파일의 정책 개요와 보고서 서식 파일을 쓰고, 두세 쪽으로 줄여요. 규칙마다 코디네이터가 실제로 품을 질문에 답해야 해요.

배포 전에 정책을 시험해요. 코디네이터 두 명에게 질문 세 개를 해요. 예를 들어 안전 정책은 누가 승인하나요?, 두 번째로 배포하는 버전은 뭐라고 부르나요?, 소식지에 학생 이름을 넣어도 되나요?예요. 답이 다르면 코디네이터가 아니라 정책이 불분명한 거예요.

3단계: 연간 보고서 검토하기

연간 보고서는 후원 기관에 가니, 시스템 전체를 시험하는 중요한 문서예요. TC 보고서.dotx로 만들고, 연습 파일의 초안 원문을 Ctrl+Shift+V(텍스트만 유지)로 붙여 넣고, 읽는 사람이 행동하게 하는 보고서 구조를 줘요(6번 튜토리얼). 맨 앞에 핵심 숫자 세 개가 든 요약 보고, 다음에 지점별 프로그램, 자원봉사자, 재정, 내년 목표, 결재 쪽이에요.

변경 내용 추적 검토를 한 차례 해요(3번 튜토리얼, 4번 튜토리얼).

1. 초안을 초안 폴더에 저장하고 검토› 다음 추적› 다음 변경 내용 추적(Ctrl+Shift+E)을 켜요. 검토자가 끄지 못하게 하려면 검토› 다음 추적› 다음 변경 내용 추적› 다음 추적 잠금을 써요.
2. 검토자에게만 파일을 공유하고, 마감일과 맡을 범위를 정해 줘요. 내용 검토자는 사실과 숫자를, 접근성 검토자는 기준을 확인해요.
3. 검토자들은 공유 파일에서 동시에 변경 내용 추적과 메모로 작업해요. 누가 오프라인 복사본에서 작업했다면 검토› 다음 비교› 다음 결합으로 합쳐요.
4. 작성자로서 검토› 다음 변경 내용› 다음 다음으로 변경 내용을 하나씩 보며 적용하거나 거부해요. 메모마다 답하고 해결해요. 정리하지 못한 질문은 승인자에게 가요.
5. TC_PublishCheck을 돌려요. 남은 게 없다고 나오면 결재 표를 채우고, 승인자에게 이름과 날짜를 넣어 달라고 해요.

배포해요(7번 튜토리얼). 최종 .docx로 복사본을 저장하고, 파일› 다음 정보› 다음 문제 확인› 다음 문서 검사로 남은 메모와 개인 정보를 지우고, 파일› 다음 정보› 다음 속성› 다음 제목을 과외 동아리 연간 보고서 2026-27으로 정해요. 그다음 파일› 다음 내보내기› 다음 PDF/XPS 문서 만들기› 다음 PDF/XPS 만들기를 고르고 옵션에서 다음을 사용하여 책갈피 만들기: 제목과 접근성에 대한 문서 구조 태그를 체크해요. PDF 이름을 2026-10-14 연간 보고서 2026-27 v1.0.pdf로 해서 배포 폴더에 저장해요.

후원 기관이 보듯이 PDF를 열어 확인해요. 책갈피가 제목과 같은지, 제목 표시줄에 문서 제목이 나오는지, 링크가 되는지, 표가 순서대로 읽히는지요. 그다음 공유에서 링크 설정을 보기 가능으로 정해요. 후원 기관은 읽고 내려받을 수 있지만 동아리 사본을 편집하지는 못해요. 링크 설정 문구는 OneDrive와 SharePoint 버전마다 조금씩 다르니, 링크가 편집을 허용하지 않는지가 중요해요.

4단계: 지도한 수정

마지막 결과물은 문서만이 아니라 사람도 키울 수 있다는 증명이에요(8번 튜토리얼). 새로 온 자원봉사자에게 직접 만든 실제 문서, 예를 들어 지점 홍보지나 수업 안내문을 부탁해요. 먼저 목표를 함께 정해요. 문서는 그 사람 것이고, 나는 지도만 해요. 대신 고쳐 주지 않아요.

1. 진단해요. 8번 튜토리얼의 피드백 채점표로 여섯 영역(구조, 서식, 맞춤과 목록, 간격과 페이지, 접근성, 표현)마다 시작 단계, 성장 단계, 능숙 단계 중 하나를 매기고, 가장 큰 차이를 만들 한두 영역을 골라요. 메모 열 개를 한꺼번에 달면 아무것도 배우지 못해요.
2. 다시 쓰지 말고 메모를 달아요. 검토› 다음 메모› 다음 새 메모(Ctrl+Alt+M)로 문제와 기술을 짚는 메모를 달아요. 예: 이 네 줄은 제목처럼 보이지만 굵게 한 표준 텍스트라서 목차와 탐색 창이 알아보지 못해요. 제목 2를 써 보세요.
3. 기술 하나를 시범으로 보여요. 시험 파일의 단락 하나에서 한 번만 고쳐 보이고, 나머지는 그 사람이 자기 문서에서 해요.
4. 수정본을 검토해요. 새 버전을 같은 채점표로 다시 평가해 처음 결과와 비교해요. 두 평가 결과, 바뀐 점, 다음 할 일을 멘토링 기록에 적어요.
5. 키트로 옮겨 줘요. 마지막에 알맞은 키트 서식 파일로 문서를 다시 만들어, 다음 문서는 처음부터 제대로 시작하게 해요.

마무리하고 채점하기

키트를 배포해요. 모든 것을 제자리에 둬요. 서식 파일 세 개, TC 도구.dotm과 사용법, 스타일 안내서와 예시는 키트에, 정책과 연간 보고서 PDF는 배포에 둬요. 스타일 안내서 변경 기록 맨 위에 짧은 배포 메모를 더해요. v1.0, 2026년 10월: 편지, 보고서, 양식 서식 파일, 배포 점검 매크로, 검토 및 관리 정책. 이제부터 서식 파일을 바꿀 때는 내 정책을 따라요. 요청, 시험, 새 버전 번호, 변경 기록 한 줄이에요.

채점표로 점수를 매겨요. 내 시스템을 채점한 다음, 대표나 다른 코디네이터에게도 채점을 부탁해요. 줄마다 0, 1, 2점을 줘요.

합계 20점. 18~20점: v1.0을 배포해요. 14~17점: 0점이나 1점인 줄을 고치고 한 번 더 확인한 뒤 v1.0을 배포해요. 14점 미만: 가장 낮은 줄에 해당하는 튜토리얼(프로젝트 요청서의 링크)로 돌아갔다가 시스템으로 다시 와요.

자주 하는 실수

연습