회의 안건 템플릿(무료) + 6가지 예시

대부분의 안건은 명사의 나열입니다. “Q3 예산.” “로드맵.” “채용.” 그 목록만 봐서는 이 회의가 무엇을 만들어 내야 하는지 아무도 알 수 없습니다. 그래서 모두가 그 주제에 대해 이야기하러 모이고, 그 주제에 대해 이야기한 채로 돌아갑니다. 회의는 설계된 그대로 작동했습니다. 문제는 설계였습니다.

제대로 작동하는 회의 안건 템플릿. 주제 목록이 할 수 없는 일을 딱 하나 해냅니다. 누군가 참석하기 전에, 각 항목이 무엇을 만들어 내야 하고 누가 그것을 책임지는지 말하게 만드는 것입니다. 아래에는 거의 모든 회의에 복사해 쓸 수 있는 기본 템플릿과, 특정 형식에 맞춰 다듬은 여섯 가지 버전이 있습니다. 주간 팀 회의, 1:1, 프로젝트 현황, 고객 또는 외부 미팅, 전사 회의, 그리고 결정을 내리는 것이 유일한 임무인 회의입니다.

각 템플릿 뒤에는 채워진 예시가 따라옵니다. 그리고 어떤 회의는 별도의 설명이 필요할 만큼 특수하기 때문에, 이 페이지는 한 장으로 모든 것을 다루는 척하는 대신 그런 경우에는 더 깊은 가이드로 안내합니다.

이 글의 내용

• 안건이 실제로 작동하게 만드는 것
• 기본 회의 안건 템플릿
• 어떤 회의에 어떤 안건을 쓸까
• 1. 주간 팀 회의 안건
• 2. 1:1 미팅 안건
• 3. 프로젝트 현황 안건
• 4. 고객 또는 외부 회의 안건
• 5. 전사 회의 안건
• 6. 의사결정 회의 안건
• 언제 어디로 보낼 것인가
• 좋은 안건도 실패하는 다섯 가지 방식
• 자주 묻는 질문

안건이 실제로 작동하게 만드는 것

회의를 바꾸는 안건과 초대장 안에 그냥 놓여 있는 안건을 가르는 것은 네 가지 속성입니다. 그중 하나만 빠져도 다시 명사의 나열로 돌아갑니다.

모든 항목에 기대 결과가 있을 것. 가장 무거운 일을 하는 속성입니다. 각 줄은 그것이 무엇을 만들어 내는지 밝혀야 합니다. 결정, 합의, 우선순위가 매겨진 선택지 목록, 또는 구체적인 무언가에 대한 공통의 이해입니다. “프로젝트 업데이트”는 결과물이 아닙니다. “2단계 범위를 정한다”가 결과물입니다. 실용적인 검증법은 이렇습니다. 회의실에 있는 누군가가 이 항목이 끝났다고 소리 내어 말할 수 있는가? 그럴 수 없다면 결과가 충분히 명확하게 적히지 않은 것입니다.

모든 항목에 담당자가 있을 것. 각 줄 옆에 이름 하나. 그 사람이 항목을 준비하고, 시작하고, 결과를 내는 데 책임을 집니다. 담당자가 없는 항목은 어느 회의에서든 가장 빙빙 도는 대화를 만들어 냅니다. 모두가 맥락은 다른 사람이 가져왔겠거니 생각하기 때문입니다. 그리고 그런 항목이야말로 다음 주에 아무 변화 없이 다시 등장할 가능성이 가장 큽니다.

모든 항목에 타임박스가 있을 것. 시각(9:05–9:20)이든 소요 시간(15분)이든 하나를 골라 일관되게 쓰세요. 타임박스는 두 가지 일을 합니다. 첫 주제가 마지막 주제를 잡아먹는 것을 막고, 모두에게 공유된 눈에 보이는 속도 감각을 줍니다. 이것을 정착시키는 규칙은 둘입니다. 타임박스의 합은 회의 시간보다 짧아야 합니다. 전환을 위한 여유가 필요하기 때문입니다. 그리고 항목은 우선순위대로, 가장 중요한 것부터 배치해야 합니다. 그래야 시간이 밀렸을 때 잘려 나가는 것이 우연히 마지막에 놓인 항목이 아니라 가장 덜 중요한 항목이 됩니다.

사전 자료에는 읽는 방법을 함께. 먼저 읽어야 할 것이 있다면 링크를 걸고, 분량을 밝히고, 미리 읽어야 하는지 아니면 회의 안에 읽는 시간이 포함되어 있는지 분명히 적으세요. 14쪽짜리 문서에 “첨부 참고”를 붙이는 것은 계획이 아닙니다. 어떤 팀은 아예 반대 방향으로 가서 회의를 조용한 읽기 시간으로 시작합니다. 멋있어 보이지는 않지만 놀랍도록 잘 통합니다. 모두가 예습을 해 왔다는 가정을 없애 주기 때문입니다.

