행사 운영: 일정표·역할표·공지문 초안을 한 번에 만드는 워크플로우

행사 운영: 일정표·역할표·공지문 초안을 한 번에 만드는 워크플로우

행사 준비 때마다 일정표, 역할표, 공지문을 따로 만들다 보면 오류와 중복 작업이 생긴다. 세 문서를 단일 워크플로우로 연결해 실수를 줄이는 방법을 정리했다.

가장 흔한 실패 패턴: 문서를 따로 만드는 것

행사를 준비할 때 일정표는 팀장이, 역할표는 담당자가, 공지문은 홍보 담당이 각자 만드는 경우가 많다. 결과는 예상할 수 있다.

• 일정표에는 '15:00 발표 시작'인데 공지문에는 '15:30 발표 예정'으로 기재됨
• 역할표에 적힌 담당자 이름이 공지문에서는 빠져 있음
• 수정이 생기면 세 파일을 따로 열어서 각각 고쳐야 함

이런 문제는 능력 부족이 아니라 구조 부족에서 생긴다. 세 문서의 소스가 다르기 때문에 동기화가 깨진다.

왜 이 실수가 반복되는가

대부분의 팀이 행사마다 새 파일을 만든다. 지난 행사 파일을 복사해서 내용만 바꾸는 방식도 비슷한 문제를 일으킨다. 복사본은 구조가 조금씩 달라지고, 어떤 버전이 최신인지 금방 헷갈린다.

근본 원인은 마스터 데이터가 없다는 것이다. 행사명, 날짜, 장소, 담당자 목록 같은 핵심 정보가 여러 파일에 분산돼 있으면 하나를 고칠 때 나머지를 빠뜨리기 쉽다.

2026년 현재 많은 팀이 노션, 구글 시트, 슬랙을 동시에 쓰면서도 이 세 도구가 서로 연결되지 않은 채로 운영된다. 도구가 많아도 워크플로우가 없으면 오히려 혼선이 커진다.

올바른 구조: 마스터 시트 하나에서 출발

해결 방법은 단순하다. 모든 문서가 참조하는 마스터 시트 하나를 먼저 만드는 것이다.

구글 시트 또는 노션 데이터베이스를 기준으로 아래 항목을 한 곳에 정리한다.

• 기본 정보 블록: 행사명, 날짜, 시간, 장소, 대상, 참가 인원
• 세션 블록: 시간대별 프로그램명, 발표자, 소요 시간, 장소(방 구분)
• 역할 블록: 역할명, 담당자 이름, 연락처, 담당 구역 또는 세션
• 공지 키워드 블록: 참가자에게 전달할 핵심 안내 문구, 주의사항, 문의 채널

이 마스터 시트가 완성되면, 나머지 세 문서는 이것을 복사·붙여넣기가 아니라 참조해서 만든다.

일정표 초안 만들기: 시간 기둥을 먼저 세운다

일정표에서 가장 많이 나오는 실수는 시간 간격을 감각으로 잡는 것이다. '30분이면 충분하겠지'라고 넣은 이동 시간이 실제로는 5분밖에 안 되는 경우가 있다.

마스터 시트의 세션 블록을 기반으로 일정표를 만들 때 아래 순서를 따른다.

• 1단계: 고정 시간부터 배치한다. 개회사, 식사, 폐회식처럼 변경 불가능한 항목을 먼저 넣는다.
• 2단계: 세션 시간을 채운다. 발표·워크숍 등 콘텐츠 시간을 배치한다.
• 3단계: 버퍼를 명시적으로 넣는다. '이동 및 준비 10분'을 항목으로 넣지 않으면 실제 운영 때 그 시간이 사라진다.
• 4단계: 담당자 컬럼을 추가한다. 각 시간대마다 누가 현장에 있어야 하는지 역할 블록에서 끌어온다.

일정표는 운영 담당자용과 참가자용 두 버전으로 나뉜다. 운영용에는 담당자 이름, 비상 연락처, 설비 점검 시간이 들어가고, 참가자용에는 프로그램명과 장소만 보여준다. 같은 마스터에서 컬럼만 걸러서 내보내면 된다.

역할표 초안 만들기: '담당'과 '지원'을 구분한다

