팀을 위한 파워포인트 제작 워크플로: 단계, 버전 관리, 검토, 전달까지
분명한 단계, 깔끔한 버전 이름, 알맞은 검토자, 통제된 피드백, 누구나 이어받을 수 있는 폴더로 슬라이드를 반복 가능한 제작 과정에 태워요.
- 난이도
- 전문가
- 시간
- 12분 분량
- 수정:
- 적용 대상:
- Microsoft 365용 PowerPoint, PowerPoint 2024, PowerPoint 2021, Mac용 PowerPoint, 웹용 PowerPoint

배울 내용
- 단계마다 시작 조건과 완료 조건이 있는 슬라이드 제작 과정을 정의해요
- 버전 이름 규칙, 버전 기록, 최종 잠금 내보내기를 설정해요
- 검토 매트릭스로 검토 역할을 나눠 피드백이 알맞은 사람에게 가게 해요
- 결정 기록과 동결일로 피드백을 분류하고 한꺼번에 처리해요
- 출처, 자산, 라이선스를 담은 슬라이드 폴더를 묶어 인계해요
좋은 슬라이드 하나를 만드는 건 솜씨의 문제예요. 하지만 검토자 다섯 명과 정해진 공개일이 있는 슬라이드 스무 개는 운영의 문제예요. 팀 슬라이드가 망가지는 이유는 대부분 디자인 실패가 아니에요. FINAL_v7_진짜최종 같은 파일 이름, 엉뚱한 버전에 서로 다른 의견을 다는 검토자, 그리고 전날 밤의 전면 재디자인 때문이죠.
이 페이지는 제작 시스템을 알려 드려요. 분명한 단계가 있는 제작 과정, 버전 규칙, 검토 역할, 피드백 처리 방법, 인계용 폴더까지요. 예제는 튜터링 사이트의 강좌 팀이 조회 함수에 대한 20장짜리 수업 슬라이드를 만드는 상황이에요. 팀에는 작성자, 주제 전문가, 디자이너, 접근성 검토자, 승인자가 있어요.
제작 과정 지도 그리기
제작 과정은 "슬라이드 만들기"를 인계가 분명한 단계들로 바꿔 줘요. 단계마다 시작 조건(시작하려면 무엇이 갖춰져야 하는지)과 완료 조건(다음으로 넘어가려면 무엇이 갖춰져야 하는지)이 있어요. 완료 조건이 없으면 슬라이드는 끝없이 앞뒤로 오가요.
| 단계 | 담당 | 완료 조건 |
|---|---|---|
| 1. 요청서 | 요청자 | 청중, 목표, 분량, 날짜, 승인자를 서면으로 합의 |
| 2. 개요 | 작성자 | 슬라이드별 핵심 메시지 제목 승인 |
| 3. 스토리보드 | 작성자 | 슬라이드마다 레이아웃과 시각 자료 스케치가 있음 |
| 4. 초안 | 작성자 | 모든 내용이 템플릿에 들어가고, 모든 개체 틀이 채워지거나 삭제됨 |
| 5. 내용 검토 | 주제 전문가 | 사실, 예시, 용어 확인 |
| 6. 디자인 작업 | 디자이너 | 레이아웃이 일관되고, 시각 자료가 완성되고, 템플릿을 벗어난 서식이 없음 |
| 7. 접근성 작업 | 접근성 검토자 | 검사 결과 문제 없음, 읽기 순서와 대체 텍스트 확인 |
| 8. 리허설 | 발표자 | 시간을 잰 연습 완료, 노트 확정 |
| 9. 최종 내보내기 | 작성자 | 최종 파일에서 승인된 PDF(필요하면 비디오도) 생성 |
| 10. 보관 | 작성자 | 원본, 내보낸 파일, 자산 정리 완료, 결정 기록 마감 |
가장 크게 아낄 수 있는 곳은 2단계예요. 개요를 핵심 메시지 제목 목록으로 승인받으면, 누군가 디자인에 시간을 쓰기 전에 구조 문제를 잡을 수 있어요. 개요를 바꾸는 데는 몇 분이 들지만, 디자인을 마친 슬라이드를 바꾸는 데는 몇 시간이 들어요.
제작 과정의 규모 맞추기
모든 슬라이드에 다섯 명이 참여하는 열 단계가 필요한 건 아니에요. 중요도에 맞게 조절하세요.
- 빠른 내부 공유(발표자 한 명, 청중 하나): 요청서, 개요, 초안, 검토 다음 접근성 다음 접근성 검사로 셀프 점검, 내보내기. 공식 검토는 생략해요.
- 반복되는 강좌 슬라이드(매 학기 업데이트): 처음에는 전체 과정을 거치고, 그다음부터는 가벼운 "새로 고침" 경로를 써요: 데이터 업데이트, 주제 전문가 확인, 접근성 재확인, 내보내기.
- 중요도가 높은 슬라이드(출시, 이사회, 공개 강좌): 전체 과정, 이름이 명시된 승인자, 동결일.
슬라이드가 어느 경로를 따르는지 요청서에 적어 두세요. 그래야 나중에 검토가 "정말 필요했는지"로 다투지 않아요.
보드로 작업 추적하기
20장짜리 슬라이드 하나라면 간단한 보드로 충분해요. 슬라이드(또는 구역)마다 카드 하나를 만들고, 제작 과정에 맞춘 열을 따라 옮기면 돼요. Microsoft Planner, Teams 작업 목록, Excel 표, 화이트보드 무엇이든 괜찮아요. 어떤 도구를 쓰느냐보다 모두가 같은 보드를 본다는 게 더 중요해요.
쓸모 있는 열: 개요, 작성 중, 내용 검토 중, 디자인 중, 접근성 검토 중, 완료. 카드마다 있으면 좋은 항목: 슬라이드 번호, 핵심 메시지 제목, 담당자, 막힌 이유.
열 이동을 위의 완료 조건과 연결해서 보드를 정직하게 유지하세요. 누군가 다 됐다고 느껴서 "완료"가 되는 게 아니라, 모든 검토자가 그 버전에 승인했기 때문에 완료가 되는 거예요.
큰 슬라이드 파일 안에서는 구역으로 담당을 나타내세요. 홈 다음 슬라이드 다음 구역 다음 구역 추가로 "1부: VLOOKUP(Ana)" 같은 이름의 묶음을 만들 수 있어요. 구역을 쓰면 슬라이드 묶음을 접고, 순서를 바꾸고, 담당을 나누기가 쉬워져요.
버전 이름 짓기와 깔끔하게 보관하기
파일 혼란은 저장할 때마다 새 사본이 생기면서 시작돼요. 두 가지 규칙으로 해결하세요. 작업 파일은 하나, 그리고 이름 붙은 단계별 사본이에요.
버전 기록이 있는 작업 파일 하나
작업 중인 슬라이드를 OneDrive나 SharePoint에 두고, 모두가 그 파일 하나를 열게 하세요. 파워포인트가 버전을 자동으로 저장하고, 파일 다음 정보 다음 버전 기록에서 어떤 버전이든 열거나 복원할 수 있어요. 여러 사람이 같은 파일을 동시에 공동 작성할 수 있으니 아무도 이메일로 사본을 주고받을 필요가 없어요.
이름 규칙을 따르는 단계별 사본
단계를 마칠 때마다 /versions 폴더에 예측 가능한 이름으로 사본을 저장하세요.
YYYY-MM-DD_슬라이드이름_담당자이니셜_상태.pptx
예: 2026-10-02_Lookup-Functions_AK_content-approved.pptx. 날짜를 연-월-일 순서로 쓰면 어떤 폴더 보기에서든 올바르게 정렬돼요. 상태 태그는 짧고 정해진 목록만 쓰세요: draft, content-approved, design-approved, a11y-approved, final.
최종 잠금 내보내기
승인자가 승인하면 작업 파일에서 결과물을 내보내고(파일 다음 내보내기 다음 PDF/XPS 문서 만들기), 원본은 final 단계 사본으로 저장하세요. 배포하는 건 PDF예요. 슬라이드를 라이브로 발표한다면 최종 .pptx를 보관 폴더에 읽기 전용으로 두세요. 파일 다음 정보 다음 프레젠테이션 보호 다음 최종본으로 표시는 편집하면 안 된다는 신호를 주지만, 누구나 끌 수 있으니 보안이 아니라 이름표로 여기세요.
검토 매트릭스로 검토 역할 나누기
"다들 한번 봐 주실래요?"라고 하면 글꼴에 대한 의견은 열두 개나 나오는데 9번 슬라이드의 수식은 아무도 확인하지 않아요. 검토자마다 일을 하나씩 맡기세요.
| 역할 | 확인하는 것 | 확인하지 않는 것 | 시점 | 승인 표시 |
|---|---|---|---|---|
| 내용 검토자 | 스토리 순서, 명확성, 핵심 메시지 제목 | 색, 간격 | 개요와 초안 이후 | 메모 "내용 OK" |
| 주제 전문가 | 사실, 수식, 예시, 용어 | 레이아웃 | 초안 이후 | 메모 "사실 OK" |
| 디자인 검토자 | 템플릿 사용, 위계, 시각 자료, 일관성 | 사실 | 내용 검토 완료 이후 | 메모 "디자인 OK" |
| 접근성 검토자 | 검사 결과, 읽기 순서, 대체 텍스트, 대비, 자막 | 스토리 | 디자인 작업 이후 | 수정 기록 완료 |
| 최종 승인자 | 요청서와의 일치, 게시 준비 상태 | 세부 수정 | 내보내기 전 | 서면 승인 |
오타가 아니라면 검토자에게 직접 고치지 말고 메모로 남겨 달라고 하세요. Microsoft 365용 PowerPoint의 메모는 스레드 형식이고, 메모에 @와 이름을 입력하면 그 사람에게 알림이 가요. 주제 전문가에게 특정 질문을 넘기기에 깔끔한 방법이에요.
메모를 처리했으면 삭제하지 말고 해결로 표시하세요. 해결된 스레드는 무엇을 결정했는지 기록으로 남아요.
슬라이드를 망가뜨리지 않고 피드백 처리하기
슬라이드가 망가지는 건 늦게 들어온 피드백 때문이에요. 검토자의 "작은 수정"이 새 색 구성표로 번지고, 그 바람에 차트 세 개와 접근성 작업이 깨져요. 피드백은 네 단계로 관리하세요.
1. 모든 항목을 분류하세요. 메모마다 종류를 하나씩 붙이세요.
| 종류 | 예 | 기본 조치 |
|---|---|---|
| 오류 | "VLOOKUP은 왼쪽을 찾지 못하는데 9번 슬라이드는 찾는다고 해요" | 지금 수정 |
| 명확성 | "6번에서 7번으로 넘어가는 부분이 이해가 안 돼요" | 다음 묶음에서 수정 |
| 취향 | "제목을 파란색으로 하면 어떨까요?" | 스타일 가이드와 비교, 대개 거절 |
| 범위 | "XLOOKUP도 다뤄야 하지 않을까요?" | 다음 버전용으로 기록 |
2. 수정을 묶어서 하세요. 정해진 시간(예: 하루 끝)까지 메모를 모았다가 한 번에 처리하세요. 메모가 들어올 때마다 하나씩 고치면 계속 작업이 끊기고 수정이 서로 충돌해요.
3. 결정 기록을 남기세요. 프로젝트 폴더에 간단한 표를 두세요: 날짜, 요청, 요청한 사람, 결정, 이유. 다음 주에 같은 요청이 다시 오면 다시 논쟁하지 말고 기록을 가리키면 돼요.
4. 동결일을 정하세요. 디자인 작업이 끝난 뒤에는 오류만 고쳐요. 동결 이후에 대대적인 재디자인은 없어요. 검토자가 고집한다면 마감일을 미룰 가치가 있는지 승인자가 결정해요.
자산 정리와 인계용 슬라이드 패키지 만들기
다른 사람이 여섯 달 뒤에 폴더를 열고 나에게 아무것도 묻지 않고 슬라이드를 다시 만들거나 업데이트할 수 있을 때, 그 슬라이드는 "재현 가능"하다고 할 수 있어요. 모든 프로젝트에 같은 폴더 구조를 쓰세요.
Lookup-Functions/
Lookup-Functions_LIVE.pptx
/versions 단계별 사본
/exports PDF, 비디오, 이미지로 내보낸 파일
/images 원래 해상도의 원본, credits.txt
/data 모든 차트의 원본 Excel 파일
/icons 슬라이드에 쓴 SVG
/brand 사용한 템플릿 버전, 스타일 가이드 링크
/licenses 스톡 사진과 글꼴 라이선스
decision-log.xlsx
README.txt 담당자, 날짜, 템플릿 버전, 업데이트 방법
보기보다 중요한 세부 사항이 몇 가지 있어요.
- 이미지 원본. 자르지 않은 원본을 보관하세요. 파워포인트는 그림을 압축할 때 잘린 부분을 버릴 수 있어서, 슬라이드에서 항상 되살릴 수 있는 건 아니에요.
- 차트 데이터. 모든 차트의 원본 데이터를
/data에 넣고, 시트 이름을 슬라이드 노트에 적어 두세요. 그러지 않으면 다음 학기에 아무도 숫자를 업데이트할 수 없어요. - 라이선스와 출처. 사진과 아이콘마다 어디서 왔고 어떤 라이선스인지 기록하세요. "인터넷에서 찾았어요"는 라이선스가 아니에요.
- 글꼴. 슬라이드에 기본이 아닌 글꼴을 쓰고 다른 컴퓨터에서 열 예정이라면 파일 다음 옵션 다음 저장 다음 파일의 글꼴 포함을 고려하고, 글꼴 라이선스가 포함을 허용하는지 확인하세요.
팀 슬라이드 제작에서 흔한 실수
- 개요 승인 건너뛰기. 디자인 후에 발견한 구조 문제가 가장 비싸요.
- 이메일로 사본 주고받기. 수정 내용이 첨부 파일마다 흩어져요. 대신 작업 파일 하나의 링크를 공유하세요.
- "모두가 모든 걸 검토." 취향 논쟁만 생기고 오류는 놓쳐요. 검토자마다 일을 하나씩 맡기세요.
- 모든 피드백을 똑같이 다루기. 틀린 수식과 색 취향은 우선순위가 같지 않아요.
- 동결 이후 재디자인. 늦게 하는 대대적인 변경은 이미 승인된 차트, 읽기 순서, 대체 텍스트를 깨뜨려요.
- PDF만 보관하기. 원본 파일, 차트 데이터, 이미지 원본이 없으면 다음 학기에 슬라이드를 업데이트할 수 없어요.
- README 없음. 다음 사람은 어떤 템플릿 버전과 데이터 파일을 썼는지 알아내느라 한 시간을 써요.
연습
연습
모의 제작 주기 진행하기
따라 하기 연습(10장짜리 팀 슬라이드):
- 다섯 줄짜리 요청서를 쓰세요: 청중, 목표, 분량, 날짜, 승인자.
- 핵심 메시지 제목 10개로 개요 초안을 쓰고 다른 한 사람에게 승인받으세요.
- 이 페이지의 프로젝트 폴더 구조를 만드세요.
README.txt와decision-log.xlsx도 포함하세요. - 작업 파일을 OneDrive나 SharePoint에 두고 템플릿으로 초안을 만드세요.
- 검토 매트릭스로 검토 역할을 세 개 이상 나누세요. 검토자에게 @멘션이 있는 메모를 써 달라고 하세요.
- 메모를 모두 오류, 명확성, 취향, 범위로 분류한 다음, 한 번에 묶어서 수정하세요.
- 단계를 마칠 때마다 이름 규칙에 따라 단계별 사본을 저장하세요.
- 최종 PDF를 내보내고 폴더를 보관하세요.
혼자 해 보기 과제:
- 반복되는 강좌 슬라이드(매 학기 업데이트되는 슬라이드)를 위한 재사용 가능한 제작 체크리스트와 폴더 템플릿을 만드세요.
- 완료 조건이 있는 제작 단계, 검토 매트릭스, 이름 규칙, README 템플릿을 넣으세요.
- 동료에게 건네고 내 체크리스트만으로 새 슬라이드를 시작해 달라고 하세요. 어디서 막혔는지 적으세요.
- 돌아보기: 워크플로에서 아직도 느린 부분은 어디인가요? 사람 문제, 도구 문제, 템플릿 문제 중 무엇인가요?
이해도 확인4문제 중 0문제 정답
답을 고르면 맞았는지와 그 이유를 바로 보여 줘요.
공개 이틀 전, 한 검토자가 모든 슬라이드의 강조 색을 바꾸자고 해요. 디자인 작업과 접근성 작업은 승인되었고 동결일도 지났어요. 어떻게 해야 할까요?
동결 이후에는 기본적으로 오류만 고쳐요. 전체 색 변경은 대비와 차트를 깨뜨릴 수 있으니, 빠른 수정이 아니라 명시적인 결정이 필요해요.
깔끔한 버전 체계를 가장 잘 따른 파일 이름은 무엇일까요?
연-월-일 날짜는 올바르게 정렬되고, 담당자 이니셜과 정해진 상태 태그가 있으면 파일을 열지 않고도 누가, 어디까지 했는지 알 수 있어요.
주제 전문가의 의견이 글꼴과 색에 대한 의견 스무 개에 섞여 버렸고, 9번 슬라이드의 수식 오류를 놓쳤어요. 가장 좋은 절차 개선은 무엇일까요?
역할마다 확인할 것을 정해 주면 사실은 전문가가 확인하고, 취향 논쟁은 내용 검토에서 빠지게 돼요.
다음 학기에 새 작성자가 슬라이드의 차트를 업데이트해야 하는데, 최종 PDF와 .pptx만 찾았어요. 인계에서 무엇이 빠졌을까요?
재현 가능성은 슬라이드 뒤에 있는 원본에 달려 있어요. 차트 데이터와 README가 없으면 업데이트가 곧 처음부터 다시 만들기가 돼요.
이렇게 할 수 있으면 다음으로 넘어가도 돼요
하나씩 확인하며 체크해 보세요. 체크 표시는 이 브라우저에만 저장돼요.
관련 자료
참고 자료
도움이 되었나요? 틀린 부분을 발견하셨나요? 피드백 보내기 · admin@arumsoft.com