팁: 안건의 모든 줄을 동사로 시작하세요. 정한다, 승인한다, 고른다, 순위를 매긴다, 검토한다, 알린다. 동사는 결과를 분명하게 만들고, 게으른 항목을 아예 쓸 수 없게 만듭니다. “Q3 예산”에 어울리는 동사가 없다는 것을 곧 알게 되기 때문입니다.

다음 정기 회의에서 시험해 보고, 동사를 찾을 수 없는 상시 항목이 몇 개나 되는지 세어 보세요. 그것들이 잘라 내야 할 항목입니다.

기본 회의 안건 템플릿

무엇을 써야 할지 모르겠다면 이것을 복사하세요. 30분짜리 실무 세션부터 90분짜리 기획 회의까지 두루 맞습니다. 조정할 것은 항목 수이지 구조가 아닙니다.

템플릿 — 기본 회의 안건

[회의 이름]
날짜: [요일, 월 일] · 시간: [시작–종료, 시간대] · 장소: [회의실 / 링크]
참석: [이름 — 그리고 그 사람이 필요한 이유]
진행: [이름] · 기록: [이름]

목적: [한 문장. 이 회의가 끝났을 때 참이어야 하는 것.]

사전 자료: [링크] — [분량] — [미리 읽기 / 함께 읽기]

안건

• [0:00–0:03] 목적과 안건 확인. 담당: [진행] — 결과: 목록에 없는 급한 사안은 소리 내어 추가하거나 연기한다.
• [0:03–0:20] [동사 + 가장 중요한 항목]. 담당: [이름] — 결과: [결정 / 합의 / 우선순위가 매겨진 선택지]
• [0:20–0:35] [동사 + 두 번째 항목]. 담당: [이름] — 결과: [___]
• [0:35–0:45] [동사 + 세 번째 항목]. 담당: [이름] — 결과: [___]
• [0:45–0:50] 실행 항목과 마무리. 담당: [진행] — 결과: 모든 실행 항목을 담당자 + 업무 + 날짜로 다시 읽는다.

보류 / 이번 회의에서 다루지 않음

• [항목] — [대신 어디로 가는지, 언제인지]

작성 예시 — 기본 형식

가격 정책과 패키지 — 실무 세션
날짜: 8월 13일(목) · 시간: 오전 10:00–10:50 (PT) · 장소: 4번 회의실 / Google Meet
참석: Sofia Ruiz(가격 모델 담당), Danny Kwon(재무 승인), Mira Patel(고객 리서치), Otto Lindqvist(엔지니어링 실현성)
진행: Sofia Ruiz · 기록: Otto Lindqvist

목적: 재무가 승인할 수 있는 중간 요금제의 좌석당 가격을 정하고 나온다.

사전 자료: 가격 민감도 요약 — 3쪽 — 미리 읽어 주세요, 다시 요약하지 않습니다.

안건

• 10:00–10:03 목적과 안건 확인. 담당: Sofia — 결과: 급한 사안은 지금 추가하거나 연기한다.
• 10:03–10:20 중간 요금제의 좌석당 가격을 정한다. 담당: Sofia — 결과: 숫자 하나, 또는 그 숫자를 막고 있는 것을 글로 정리한 목록.
• 10:20–10:35 상위 요금제에서 내려올 기능 두 개를 고른다. 담당: Mira — 결과: 기능 두 개를 지목하고, 각각 리서치 근거를 붙인다.
• 10:35–10:45 기존 계정의 전환 경로를 확정한다. 담당: Otto — 결과: 기존 조건 유지에 대한 합의, 또는 답을 내기 위한 조사 일정.
• 10:45–10:50 실행 항목과 마무리. 담당: Sofia — 결과: 담당자와 날짜를 붙여 실행 항목을 다시 읽는다.

보류

• 연간 대 월간 할인 비율 — 재무 모델이 먼저 필요하다. Danny가 8월 27일 세션으로 가져온다.
• 엔터프라이즈 요금제 이름 — 이 그룹의 일이 아니다. 마케팅이 8월 20일까지 비동기로 정한다.

거기에 주제가 얼마나 적게 남아 있는지 보세요. 모든 줄에 동사와 이름이 있고, 회의실이 손으로 가리키며 끝났다고 말할 수 있는 무언가가 있습니다. 차이는 그것뿐이고, 쓰는 데 드는 추가 시간은 약 4분입니다.

어떤 회의에 어떤 안건을 쓸까

그 회의가 얼마나 중요하게 느껴지는지가 아니라, 무엇을 만들어 내야 하는지에 형식을 맞추세요. 몇몇 회의 유형은 별도의 가이드를 가질 만큼 특수하고, 그런 것들은 마지막 열에 링크되어 있습니다.

링크된 그 네 가지 가이드는 여기 담을 수 있는 범위를 훨씬 넘어섭니다. 영업 회의에는 현황 보고를 둘러싼 고유한 병폐가 있고, 킥오프는 회의실에서 역할이 지목되느냐로 성패가 갈리며, 부서 회의는 공지로 흘러가고, 긴급 회의는 모두가 긴장하고 사실의 절반이 틀린 상황에서도 작동하는 구조가 필요합니다. 당신의 회의가 그중 하나라면 거기서 시작하세요.