역할표에서 반복되는 실수는 역할을 사람에게 붙이는 것이다. '김민준 - 등록 담당'처럼 쓰면, 김민준이 자리를 비울 때 그 역할이 공중에 뜬다.

역할 블록은 아래 구조로 작성한다.

• 역할명: 등록 데스크 운영, 발표장 음향 관리, 참가자 안내 등
• 주담당: 1명 지정
• 백업: 주담당 부재 시 대신할 1명
• 담당 시간대: 어느 시간 동안 그 역할을 맡는지
• 체크 포인트: 역할 수행 전 반드시 확인해야 할 항목 2~3개

백업 담당자를 지정하지 않는 경우가 많은데, 당일 한 명이라도 빠지면 전체 운영이 흔들린다. 백업 란을 비워두면 역할표가 미완성이라는 신호다.

역할표는 출력해서 현장에 붙이거나 슬랙 채널에 고정 메시지로 올린다. PDF 한 장짜리로 정리하면 현장에서 빠르게 확인할 수 있다.

공지문 초안 만들기: 참가자의 질문을 먼저 쓴다

공지문 실수의 대부분은 운영자 시점으로 쓰는 것이다. '본 행사는 오전 10시에 개최될 예정입니다'는 운영자 언어다. 참가자는 '몇 시에 도착해야 하나요?'를 궁금해한다.

공지문을 쓰기 전에 참가자가 가장 많이 하는 질문 5개를 먼저 적는다.

• 언제, 어디서 열리나요?
• 어떻게 가나요? 주차는 되나요?
• 뭘 준비해야 하나요?
• 취소하거나 불참하면 어떻게 되나요?
• 문의는 어디에 하나요?

이 다섯 질문에 답하는 형태로 공지문을 구성하면 빠진 정보가 생기지 않는다. 마스터 시트의 기본 정보 블록과 공지 키워드 블록을 그대로 가져다 채우면 된다.

공지문 버전도 두 개로 나눈다. 행사 전 3~7일 전에 보내는 사전 안내와 당일 아침에 보내는 당일 안내다. 당일 안내에는 현장 위치, 담당자 연락처, 주의사항만 넣고 짧게 유지한다.

세 문서를 연결하는 실전 흐름

마스터 시트 완성 → 일정표 초안 → 역할표 초안 → 공지문 초안 순으로 만든다. 이 순서가 중요한 이유는 앞 단계가 뒤 단계의 입력값이 되기 때문이다.

일정표가 확정되지 않으면 역할표의 '담당 시간대'를 채울 수 없다. 역할표의 담당자가 정해지지 않으면 공지문의 '문의처' 란을 쓸 수 없다.

노션을 쓴다면 관계형 데이터베이스로 세 페이지를 연결해 둔다. 구글 시트를 쓴다면 IMPORTRANGE 또는 단순 셀 참조로 마스터 값을 끌어온다. 도구가 무엇이든 핵심은 수동 복사를 최소화하는 것이다.

수정이 생길 때도 마스터만 고친다. 그러면 세 문서가 자동으로 또는 쉽게 업데이트된다. 이 구조를 팀에 공유하고, 마스터 시트의 편집 권한을 한두 명으로 제한해 놓으면 임의 수정으로 인한 충돌이 줄어든다.

자주 놓치는 마지막 체크

문서를 다 만든 뒤 배포 전에 아래를 확인한다.

• 세 문서의 날짜·시간·장소가 일치하는가
• 역할표의 모든 역할에 백업 담당자가 있는가
• 공지문에 문의 연락처가 포함되어 있는가
• 일정표에 버퍼 시간이 명시적으로 들어가 있는가
• 운영자용과 참가자용이 구분되어 있는가

이 다섯 가지 중 하나라도 'No'라면 배포를 잠깐 멈추고 마스터 시트부터 다시 확인한다. 배포 후 수정은 배포 전 수정보다 항상 더 많은 에너지를 소모한다.

#행사운영 #이벤트기획 #일정표 #역할표 #공지문 #ops #runbook #업무자동화

#행사운영 #이벤트기획 #일정표 #역할표 #공지문 #ops #runbook #업무자동화