1. 주간 팀 회의 안건

일을 가장 많이 하는 회의이자, 어느새 조용히 현황 보고로 변해 있을 가능성이 가장 큰 회의입니다. 해법은 구조적입니다. 정례 업데이트는 회의 전에 채널로 옮기고, 실시간 시간은 두 사람 이상의 머리가 필요한 일에 씁니다.

템플릿 — 주간 팀 회의

[팀] 주간 회의 — [요일], [시간] · [링크] · 40분
목적: 팀의 막힘을 풀고 이번 주에 가장 중요한 것에 합의한다.
만나기 전에: 모두가 [시각]까지 [채널]에 3줄 업데이트를 올린다: 완료 · 다음 · 막힘.

• [0:00–0:05] 비동기 업데이트를 훑는다. 담당: [리드] — 결과: 논의가 필요한 두세 개를 표시한다. 나머지는 읽는 것이지 되풀이하는 것이 아니다.
• [0:05–0:20] 막힘을 걷어낸다. 담당: 막힌 사람 — 결과: 모든 막힘에 풀어 줄 사람의 이름과 날짜가 붙는다.
• [0:20–0:30] [이번 주의 진짜 결정 하나]를 정한다. 담당: [이름] — 결과: 정해지거나, 빠진 정보와 그것을 가져올 사람이 지목된다.
• [0:30–0:35] 이번 주의 우선순위를 정한다. 담당: [리드] — 결과: 팀이 가장 중요하다고 합의하는 한 가지.
• [0:35–0:40] 실행 항목과 마무리. 담당: [리드] — 결과: 담당자 + 업무 + 날짜를 소리 내어 읽는다.

작성 예시 — 주간 팀 회의

지원 운영 주간 회의 — 월요일 오전 9:30 (ET) · Google Meet · 40분
목적: 팀의 막힘을 풀고 이번 주에 가장 중요한 것에 합의한다.
만나기 전에: 9:00까지 #support-ops에 3줄 업데이트.

• 9:30–9:35 비동기 업데이트 훑기. 담당: Ayanna — 결과: 대기열 적체와 새 매크로 배포를 논의 대상으로 표시하고 나머지는 건너뛴다.
• 9:35–9:50 막힘 걷어내기. 담당: 막힌 사람 — 결과: 각각에 풀어 줄 사람과 날짜를 붙인다. 이미 알려진 것: Jules가 결제 API 권한을 기다리는 중(8일째), Rosa는 환불 승인 한도에 대한 결정이 필요함.
• 9:50–10:00 주말 대응을 순번제로 바꿀지 정한다. 담당: Ayanna — 결과: 정하거나, 무엇이 빠졌는지 지목한다.
• 10:00–10:05 이번 주의 우선순위를 정한다. 담당: Ayanna — 결과: 한 가지. 제안: 첫 응답 시간을 다시 4시간 아래로 되돌리기.
• 10:05–10:10 실행 항목과 마무리. 담당: Ayanna — 결과: 실행 항목을 다시 읽는다.

2. 1:1 미팅 안건

여기서 결정적인 구조적 선택은 이 회의가 누구의 것이냐입니다. 매니저가 모든 항목을 가져오는 1:1은 두 사람이 하는 현황 회의일 뿐입니다. 구성원의 안건이 먼저이고, 매번 먼저여야 합니다. 선택 사항이 되는 순간 사라지기 때문입니다.

템플릿 — 1:1

1:1 — [매니저] & [구성원] · [요일, 시간] · 30분 · [주기: 매주 / 격주]
공유 문서: [링크 — 두 사람이 한 주 동안 항목을 추가한다]

• [0:00–0:03] 지난번의 미결 항목을 확인한다. 담당: 두 사람 — 결과: 각 항목이 종결되거나, 계속 진행 중이거나, 명시적으로 접힌다.
• [0:03–0:15] 당신의 안건. 담당: [구성원] — 결과: 가져온 것이 진짜 답을 얻거나, 답이 나올 날짜를 얻는다.
• [0:15–0:23] 나의 안건. 담당: [매니저] — 결과: 피드백 전달, 맥락 공유, 질문에 대한 답.
• [0:23–0:28] 긴 호흡의 이야기. 담당: 두 사람 — 결과: 커리어, 역량, 성장에 관한 대화에서 한 걸음 — 매주는 아니어도, 의도적으로.
• [0:28–0:30] 실행 항목. 담당: [매니저] — 결과: 다음까지 각자 무엇을 하는가.

작성 예시 — 1:1

1:1 — Marcus & Priti · 화요일 오후 2:00 · 30분 · 매주
공유 문서: /1-1/priti — 두 사람이 한 주 동안 항목을 추가한다

• 2:00–2:03 미결 항목. 디자인 리뷰 프로세스 — 제안서는 썼고 아직 보내지 않음. 콘퍼런스 예산 — 승인, 완료.
• 2:03–2:15 Priti의 안건. (1) API 문서를 본인이 맡는지, 아니면 여전히 플랫폼과 나누는지 결정을 원함. (2) Q4 안정성 작업의 범위에 대한 질문.
• 2:15–2:23 Marcus의 안건. 장애 회고 문서에 대한 피드백 — 분석은 탄탄하지만 권고가 3페이지에 묻혔음. 목요일에 나올 조직 개편 공지에 대한 맥락 공유.
• 2:23–2:28 긴 호흡의 이야기. 스태프 엔지니어 경로 — 위원회가 어떤 근거를 보는지, 그리고 지금 맡은 프로젝트 중 무엇이 그 근거를 만들어 내는지.
• 2:28–2:30 실행 항목. Marcus: 목요일까지 API 문서 담당에 대한 답을 받아온다. Priti: 금요일까지 디자인 리뷰 제안서를 보낸다.

3. 프로젝트 현황 안건

현황 회의는 안건이 입장을 요구하지 않으면 중계방송으로 썩습니다. 이 안건은 근거가 붙은 상태 색깔, 계획 일자와 대비한 예상 일자, 그리고 모두가 건너뛰는 항목인 프로젝트 팀이 혼자 내릴 수 없는 결정을 요구합니다. 마지막 그 항목이야말로 이해관계자가 회의실에 있는 이유입니다.

템플릿 — 프로젝트 현황 회의

[프로젝트] — 현황 리뷰 · [날짜] · 40분 · 단계: [___]
목적: 이해관계자에게 정확한 그림을 주고, 우리가 스스로 내릴 수 없는 결정을 받아 온다.
사전 자료: [현황 보고서 링크] — [날짜] 발송. 회의에서 발표하지 않습니다.

• [0:00–0:05] 상태를 밝히고 색깔을 방어한다. 담당: [PM] — 결과: 초록인지 노랑인지 빨강인지, 그리고 왜 그런지에 모두가 합의한다.
• [0:05–0:15] 밀린 마일스톤만 검토한다. 담당: [PM] — 결과: 예상 일자를 확정하거나 변경한다. 일정대로인 항목에는 시간을 쓰지 않는다.
• [0:15–0:25] [열려 있는 결정들]을 정한다. 담당: [스폰서] — 결과: 각 결정이 내려지거나, 결정할 사람과 날짜가 지정된다.
• [0:25–0:35] 주요 리스크를 검토한다. 담당: [리스크 담당자] — 결과: 완화책 합의, 담당자 확인, 재검토 날짜 확정.
• [0:35–0:40] 실행 항목과 다음 점검 시점. 담당: [PM] — 결과: 실행 항목, 그리고 다음번에 무엇을 결정해야 하는지.

작성 예시 — 프로젝트 현황

창고 자동화 — 현황 리뷰 · 8월 6일(목) · 40분 · 4단계 중 2단계
목적: 정확한 그림, 그리고 우리가 스스로 내릴 수 없는 두 가지 결정.
사전 자료: 현황 보고서(2쪽), 화요일 발송. 회의에서 발표하지 않습니다.

• 2:00–2:05 상태: 노랑. 담당: Niall — 결과: 색깔에 합의한다. 이유: 컨베이어 시운전이 2주 지연되었고 이제 크리티컬 패스에 올라와 있다.
• 2:05–2:15 밀린 마일스톤. 담당: Niall — 결과: 새 예상 일자를 확정한다. 시운전: 계획 8월 14일, 예상 8월 28일. 통합 테스트: 계획 9월 7일, 위험 있음.
• 2:15–2:25 두 가지를 정한다. 담당: Rosa(스폰서) — (1) 주말 시운전 근무 승인, 약 $22K. (2) 반품 라인을 2단계 범위에서 빼거나 출시일을 지킨다. 결과: 오늘 둘 다 정한다.
• 2:25–2:35 주요 리스크. 담당: 리스크 담당자 — 9월 공급사 엔지니어의 가용성(Niall). 11월 1일부터 시작되는 성수기 동결, 이것은 움직일 수 없음(Rosa).
• 2:35–2:40 실행 항목과 다음 점검 시점. 담당: Niall — 8월 20일. 그때 필요한 결정: 통합 테스트를 옮길지 여부.

팁: 모든 현황 안건에 “여러분에게 필요한 결정”을 넣으세요. 대부분의 현황 회의는 팀이 스스로 승인할 수 없는 무언가를 필요로 하기 때문에 존재하는데, 안건은 그것을 이십 분짜리 진행 상황 서술 밑에 묻어 두고, 요청은 모두가 자리를 뜨는 38분째에 도착합니다.

요청은 초대장에, 그리고 안건의 위쪽 3분의 1에 넣으세요. 무엇을 결정해 달라는 요청을 받는지 아는 스폰서는 대개 이미 생각을 해 온 상태로 나타납니다.

4. 고객 또는 외부 회의 안건

회사 밖으로 보내는 안건은 이중의 역할을 합니다. 그 시간을 어떻게 쓸지에 대한 제안이기도 하고, 보낸다는 사실 자체가 준비했다는 작은 신호가 됩니다. 두 가지 규칙이 있습니다. 내부용 내용은 하나도 넣지 않을 것, 그리고 마지막 항목은 언제나 다음 단계일 것. 이메일로 약속하는 대신 그 자리에서 확정합니다.

템플릿 — 고객 / 외부 회의

[고객사] & [우리 회사] — [회의 목적]
[날짜] · [시간, 두 시간대] · [화상 링크]
[고객사] 측: [이름, 직함] · [우리] 측: [이름, 역할]
우리가 들고 나가고 싶은 것: [한 문장 — 그쪽의 것과 우리의 것]

• [0:00–0:05] 안건을 확인하고 필요한 것을 더한다. 담당: [우리] — 결과: 시작하기 전에 그쪽의 우선순위가 목록에 올라 있다.
• [0:05–0:20] [그쪽 주제를 먼저]. 담당: [고객사 담당자 이름] — 결과: [___]
• [0:20–0:35] [우리 주제]. 담당: [당신의 이름] — 결과: [___]
• [0:35–0:45] 양쪽의 미해결 질문. 담당: 두 사람 — 결과: 모든 질문에 답할 사람과 날짜가 붙는다.
• [0:45–0:50] 다음 단계를 합의한다. 담당: [우리] — 결과: 다음 회의나 마일스톤을, 통화를 끊기 전에 캘린더에 넣는다.

작성 예시 — 고객 미팅

RIVERBEND FOODS & HALCYON SOFTWARE — 1단계 롤아웃 계획
8월 12일(수) · 오후 3:00–3:50 (BST) / 오전 10:00 (EDT) · Teams
Riverbend 측: Jules Perrin(운영 총괄), Rosa Bianchi(IT 리드) · Halcyon 측: 나(어카운트 리드), Otto Lindqvist(구축)
우리가 들고 나가고 싶은 것: 1단계 사이트 순서 합의와 확정된 교육 기간.

• 3:00–3:05 안건 확인. 담당: 나 — 결과: Riverbend가 추가하고 싶은 것은 지금 올린다.
• 3:05–3:20 1단계 사이트 순서를 고른다. 담당: Jules — 결과: 세 곳을 지목하고 순서를 매긴다. Halcyon의 견해: 연동 범위가 가장 작은 Bristol부터 시작.
• 3:20–3:35 교육 기간을 합의한다. 담당: Otto — 결과: 날짜 확정. 제약: 사이트마다 연속 이틀이 필요하고, Riverbend의 성수기는 10월 15일부터 시작된다.
• 3:35–3:45 양쪽의 미해결 질문. 담당: 두 사람 — 우리 쪽: 마스터 데이터 정리는 누가 맡는가. 그쪽: 병행 운영 기간 동안 레거시 시스템은 어떻게 되는가.
• 3:45–3:50 다음 단계를 합의한다. 담당: 나 — 결과: 기술 세션을 그 자리에서 예약하고, Rosa의 팀도 포함한다.

5. 전사 회의 안건

전사 회의는 아주 특정한 방식으로 실패합니다. 이메일이면 됐을 일방 방송이 되고, 질의응답은 모두가 이미 마음을 놓아 버린 끝의 4분을 얻습니다. 그래서 이 안건은 숫자를 앞에 두고, 질문에 진짜 시간을 주고, 질문을 미리 모으도록 요구합니다. 사람들이 정말로 궁금해하는 질문은 누군가 용기를 내어 마이크를 켜고 던지는 질문인 경우가 드물기 때문입니다.

템플릿 — 전사 회의

[회사] 전사 회의 — [월] · [날짜, 2–3개 시간대의 시각] · 50분
녹화: 있음, [X]시간 이내에 [장소]에 게시
질문: [날짜]까지 [양식/채널]로 제출 — 익명 옵션 있음

• [0:00–0:10] 계획 대비 지금 어디에 있는가. 담당: [CEO/리드] — 결과: 중요한 세 가지 숫자와 그것이 계획대로인지를 모두가 안다.
• [0:10–0:20] 깊이 이해할 가치가 있는 한 가지. 담당: [순번 팀] — 결과: 회사가 하나의 일을 제대로 이해한다. 다섯 가지를 어렴풋이 아는 대신에.
• [0:20–0:28] 인정과 감사. 담당: [리드] — 결과: 구체적인 일이 지목되고, 그것이 왜 중요했는지가 함께 언급된다.
• [0:28–0:33] 무엇이 바뀌는가. 담당: [리드] — 결과: 인력, 프로세스, 우선순위의 변화가 소문이 앞지르기 전에 담백하게 전달된다.
• [0:33–0:50] 질의응답 — 제출된 질문 먼저. 담당: [진행] — 결과: 제출된 것 중 가장 어려운 질문이 건너뛰어지지 않고 답변된다.

작성 예시 — 전사 회의

HALCYON SOFTWARE 전사 회의 — 팔월 · 8월 20일(목) 오전 8:00 (PT) / 오전 11:00 (ET) / 오후 4:00 (BST) · 50분
녹화: 있음, 3시간 이내에 #all-hands에 게시
질문: 8월 18일(화)까지 양식으로 제출 — 익명 옵션 있음

• 8:00–8:10 우리가 있는 자리. 담당: Sofia — ARR $18.4M, 계획은 $21M. 순매출 유지율 108%. 현금 런웨이 22개월. 신규 고객은 뒤처지고, 확장은 앞서 있음.
• 8:10–8:20 깊이 보기: 결제 시스템 이전. 담당: Otto의 팀 — 결과: 왜 두 분기가 걸리는지, 서두르면 무엇이 깨지는지를 모두가 이해한다.
• 8:20–8:28 인정과 감사. 담당: Sofia — 지원팀이 22% 늘어난 처리량을 감당하면서 첫 응답 시간을 9시간에서 3.5시간으로 줄였다.
• 8:28–8:33 무엇이 바뀌는가. 담당: Sofia — 9월 1일부터 두 팀이 한 리드 아래로 합쳐진다. 소문이 대신 말하기 전에, 이유와 함께 이름을 밝혀 전달한다.
• 8:33–8:50 질의응답. 담당: Danny — 14건이 제출되었고, 가장 많은 표를 받은 것부터: “Q4에 채용을 하나요, 안 하나요?”

6. 의사결정 회의 안건

때로 회의에는 할 일이 딱 하나뿐입니다. 이 안건은 의도적으로 좁습니다. 결정 하나를, 예 또는 아니오나 하나를 고르는 형태의 답이 나오는 질문으로 적고, 결정권자를 맨 앞에 밝혀 둡니다. 그래야 이것이 의견 수렴인지 투표인지 한 시간 내내 추측하는 사람이 없습니다.

템플릿 — 의사결정 회의

결정: [확실한 답이 나오도록 다듬은 질문]
[날짜] · 30분 · 결정권자: [이름] · 자문: [이름] · 사후 공유: [이름]
되돌릴 수 있나요? [예 — 빠르게 결정 / 아니오 — 신중하게 결정]
마감: [이것이 더 이상 선택이 아니게 되는 시점]
사전 자료: [선택지 문서 — 선택지, 트레이드오프, 권고안]

• [0:00–0:05] 결정할 것과 제약을 다시 말한다. 담당: [결정권자] — 결과: 무엇을 정하고 무엇을 정하지 않는지에 모두가 합의한다.
• [0:05–0:15] 선택지를 검증한다. 담당: [작성자] — 결과: 각 선택지에 대한 가장 강한 반론이 테이블 위에 올라온다.
• [0:15–0:22] 반대 의견을 듣는다. 담당: [진행] — 결과: 동의하지 않는 사람이 그 자리에서 소리 내어 말했고, 기록에 남는다.
• [0:22–0:27] 결정한다. 담당: [결정권자] — 결과: 결정, 그리고 자리에 없던 사람들을 위한 한 문장의 근거.
• [0:27–0:30] 누가 누구에게, 언제까지 알리는가. 담당: [결정권자] — 결과: 커뮤니케이션 담당자와 날짜.

작성 예시 — 의사결정 회의

결정: 리포팅 모듈을 직접 만들 것인가, 외부 제품을 연동할 것인가?
8월 10일(월) · 30분 · 결정권자: Sofia Ruiz · 자문: Otto Lindqvist, Danny Kwon, Mira Patel · 사후 공유: 엔지니어링, 영업
되돌릴 수 있나요? 부분적으로 — 연동은 한 분기 정도면 되돌릴 수 있지만 직접 개발은 그렇지 않다.
마감: 8월 14일, 넘기면 Q4 로드맵에서 빠진다.
사전 자료: 선택지 문서 — 세 가지 선택지, 각각의 비용과 기간, 연동 권고.

• 11:00–11:05 다시 말하기. 담당: Sofia — 범위 안: 직접 개발이냐 연동이냐. 범위 밖: 리포팅이 필요한가 자체 — 이것은 이미 정리됨.
• 11:05–11:15 선택지 검증. 담당: Otto — 직접 개발: 엔지니어 2명이 5개월, 완전한 통제권. 연동: 6주, 연 $40K, 그쪽 로드맵을 물려받게 됨. 하이브리드: 문서에서 기각, 이견이 있으면 말해 달라.
• 11:15–11:22 반대 의견. 담당: Danny — 알려진 반론: Mira는 연동하면 2027년에 하고 싶어질 수도 있는 애널리틱스 제품이 막힌다고 본다. 나중이 아니라 여기서 말한다.
• 11:22–11:27 결정. 담당: Sofia — 결정과 한 문장의 근거.
• 11:27–11:30 전달. 담당: Sofia — Otto가 화요일에 엔지니어링에 알린다. Danny가 수요일에 로드맵 문서를 갱신한다.

언제 어디로 보낼 것인가

회의 한 시간 전에 쓴 안건은 예의상의 통지이지 준비 시간이 아닙니다. 통상적인 권고는 일반 회의는 24~48시간 전, 사전 자료가 있거나 정말 복잡한 결정이 있으면 48~72시간 전, 이사회는 1~2주 전입니다. 이사들은 읽어야 할 자료 묶음이 있고, 전날 밤에 해치울 현실적인 방법이 없기 때문입니다.

어디로 보내는가는 언제 보내는가만큼 중요합니다. 문서를 첨부하는 대신 안건을 캘린더 초대장 본문에 붙여 넣으세요. 모두가 반드시 보는 유일한 자리이고, 휴대폰에서도 읽히며, 사람들이 초대를 전달해도 살아남습니다. 사전 자료가 있다면 같은 자리에 분량을 옆에 적어 링크하세요.

들일 만한 습관이 두 가지 더 있습니다. 보낼 때 추가 사항을 요청하되 기한을 붙이세요(“더할 것이 있으면 화요일 오후 4시까지 알려 주세요”). 그래야 그러지 않았다면 20분째를 통째로 가로챘을 사안을 미리 알게 됩니다. 그리고 정기 회의라면 매주 새 파일을 만들지 말고 안건을 하나의 살아 있는 문서에 두세요. 그러면 상시 구조가 안정적으로 유지되고, 누구든 생각날 때 항목을 넣을 수 있습니다.

목적 줄을 쓸 수 없다면 초대장을 보내지 마세요. 회의가 끝났을 때 무엇이 참이어야 하는지를 한 문장으로 쓰는 것은 진짜 시험이고, 꽤 많은 정기 회의가 여기서 탈락합니다. 탈락했을 때 정직한 선택지는 취소하거나, 주기를 늘리거나, 글로 된 업데이트로 바꾸는 것입니다. 더 모호한 문장을 쓰는 것이 아닙니다.

좋은 안건도 실패하는 다섯 가지 방식

위의 모든 것을 하고도 회의를 잃을 수 있습니다. 살펴볼 만한 실패 유형은 이렇습니다.

타임박스를 걸친 주제 목록. 가장 흔한 유형입니다. 항목에 시간과 담당자는 있는데 결과가 없어서, 회의는 제시간에 끝나고 아무것도 만들어 내지 못합니다. 옆에 시계를 붙인 주제도 여전히 주제일 뿐입니다.

너무 많이 실었다. 한 시간에 아홉 항목이면 항목당 여섯 분인데, 주제를 열기에는 충분해도 닫기에는 부족합니다. 모든 것을 절반씩 논의한 채 끝나게 됩니다. 세 개에서 다섯 개가 실제로 작동하는 범위이고, 나머지는 보류 목록으로 갑니다.

진행하는 사람이 없다. “이 항목은 시간이 다 됐으니 따로 이어 가죠”라고 말할 사람이 없는 타임박스 안건은 장식입니다. 진행자를 지정하고, 끼어들 권한을 분명히 주세요.

첫 항목이 가장 쉬운 항목이다. 작은 것으로 몸을 푸는 건 자연스럽게 느껴지지만 함정입니다. 어려운 항목이 마지막 8분에 밀려나고, 그때는 사람들이 지쳐 시계를 보고 있습니다. 가장 어려운 것을 먼저. 불편하지만 통합니다.

끝난 뒤에 아무 일도 일어나지 않는다. 가장 비싼 실패입니다. 회의는 좋았고 결정도 내려졌는데, 누가 무엇을 맡는지 아무도 적지 않아서 그중 절반을 2주 뒤에 다시 결정해야 합니다. 안건은 대화를 계획하는 것이고, 결과를 붙잡는 일은 여전히 다른 무언가가 해야 합니다. 그것이 회의록 템플릿의 몫이며, 두 문서는 한 쌍으로 작동합니다. 안건의 결과 열과 회의록의 결정 목록은 항목마다 서로 맞아떨어져야 합니다.

팁: 정기 회의를 분기에 한 번 점검하세요. 최근 여섯 번의 안건을 꺼내 두 가지를 확인하세요. 상시 항목 중 몇 개가 결정을 만들어 냈는지, 그리고 같은 막힘이 몇 번이나 등장했는지.

세 번의 회의 동안 결정을 만들어 내지 못한 상시 항목은 안건 항목이 아닙니다. 편안한 거처를 찾은 현황 보고이며, 그것들이 있을 자리는 채널입니다.

“우리는 무언가를 정했다”와 “그 결정이 필요한 사람에게 도착했다” 사이의 간극이야말로, 잘 운영된 회의의 가치가 대부분 새어 나가는 곳입니다. 회의를 녹음하면 그중 일부가 메워집니다. Laxis는 Zoom, Google Meet, Teams 통화를 100+ 언어로 녹음하고 전사하며, 담당자가 붙은 실행 항목을 뽑아내고, HubSpot이나 Salesforce에 동기화합니다. 무료 플랜에는 월 300분의 전사가 포함됩니다. 다만 그것이 무엇을 사 주는지는 냉정하게 보세요. 기계는 모든 약속을 놓치지 않고 정확히 적어 두는 데는 믿음직하지만, 그중 어떤 것이 중요했는지에 대해서는 아무 의견이 없습니다. 그 판단은 회의를 진행한 사람의 몫으로 남습니다. AI 회의록 도구는 안건이 없던 회의를 구해 주지 못합니다. 좋은 회의가 목요일이면 증발해 버리는 것을 막아 줄 뿐입니다.

회의에 집중하세요. 후속 작업은 알아서 됩니다.

Laxis는 Zoom, Google Meet, Teams 회의를 녹음하고 전사하고 요약한 뒤, 담당자가 붙은 실행 항목을 뽑아냅니다. 무료 플랜에는 월 300분의 전사가 포함됩니다.

Laxis 무료로 사용해 보기

핵심 정리

형식을 걷어내면 이 페이지의 모든 안건은 똑같은 작은 일을 하고 있습니다. 회의가 존재하기 전에 세 가지 질문에 글로 답하게 만드는 것입니다. 이것은 무엇을 만들어 내야 하는가? 누가 그것을 책임지는가? 얼마나 긴 시간을 쓸 값어치가 있는가?

나쁜 회의의 대부분은 아무도 그 질문에 답하지 않은 회의이고, 대부분의 사람은 5분 안에 그것을 느끼지만 이름을 붙이지 못합니다. 이제는 붙일 수 있습니다. 기본 템플릿을 복사하고, 그 4분을 들이고, 이 회의가 무엇을 위한 것인지 아는 사람들이 얼마나 다르게 나타나는지 지켜보세요.

자주 묻는 질문

회의 안건에는 무엇이 들어가야 하나요?

여섯 가지입니다. 한 문장으로 쓴 회의 목적, 진행 정보, 우선순위대로 정리한 항목 목록, 항목별 담당자, 항목별 기대 결과, 그리고 항목별 타임박스. 사전 자료 링크를 함께 넣고, 마지막 5분은 담당자와 기한이 붙은 실행 항목을 확인하는 데 남겨 두세요.

회의 안건은 얼마나 미리 보내야 하나요?

대부분의 회의는 적어도 2448시간 전에, 사전 자료가 있거나 복잡한 결정이 걸려 있으면 4872시간 전에 보내세요. 이사회는 이사들이 자료 묶음을 소화할 수 있도록 보통 1~2주가 필요합니다. 한 시간 전에 보낸 것은 무엇이든 예의상의 통지이지 준비 시간이 아닙니다.

회의 안건은 얼마나 길어야 하나요?

한 쪽, 그리고 한 시간짜리 회의라면 세 개에서 다섯 개의 항목입니다. 믿을 만한 제약은 쪽수가 아니라 산수입니다. 타임박스의 합은 회의 시간보다 짧아야 하고, 몇 분의 여유가 남아야 합니다. 항목에 아흔 분이 필요한데 예약한 시간이 예순 분이라면, 요행을 바라지 말고 항목을 줄이세요.

회의 안건과 회의록의 차이는 무엇인가요?

안건은 계획이고, 회의 전에 작성해 배포합니다. 회의록은 공식 기록이고, 회의 중과 회의 후에 작성합니다. 안건은 무엇을 논의할 생각인지, 각 항목이 무엇을 만들어 내야 하는지를 말합니다. 회의록은 실제로 무엇이 결정되었는지, 누가 무엇을 약속했는지, 그리고 공식적인 자리에서는 각 표결이 어떻게 되었는지를 말합니다.

안건 항목의 기대 결과는 어떻게 쓰나요?

동사를 써서, 그 항목이 만들어 내야 할 산출물을 지목하세요. 결정, 합의, 우선순위가 매겨진 선택지 목록, 또는 구체적인 무언가에 대한 공통의 이해입니다. “Q3 예산”을 “Q3 예산을 승인하거나, 승인을 막고 있는 것을 나열한다”로 바꾸세요. 검증법은 회의실에 있는 누군가가 이 항목이 끝났다고 소리 내어 말할 수 있는지입니다.

정기 회의는 매번 새 안건이 필요한가요?

새 안건이 필요하지만, 백지에서 시작할 필요는 없습니다. 상시 구조는 유지하고 내용을 바꾸세요. 전혀 바뀌지 않는 정기 안건은 그 회의가 목적을 다했다는 가장 분명한 신호이기 때문입니다. 상시 항목은 분기마다 점검하고, 최근 세 번의 회의에서 결정을 만들어 내지 못한 항목은 지우세요.

안건 항목에 담당자를 적어야 하나요?

적어야 하고, 대부분의 안건이 할 수 있는 가장 값싼 개선입니다. 담당자는 항목을 준비하고, 논의를 열고, 결과를 내는 데 책임을 집니다. 담당자가 없는 항목은 모두가 맥락은 다른 사람이 갖고 있으려니 생각하기 때문에 빙빙 도는 대화를 만들어 내고, 다음 주에 그대로 다시 등장할 가능성이 가장 큽니다.