회의록·회의 노트 템플릿: 무료 양식 7가지

대부분의 회의록 템플릿은 같은 이유로 실패합니다. 이사회용으로 설계된 템플릿이 화요일 스탠드업을 기록하는 사람에게 그대로 건네지기 때문입니다. 여섯 개 항목은 늘 비어 있고, 그 사람은 3주 차가 되면 템플릿을 쓰지 않게 되며, 팀은 "좋은 대화였어요, 이어서 챙길게요"라는 Slack 메시지로 되돌아갑니다.

그래서 여기 여섯 가지를 준비했습니다. 어떤 회의에나 쓸 수 있는 기본 회의록 템플릿 하나와, 구체적인 용도에 맞게 다듬은 다섯 가지 변형입니다. 이사회와 비영리 단체, 주간 스탠드업, 프로젝트 현황, 고객 미팅, 그리고 한 장짜리 경영진 요약입니다. 모든 템플릿은 복사해서 붙여 넣을 수 있고, 각 템플릿 뒤에는 실제로 채워 넣은 예시가 이어집니다. 빈칸에 무엇을 넣어야 할지 짐작하는 대신, 형식이 실제로 쓰이는 모습을 그대로 볼 수 있습니다.

이런 선택의 근거가 궁금하다면 — 기록에 반드시 들어가야 할 것, 중립을 유지하는 방법, 동의를 제대로 기록하는 방법 — 회의록 작성법에 정리해 두었습니다. 이 페이지는 완성된 템플릿 모음입니다.

여섯 가지 템플릿

• 기본 회의록 템플릿
• 어떤 템플릿을 언제 쓸까
• 변형 1: 이사회 및 비영리 단체 회의록
• 변형 2: 주간 팀 스탠드업
• 변형 3: 프로젝트 현황 회의
• 변형 4: 고객 또는 외부 회의
• 변형 5: 한 장짜리 경영진 요약
• 템플릿을 살아 있게 하는 형식 규칙
• 자주 묻는 질문

회의 노트, 회의록, 전사본은 서로 다른 문서입니다

템플릿을 고르기 전에, 지금 만들려는 것이 셋 중 무엇인지부터 정리하세요. 하는 일도 다르고 읽는 사람도 다릅니다.

• 전사본: 한마디도 빠뜨리지 않은 그대로의 기록입니다. 원재료일 뿐, 처음부터 끝까지 읽는 문서가 아닙니다.
• 회의 노트: 참석자가 자신과 팀을 위해 적는 것입니다. 결정, 배경, 다음에 할 일. 비공식적이며 누구도 승인 표결을 하지 않습니다.
• 회의록: 어떤 기구가 무엇을 의결했는지에 대한 공식 기록입니다. 이사회나 협회에서는 거버넌스 문서에 해당합니다. 다음 회의에서 승인되며, 감사인이나 법원이 실제로 읽는 것도 이 문서입니다.

이 구분이 아래 어떤 템플릿을 쓸지를 결정합니다. 동의, 표결, 승인이 있는 공식 문서가 필요하다면 변형 1부터 보세요. 1on1이나 고객 통화용 실무 노트가 필요하다면 변형 4나 변형 6으로 건너뛰면 됩니다. 공식 기록에 무엇을 담고 무엇을 빼야 하는지는 회의록 작성법에서 더 깊이 다룹니다.

기본 회의록 템플릿

이것이 기본값입니다. 블록은 여섯 개, 관행 때문에만 남아 있는 항목은 하나도 없으며, 모든 안건 아래에 결정 사항 줄이 있어 결론 없이는 안건을 닫을 수 없습니다. 문서에 복사해 팀의 템플릿 파일로 저장한 뒤 회의마다 복제해서 쓰세요.

템플릿 — 기본 형식

[조직명 / 팀명]
회의록 — [회의명]

날짜: [YYYY년 M월 D일(요일)]
시간: [시작] – [종료] [시간대]
장소: [회의실 또는 화상회의 링크]
회의 종류: [정기 / 임시 / 반복]

의장: [이름]
기록: [이름]
참석: [이름]
불참: [이름, 필요한 경우 사유 포함]

1. [안건]

배경: [한두 문장 — 무엇이 보고되었거나 검토되었는지]
결정: [무엇이 결정되었는지 — 또는 "결정 없음, (날짜)로 연기"]

1. [안건]

배경:
결정:

1. [안건]

배경:
결정:

실행 항목

• [담당자] — [구체적인 업무] — 기한 [날짜]
• [담당자] — [구체적인 업무] — 기한 [날짜]

다음 회의

[날짜, 시간, 장소] · 이월 안건: [항목]

폐회: [시각] · 상태: 초안 — 승인 대기

그리고 50분 동안 진행되어 세 건의 결정을 내린 부서 간 기획 회의를 예로 채워 보면 이렇습니다.

작성 예시 — 기본 형식

ATLAS LOGISTICS
회의록 — 3분기 운영 기획

날짜: 2026년 7월 6일(월)
시간: 오전 9:00 – 9:50 (CT)
장소: B 회의실 및 Microsoft Teams
회의 종류: 반복(월간)

의장: Renata Silva, 운영 부사장
기록: Owen Mbeki
참석: Renata Silva, Owen Mbeki, Hannah Croft, Dmitri Volkov, Aisha Bello
불참: Paul Nguyen(고객사 현장 방문)

1. 4번 창고 처리량

배경: Hannah Croft가 6월 처리량이 목표 13,000개 대비 하루 11,400개였으며, 미달분의 62%가 출고 스캔 스테이션에서 발생했다고 보고함.
결정: 4번 창고에 두 번째 스캔 스테이션을 추가하고, 비용은 3분기 설비 예비비에서 집행한다.

1. 운송사 계약 갱신

배경: Dmitri Volkov가 Ridgeline Freight의 갱신 조건을 검토함. 요율 6.2% 인상과 클레임 접수 기간 연장이 포함됨.
결정: 제시된 요율로는 갱신하지 않는다. 9월 30일 만료 전에 운송사 3곳을 대상으로 경쟁 입찰을 진행한다.

1. 성수기 채용 계획

배경: Aisha Bello가 10월 성수기에 대비한 두 가지 인력 운영 시나리오를 제시함.
결정: 결정 없음. 수정된 수요 예측을 기다려 8월 3일 회의로 연기한다.

실행 항목

• Hannah Croft — 두 번째 스캔 스테이션 설비 구매 요청서 제출 — 기한 7월 10일(금)
• Dmitri Volkov — Ridgeline, Northbound, Cascade Freight에 운송 입찰 공고 발송 — 기한 7월 17일(금)
• Aisha Bello — 수정된 성수기 수요 예측 공유 — 기한 7월 27일(월)
• Owen Mbeki — 8월 3일 회의 일정 확정 및 연기된 채용 안건 추가 — 기한 7월 7일(화)

다음 회의

2026년 8월 3일(월) 오전 9:00 (CT), B 회의실 · 이월 안건: 성수기 채용 계획

폐회: 오전 9:50 · 상태: 초안 — 승인 대기

팁: 결정 줄이 곧 이 템플릿의 전부입니다. 어떤 안건에 배경 줄은 있는데 결정 줄이 비어 있다면, 그 안건은 끝난 것이 아닙니다. "결정 없음, [날짜]로 연기"라고 적고, 문서를 닫기 전에 그 연기 항목을 다음 회의 안건에 올리세요.

이 습관 하나만 들여도 팀은 한 달 안에 불편한 사실을 깨닫습니다. 반복해서 올라오는 안건 중 상당수가 지금까지 단 한 번도 결정을 만들어 내지 못했다는 것입니다. 그것은 기록의 문제가 아니며, 그 사실을 찾아내는 것이야말로 이 방식의 목적입니다.

어떤 템플릿을 언제 쓸까

회의가 얼마나 중요해 보이는지가 아니라, 그 회의가 무엇을 만들어 내는지를 기준으로 고르세요.

변형 1: 이사회 및 비영리 단체 회의록

법적 무게가 실리는 버전입니다. 정족수 확인, 이전 회의록 승인, 정확한 문구의 동의, 표결 결과, 서명란이 추가됩니다. Robert's Rules of Order Newly Revised(제12판)에 따르면 동의를 제출한 사람의 이름은 기록하되 재청한 사람은 기록하지 않으며, 개별 이름이 표결에 등장하는 것은 호명 표결이거나 반대 의견을 명시적으로 남기는 경우뿐입니다.

템플릿 — 이사회 / 비영리 단체 회의록

[조직명]
이사회 [정기 / 임시] 회의 회의록
[YYYY년 M월 D일(요일)] · [장소, 해당하는 경우 화상회의 병기]

개회

[의장 이름]이 [시각]에 개회를 선언했다. 회의록은 [이름]이 작성했다.
참석 이사: [이름, 늦게 합류한 경우 합류 시각 포함]
불참 이사: [이름]
배석: [직원, 법률 자문, 초청자]
정족수: 정족수를 충족했다(이사 [Y]명 중 [X]명 필요).

1. 이전 회의록 승인

[날짜] 회의의 회의록을 [배포된 대로 / ___ 부분을 수정하여] 승인했다.

1. 임원 및 실무진 보고

[이름, 직위]이 [주제]를 보고했다. 해당 보고서는 [감사용으로 보관 / 접수]되었다.

1. [심의 안건]

이해충돌 고지: [이름]이 [이해관계]를 고지하고 회피를 선언한 뒤 [시각]에 퇴장했다.
동의: [이름]이 "[동의의 정확한 문구]"를 제출했다.
수정안: [이름]이 [___ 삭제 / 삽입]하는 수정안을 제출했다. 수정안은 [가결 / 부결]되었다.
표결: [구두 표결 — 동의가 가결 / 부결됨] 또는 [호명 표결 — 찬성: ___. 반대: ___. 기권: ___. 회피: ___.]
결과: 동의는 [가결 / 부결]되었다, [표수]–[표수].

1. 비공개 회의

이사회는 [시각]에 [일반적 주제]를 논의하기 위해 비공개 회의로 전환했고 [시각]에 공개 회의로 복귀했다. [의결 사항 없음 / 의결 사항은 비공개 회의록에 기록됨].

1. 통지 및 공지

다음 정기 회의는 [날짜, 시간, 장소]에 개최된다.

폐회

더 이상 논의할 안건이 없어 [시각]에 폐회했다.

이상 보고드립니다.

---

[이름], 서기
[날짜] 이사회 승인.

작성 예시 — 이사회 회의록

HARBORVIEW YOUTH SAILING ASSOCIATION
이사회 정기 회의 회의록
2026년 5월 13일(수) · Harborview Boathouse, 9 Pier Road 및 화상회의

개회

의장 Marisol Duarte가 오후 7:02에 개회를 선언했다. 회의록은 서기 Kwame Osei가 작성했다.
참석 이사: Marisol Duarte(의장), Kwame Osei(서기), Bette Halloran(회계), Jonah Reyes, Ingrid Lassiter, Tom Whitaker(오후 7:11 합류).
불참 이사: Cheryl Ndlovu.
배석: 프로그램 디렉터 Alina Petrov.
정족수: 정족수를 충족했다(이사 7명 중 4명 필요).

1. 이전 회의록 승인

2026년 4월 8일 회의의 회의록을 배포된 대로 승인했다.

1. 회계 보고

회계 Bette Halloran이 2026년 4월 30일 종료 기간의 재무제표를 제출했으며, 사용 제한이 없는 적립금은 128,400달러였다. 해당 보고서는 감사용으로 보관되었다.

1. 2027 회계연도 운영 예산

동의: Jonah Reyes가 "이사회는 설비 항목을 48,000달러로 증액한 상태로, 제출된 2027 회계연도 운영 예산 612,000달러를 채택한다"를 제출했다.
이사회는 설비 항목 증액과 장학 적립금에 미치는 영향을 논의했다.
표결: 집계 표결 — 찬성 5, 반대 1, 기권 1.
결과: 동의는 가결되었다, 5–1.

1. 부두 보수 공사 계약

이해충돌 고지: 이사 Ingrid Lassiter가 입찰 3개사 중 하나인 Cove Marine Contractors의 파트너가 자신의 시숙임을 고지했다. 그는 회피를 선언하고 오후 7:38에 퇴장했다.
동의: Marisol Duarte가 "이사회는 북측 부두 보수 공사 계약을 74,500달러에 Seabright Marine에 발주한다"를 제출했다.
표결: 호명 표결 — 찬성: Duarte, Halloran, Osei, Reyes, Whitaker. 반대: 없음. 회피: Lassiter. 불참: Ndlovu.
결과: 동의는 가결되었다, 5–0. Lassiter 이사는 오후 7:49에 복귀했다.

1. 통지

다음 정기 회의는 2026년 6월 10일(수) 오후 7:00에 개최된다.

폐회

더 이상 논의할 안건이 없어 오후 8:14에 폐회했다.

이상 보고드립니다.
Kwame Osei, 서기
2026년 6월 10일 이사회 승인.

법률 자문이 아닙니다. 이사회가 무엇을 기록해야 하는지는 관할권, 법인 유형, 그리고 각 조직의 정관에 따라 달라집니다. 델라웨어주 법인, 501(c)(3) 비영리 단체, 입주자 대표회의는 모두 서로 다른 규칙을 따릅니다. 미국 대부분의 주는 영리 법인과 비영리 법인이 이사회 회의의 서면 회의록을 보관하도록 요구하며, 법원은 회의록 누락을 조직이 법인 격식을 지키지 않았다는 증거로 본 사례도 있습니다. 정관과 해당 주 법령을 확인하고, 중요한 사안이라면 법률 전문가의 조언을 구하세요.

변형 2: 주간 팀 스탠드업

15분짜리 회의에 두 쪽은 어울리지 않습니다. 이 버전은 무엇이 달라졌는지, 무엇이 막혔는지, 무엇이 결정되었는지만 남기고 나머지를 모두 덜어냅니다. 결정된 것도 없고 막힌 것도 없다면 기록 전체가 네 줄로 끝나는데, 그것은 실패가 아니라 성공입니다.

템플릿 — 주간 스탠드업

[팀] 스탠드업 — [날짜] · [시간] · [채널 또는 회의실]
참석: [이름] · 불참: [이름]

업데이트

• [이름] — 완료: [] · 다음: [] · 막힌 부분: [___ 또는 없음]
• [이름] — 완료: [] · 다음: [] · 막힌 부분: [___ 또는 없음]

결정 사항

• [결정 사항, 또는 "이번 주 없음"]

에스컬레이션이 필요한 블로커

• [블로커] → [이름]에게 [날짜]까지 에스컬레이션

실행 항목

• [담당자] — [업무] — 기한 [날짜]

작성 예시 — 주간 스탠드업

플랫폼 엔지니어링 스탠드업 — 2026년 7월 20일(월) · 오전 9:15 (ET) · #platform-standup
참석: Ravi Menon, Claire Osborne, Yusuf Adeyemi, Lena Fischer · 불참: 없음

업데이트

• Ravi — 완료: 인증 토큰 교체 스테이징 배포 · 다음: 수요일 프로덕션 배포 · 막힌 부분: 없음
• Claire — 완료: 없음(온콜, P2 장애 3건) · 다음: 검색 인덱싱 작업 재개 · 막힌 부분: 없음
• Yusuf — 완료: 큐 마이그레이션 40% · 다음: 컨슈머 전환 마무리 · 막힌 부분: DBA 읽기 전용 복제본 대기
• Lena — 완료: 부하 테스트 하네스 · 다음: 스테이징 대상 기준선 측정 · 막힌 부분: 없음

결정 사항

• 큐 마이그레이션 전환을 목요일에서 다음 주 화요일로 연기한다. 지난주 장애 2건으로 버퍼가 모두 소진되었다.

에스컬레이션이 필요한 블로커

• DBA 읽기 전용 복제본 미제공(5일 경과) → 인프라 담당 Marta Kern에게 7월 21일(화)까지 에스컬레이션

실행 항목

• Ravi — 수요일 인증 배포 시간대를 #eng-announcements에 공지 — 기한 7월 20일(월)
• Yusuf — 읽기 전용 복제본 건으로 Marta에게 메일 발송, Ravi 참조 — 기한 7월 21일(화)
• Claire — 로드맵 보드의 마이그레이션 날짜 업데이트 — 기한 7월 20일(월)

변형 3: 프로젝트 현황 회의

현황 회의는 쉽게 중계방송으로 흘러가기 때문에, 이 템플릿은 입장을 밝히도록 강제합니다. 상태 색상, 계획 일정 대비 실제 일정, 그리고 이름이 붙은 위험 담당자입니다. 목적은 보기 좋은 보고서가 아니라, "황색"이라는 판단을 이름을 건 누군가가 글로 정당화해야 한다는 데 있습니다.

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

[프로젝트명] — 현황 리뷰
날짜: [] · 시간: [] · 단계: [] · 보고 기간: []
의장: [] · 기록: [] · 참석: [] · 불참: []

전체 상태

[녹색 / 황색 / 적색] — [해당 색상인 이유를 한 문장으로]
지난 리뷰 대비 변화: [개선 / 변동 없음 / 악화]

마일스톤

• [마일스톤] — 계획 [날짜] — 전망 [날짜] — [정상 / 위험 / 지연]

예산과 범위

현재까지 집행: [] / [] · 이번 기간 범위 변경: [___]

위험 및 이슈

• [위험 또는 이슈] — 영향도 [상/중/하] — 담당 [이름] — 완화 방안 [___] — 재검토 [날짜]

결정 사항

• [결정 사항과 승인자]

실행 항목

• [담당자] — [업무] — 기한 [날짜]

다음 점검 시점

[날짜, 시간] · 해당 시점에 필요한 의사결정: [___]

작성 예시 — 프로젝트 현황 회의

MERIDIAN ERP 마이그레이션 — 현황 리뷰
날짜: 2026년 7월 16일(목) · 시간: 오후 2:00 – 2:45 (GMT) · 단계: 5단계 중 3단계(데이터 마이그레이션) · 보고 기간: 7월 1~15일
의장: Dev Chaudhary(프로그램 디렉터) · 기록: Sophie Renard · 참석: Dev Chaudhary, Sophie Renard, Ana Duarte, Michael Boyle, Fenna de Vries · 불참: Tariq Hassan(연차)

전체 상태

황색 — 공급업체 마스터 데이터 정제가 3주 지연되어 이제 크리티컬 패스에 올라와 있다.
지난 리뷰 대비 변화: 악화(7월 2일에는 녹색).

마일스톤

• 공급업체 마스터 정제 완료 — 계획 7월 31일 — 전망 8월 21일 — 지연
• 재무 모듈 UAT 시작 — 계획 8월 17일 — 전망 8월 17일 — 위험
• 1차 웨이브 오픈 — 계획 10월 5일 — 전망 10월 5일 — 정상

예산과 범위

현재까지 집행: 142만 파운드 / 210만 파운드 · 이번 기간 범위 변경: 1건 — 스폰서 요청으로 다중 통화 리포팅이 2차 웨이브로 이동.

위험 및 이슈

• 세금 식별번호가 누락된 공급업체 레코드(38,000건 중 11,200건) — 영향도 상 — 담당 Ana Duarte — 완화 방안: 7월 20일부터 정제 팀에 외부 인력 2명 투입 — 재검토 7월 30일
• UAT 테스터 가용 시간이 월말 결산과 충돌 — 영향도 중 — 담당 Michael Boyle — 완화 방안: 재무팀과 8월 24일 시작 2주간의 UAT 기간에 합의 — 재검토 8월 7일

결정 사항

• 데이터 외부 인력 2명을 6주간 추가 투입하는 안(약 34,000파운드)을 승인. 승인자는 스폰서 Fenna de Vries.
• 10월 5일 오픈 일정을 유지한다. 날짜를 옮기기 전에 1차 웨이브의 범위를 줄인다.

실행 항목

• Ana Duarte — 외부 인력 2명 온보딩 및 정제 계획 재배포 — 기한 7월 20일(월)
• Michael Boyle — 변경된 UAT 기간을 재무팀과 서면으로 확정 — 기한 7월 24일(금)
• Sophie Renard — 위험 관리 대장 업데이트 후 운영위원회에 배포 — 기한 7월 17일(금)

다음 점검 시점

2026년 7월 30일(목) 오후 2:00 (GMT) · 필요한 의사결정: 1차 웨이브 범위를 줄일지 여부.

팁: 결정 사항과 실행 항목은 언제나 분리하세요. 이 둘은 끊임없이 뒤섞이지만 성격이 완전히 다릅니다. 결정 사항은 한 번 매듭지어지면 계속 매듭지어진 채로 남는 질문입니다("10월 오픈 일정을 유지한다"). 실행 항목은 담당자와 날짜가 있는 업무입니다("7월 20일까지 외부 인력 2명을 온보딩한다").

둘을 합치는 순간 결정은 조용히 선택 사항으로 바뀝니다. 할 일 목록에 섞여 들어가 완료 처리되고, 6주 뒤에는 그것이 어디서 합의되었는지 아무도 짚어 내지 못합니다.

변형 4: 고객 또는 외부 회의

외부용 회의록에는 두 번째 임무가 있습니다. 회사 밖의 누군가에게 보낼 공유 기록이므로, 그 자체가 확인 메일 역할을 겸한다는 것입니다. 양쪽의 약속을 명시적으로 적고, 내부용 내용은 문서에서 완전히 빼세요. 가격 전략도, 고객에 대한 평가도, 전달되면 곤란한 내용은 하나도 넣지 않습니다.

템플릿 — 고객 / 외부 회의

회의 요약 — [고객사명] & [자사명]
날짜: [] · 시간: [] · 형식: [전화 / 화상 / 방문]
[고객사] 참석자: [이름, 직위] · [자사] 참석자: [이름, 직위]
목적: [한 줄]

논의 내용

• [주제] — [결론을 한 줄로]

고객이 밝힌 우선순위와 요구사항

• [요구사항, 고객이 표현한 그대로]

미결 사항

• [질문] — [이름]이 [날짜]까지 회신

당사의 약속

• [자사]는 [날짜]까지 [___]한다 — 담당 [이름]

고객의 약속

• [고객사]는 [날짜]까지 [___]한다 — 담당 [이름]

다음 단계

[회의 또는 마일스톤과 날짜] — [일정을 잡는 사람]

안내: 수정할 내용이 있으면 [날짜]까지 회신해 주세요. 회신이 없으면 본 문서를 공유 기록으로 확정합니다.

작성 예시 — 고객 미팅

회의 요약 — Northwind Retail & Kestrel Systems
날짜: 2026년 7월 14일(화) · 시간: 오전 11:00 – 11:45 (ET) · 형식: Zoom
Northwind 참석자: Carla Jennings(IT 총괄), Sam Okafor(매장 운영 매니저)
Kestrel 참석자: Elena Vasquez(어카운트 디렉터), Ben Hart(솔루션 엔지니어)
목적: 12개 지점의 매장 내 재고 스캔 파일럿 범위 확정.

논의 내용

• 파일럿 규모 — 당초 제안했던 30개 매장 대신 두 개 권역의 12개 매장으로 합의.
• 연동 — Northwind는 SAP에 자체 미들웨어 계층을 얹어 사용 중이며, Ben은 표준 커넥터에 재구축이 아니라 매핑 변경만 필요하다고 확인.
• 일정 — 하드웨어를 8월 8일까지 발주하면 9월 착수가 가능.

Northwind가 밝힌 우선순위

• 순환 재고조사 시간이 최소 40% 줄지 않으면 파일럿을 연장하지 않는다.
• 매장 직원 교육은 30분짜리 근무 전 브리핑 한 번에 들어가야 한다.
• 4분기에 예정된 기존 SAP 업그레이드 일정은 변경하지 않는다.

미결 사항

• 미들웨어 팀이 8월에 매핑 변경을 지원할 수 있는지 — Carla Jennings가 7월 24일(금)까지 확인.
• 단말기 모델: 러기드형 대 일반형 — Ben Hart가 7월 18일(금)까지 비용·내구성 비교 자료 발송.

Kestrel의 약속

• Kestrel은 7월 24일(금)까지 12개 매장 기준의 수정 파일럿 제안서를 가격과 함께 발송한다 — 담당 Elena Vasquez.
• Kestrel은 7월 18일(금)까지 단말기 비교 자료와 교육 개요 초안을 제공한다 — 담당 Ben Hart.

Northwind의 약속

• Northwind는 7월 24일(금)까지 미들웨어 팀 가용 여부를 확인한다 — 담당 Carla Jennings.
• Northwind는 7월 31일(금)까지 파일럿 대상 12개 매장을 지정한다 — 담당 Sam Okafor.

다음 단계

제안서 리뷰 통화, 2026년 7월 28일(화) 오전 11:00 (ET) — Elena Vasquez가 초대장 발송.

안내: 수정할 내용이 있으면 7월 16일(목)까지 회신해 주세요. 회신이 없으면 본 문서를 공유 기록으로 확정합니다.

변형 5: 한 장짜리 경영진 요약

회의실에 없었고 60초밖에 없는 사람을 위해 쓰는 문서입니다. 엄격한 상한이 있습니다. 결정 세 개, 실행 항목 세 개, 위험 하나, 요청 하나. 결정이 세 개를 넘었다면 나머지는 전체 회의록에 넣고 이 문서에서 링크로 연결합니다. 제약이 곧 기능입니다. 무엇이 중요한지 골라내는 규율이야말로 이 요약을 읽히게 만드는 요소입니다.

템플릿 — 한 장짜리 경영진 요약

[회의명] — 경영진 요약
[날짜] · 참석 [인원]명 · 전체 회의록: [링크]

한 줄 요약

[이 회의는 무엇을 위한 자리였고 무엇을 만들어 냈는가.]

결정 사항(최대 3건)

• [결정 사항] — [승인자]

실행 항목(최대 3건)

• [담당자] — [업무] — 기한 [날짜]

최대 위험

[위험] — 담당 [이름] — [처리하지 않으면 무슨 일이 벌어지는지]

경영진에게 필요한 것

[구체적인 요청과 기한 — 또는 "없음, 참고용."]

다음 점검 시점

[날짜] — [그때 결정할 사항]

작성 예시 — 경영진 요약

MERIDIAN ERP 마이그레이션 — 경영진 요약
2026년 7월 16일 · 참석 5명 · 전체 회의록: /projects/meridian/minutes-2026-07-16

한 줄 요약

3단계 현황 리뷰: 데이터 정제가 3주 지연되어 프로그램이 녹색에서 황색으로 바뀌었으나, 10월 오픈 일정은 유지된다.

결정 사항

• 데이터 외부 인력 2명을 6주간 추가, 약 34,000파운드 — Fenna de Vries 승인.
• 10월 5일 오픈 유지. 날짜를 옮기기 전에 1차 웨이브 범위를 줄인다.
• 다중 통화 리포팅을 2차 웨이브로 이동 — 스폰서 요청.

실행 항목

• Ana Duarte — 외부 인력 온보딩, 정제 계획 재배포 — 기한 7월 20일(월)
• Michael Boyle — 변경된 UAT 기간을 재무팀과 확정 — 기한 7월 24일(금)
• Sophie Renard — 위험 관리 대장 업데이트 — 기한 7월 17일(금)

최대 위험

공급업체 레코드 11,200건에 세금 식별번호가 없습니다 — 담당 Ana Duarte. 8월 21일까지 정제되지 않으면 재무 UAT를 제때 시작할 수 없고, 1차 웨이브 범위를 줄여야 합니다.

경영진에게 필요한 것

34,000파운드의 외부 인력 비용을 7월 24일(금)까지 부서명해 주십시오.

다음 점검 시점

7월 30일 — 1차 웨이브 범위 축소 여부 결정.

변형 6: 1on1 노트

1on1은 다른 형태가 필요합니다. 가치가 시간의 흐름에서 드러나기 때문입니다. 한 번의 1on1만 보면 특별할 것이 없어도, 여섯 번을 이어 놓고 보면 어떤 사람이 4월부터 같은 지점에서 조용히 막혀 있었다는 사실이 보입니다. 그래서 이 형식은 지난번 내용을 이어받고, 구성원에게 필요한 것과 내가 그들에게 빚진 것을 나누어 적습니다.

템플릿 — 1on1 노트

1:1 — [이름] · [날짜] · 지난 회차: [날짜]

지난번에서 넘어온 항목

• [항목] — [상태: 완료 / 여전히 미해결 / 중단 및 사유]

상대의 안건

• [상대가 꺼낸 이야기 — 내 요약이 아니라 본인의 표현으로]

나의 안건

• [피드백, 배경, 또는 내가 전해야 했던 것]

막힌 지점과 요청

• [상대의 앞을 막고 있는 것] → [그에 대해 내가 하겠다고 말한 것]

성장 흐름

[더 긴 호흡의 커리어나 역량 이야기 — 한두 줄, 매번 갱신]

실행 항목

• [나 / 상대] → [할 일] → [기한]

다음에 살펴볼 것

[알아챘지만 이번에는 꺼내지 않은 것 — 분위기, 망설임, 형성되고 있는 패턴]

작성 예시 — 1on1

1:1 — Callum Reid · 8월 4일 · 지난 회차: 7월 21일

지난번에서 넘어온 항목

• 어트리뷰션 문제로 데이터 팀 소개 — 완료, 7월 28일에 만나 막힌 지점 해소.
• 콘퍼런스 발표 제안서 — 여전히 미해결, 마감이 9월 1일로 이동.

상대의 안건

• 온보딩 프로젝트가 여전히 4분기 우선순위인가요? "목록에 있다"는 말을 세 번 들었고, 그것을 완곡한 거절로 받아들이고 있었습니다.
• 리뷰 회전 속도에 대한 불만. 지난 스프린트에 PR 두 건이 각각 닷새씩 멈춰 있었습니다.

나의 안건

• 온보딩에는 예산이 잡혀 있고 진행은 본인 몫이라고 전했습니다. 이미 알고 있으리라 넘겨짚은 것은 제 실수였습니다.
• 7월 30일 장애 대응 통화를 이끈 방식을 칭찬했습니다. 원인보다 영향을 먼저 말해 자리를 차분하게 유지했습니다.

막힌 지점과 요청

• PR 리뷰 지연 → 월요일 팀 회의에서 "그날의 리뷰어" 순번제를 제안하겠습니다.

성장 흐름

테크 리드 쪽으로 가고 있습니다. 격차는 기술의 깊이가 아니라 비엔지니어를 향한 문서 소통입니다. 온보딩이 좋은 계기가 됩니다. 지원팀과 영업팀을 위한 출시 계획을 본인이 쓰게 됩니다.

실행 항목

• 나 → 온보딩 범위와 예산을 문서로 확정 → 8월 6일(수)
• 나 → 팀 회의에서 리뷰어 순번제 제안 → 8월 11일(월)
• Callum → 발표 제안서 초안을 쓰고 9월 1일 전에 한 번 보여 주기 → 8월 22일

다음에 살펴볼 것

리뷰 지연에 대해 실제로 문제라고 말하기 전에 "괜찮습니다"를 두 번 말했습니다. 다음에는 기다리지 말고 바로 물어봐야 합니다.

이 노트와 짝을 이루는 대화 구조 — 질문 목록, 주기, 상대가 아무것도 준비해 오지 않았을 때의 대처 — 는 1:1 미팅 템플릿에서 다룹니다. 여기서 다루는 것은 기록하는 층뿐입니다.

변형 7: 면접 및 사용자 리서치 노트

리서치 노트에는 특별한 요구 조건이 있습니다. 관찰과 해석을 분리해 두어야 한다는 것입니다. 나중에 분석할 텐데, 그 순간의 가설이 섞여 들어가면 데이터가 오염되기 때문입니다. 채용 면접도 마찬가지입니다. 구조화된 기록의 목적은 인상에 남는 지원자를 만드는 것이 아니라 지원자들을 비교 가능하게 만드는 것입니다.

템플릿 — 면접 / 리서치 노트

[참가자 또는 지원자] · [날짜] · [세그먼트 / 직무] · [회차]
진행자: [이름] · 녹음: [예 / 아니오 + 동의 확보 여부 기재]

이 사람의 배경

[어떤 사람이고 무슨 일을 하며 왜 표본에 포함되었는지]

관찰 — 무엇을 말하고 무엇을 했는가

• [던진 질문] → "[그대로 또는 거의 그대로의 답변]"
• [행동: 망설임, 말 바꾸기, 다른 도구 열기, 웃음]

남겨 둘 만한 말

• "[정확한 표현]" — [맥락: 무엇이 이 말을 끌어냈는지]

해석 — 나의 읽기(의도적으로 분리)

• [이론, 패턴, 가설 — 상대의 것이 아니라 내 것임을 표시]

뒷받침 / 반박

• [이전 어느 세션이나 어떤 전제를 지지하거나 무너뜨리는지]

후속 질문

• [다음 세션 가이드에 추가할 질문]

작성 예시 — 사용자 리서치 세션

P07 — 40인 규모 물류 회사의 운영 매니저 · 8월 1일 · 12회 중 7회차
진행자: 나 · 녹음: 예, 0:00에 구두 동의, 언제든 중단할 수 있음을 확인

배경

지역 화물 회사의 배차를 담당합니다. 우리 스케줄링 모듈의 일상 사용자이고 근속 5년이며, 애초에 이 도구를 고른 당사자입니다.

관찰

• "오늘 아침에 하신 일을 보여 주세요" → 대시보드를 열더니 곧바로 스프레드시트로 내보냈습니다. "저는 항상 그것부터 합니다."
• 왜 내보내는지 → "한 주 전체를 한눈에 볼 수 있으니까요. 여기서는 그게 안 됩니다."
• 행동: 우리 제품 브라우저 탭이 거점별로 하나씩 세 개 열려 있었습니다. 언급하지도 않았고, 우회책이라고 여기지도 않는 듯했습니다.
• 새 필터 패널에 대해: 4초쯤 멈췄다가 "본 적은 있는데 써 본 적은 없어요."

남겨 둘 만한 말

• "숫자가 틀린 게 아니라, 숫자의 모양이 틀린 겁니다." — 매일 하는 내보내기에 대해
• "본 적은 있는데 써 본 적은 없어요." — 5월에 출시한 필터 패널에 대해

해석(나의 것)

• 내보내기는 리포팅 요구가 아니라 레이아웃 요구입니다. 우리에게 없는 주간 보기를 원하는 것입니다.
• 여러 탭을 쓰는 우회책은 우리의 전제가 "한 번에 한 거점"인 반면 이분의 실제는 "모든 거점을 동시에"임을 보여 줍니다. 개별 기능보다 큰 간극입니다.

뒷받침 / 반박

• P02와 P05를 뒷받침합니다. 두 사람 모두 2분 안에 내보냈습니다. 이제 일곱 명 중 셋입니다.
• 필터 패널이 이 문제를 해결했다는 우리 전제를 무너뜨립니다. 유도 없이 써 본 사람이 아직 없습니다.

후속 질문

• 가이드에 추가: "내보내신 스프레드시트를 보여 주세요." 설명보다 실물이 더 많은 것을 말해 줍니다.
• 8~12회차에서는 다중 거점 보기에 대해 직접 물어보기.

팁: 해석은 적는 그 자리에서 표시해 두세요. 가설 앞에 "내 생각"이라는 한마디를 붙여 두면, 3주 뒤 문서 속 모든 것이 "리서치 결과"로 납작해졌을 때도 분석을 정직하게 유지할 수 있습니다.

종합해서 분석할 수 있는 기록과, 녹음을 다시 들어야 하는 기록을 가르는 것이 바로 이 습관 하나입니다. 비용은 들지 않고, 그 자리에 없던 사람이 읽어도 그대로 살아남습니다.

훔쳐 쓸 만한 노트 작성법 세 가지

템플릿이 그릇을 준다면, 방법은 그 안에 쓰는 방식을 줍니다. 알아 둘 만한 것이 셋 있고, 각각 어울리는 회의 종류가 다릅니다.

코넬식을 회의용으로 바꿔 쓰기

코넬식 배치는 1950년대에 코넬 대학교의 Walter Pauk이 학생을 위해 만든 것으로, 거의 그대로 회의에 옮겨 쓸 수 있습니다. 지면을 셋으로 나눕니다. 오른쪽에 넓은 노트 칸, 왼쪽에 좁은 단서 칸, 아래쪽에 가로로 긴 요약 띠. 회의가 진행되는 동안에는 오른쪽에 적습니다. 왼쪽 칸은 회의가 끝난 뒤에 채우되, 학습용 질문 대신 실행 항목과 미해결 질문을 넣습니다. 그런 다음 요약 띠에 두세 문장을 씁니다.

잘 맞는 경우: 판단의 근거를 나중에 설명해야 하는 회의 — 아키텍처 리뷰, 고객 미팅, 나중에 해명을 요구받을 수 있는 자리. 잘 맞지 않는 경우: 빠르게 흘러가는 스탠드업. 들이는 품이 돌아오는 것보다 큽니다.

개요식, 단 한 가지 엄격한 규칙과 함께

대부분이 기본으로 쓰는 방식입니다. 최상위에 주제를 두고 그 아래에 요점을 들여 씁니다. 빠르고 누구나 이미 할 줄 압니다. 이 방식이 회의에서 작동하게 만드는 규칙은 하나, 들여쓰기에 의미가 있어야 한다는 것입니다. 하위 항목은 위 항목의 근거나 세부이지, 단지 그다음에 나온 말이 아닙니다. 들여쓰기가 시간 순서가 되는 순간, 개요는 여백이 들어간 전사본으로 변합니다.

잘 맞는 경우: 안건 중심의 회의. 개요의 최상위가 곧 안건 목록이 됩니다. 잘 맞지 않는 경우: 이리저리 튀는 비정형 대화. 회의 내내 계층을 다시 짜는 데 시간을 쓰게 됩니다.

사분면

지면을 네 칸으로 나눕니다. 왼쪽 위에 질문, 오른쪽 위에 일반 메모, 왼쪽 아래에 내 할 일, 오른쪽 아래에 다른 사람에게 넘긴 일. 적는 모든 것이 그 자리에서 넷 중 하나로 들어가므로, 분류가 나중이 아니라 실시간으로 끝납니다.

잘 맞는 경우: 후속 처리에 내가 책임이 있고 오가는 약속이 많은 회의 — 프로젝트 리뷰, 팀 간 조율. 잘 맞지 않는 경우: 리서치 인터뷰처럼 듣는 비중이 큰 자리. 네 갈래 분류가 주의의 흐름을 끊습니다.

어차피 회의를 녹음하고 있다면 계산이 달라집니다. 도구가 전문을 전사하고 약속을 뽑아내는 동안, 손으로 적는 일의 의미는 기록에서 사고로 옮겨 갑니다. 사실을 좇아 받아 적는 대신 자신의 반응과 판단을 적게 되는 것입니다. 사람이 그 자리에 있는 이유로는 그편이 더 낫고, 2026년 AI 회의록 도구를 쓰는 정직한 근거이기도 합니다. 그것이 당신을 더 나은 기록자로 만들어 주지는 않습니다. 기록자 노릇을 그만둘 수 있게 해 줄 뿐입니다.

템플릿을 살아 있게 하는 형식 규칙

템플릿은 내용이 틀려서 죽는 것이 아니라 마찰 때문에 죽습니다. 다음 다섯 가지 규칙이 템플릿을 계속 쓰이게 만듭니다.

항목 순서를 매번 똑같이 유지하세요. 표준 회의록 형식의 가치는 읽는 사람이 어디를 봐야 할지 안다는 데 있습니다. 결정 사항은 언제나 같은 자리에, 실행 항목은 언제나 맨 아래에 있습니다. 회의마다 순서를 바꾸면 그 가치가 사라집니다.

일반 텍스트나 단순한 문서로 유지하세요. 화려한 표는 누군가 메일에 붙여 넣는 순간 깨집니다. 고정폭이거나 구조가 단순한 문서는 Slack, Notion, Confluence, Word, CMS로 복사해 붙여 넣어도 살아남습니다. 그것이 실제 시험대입니다.

회의가 시작되기 전에 머리말을 채워 두세요. 날짜, 참석자, 그리고 안건을 빈 제목으로 미리 적어 둡니다. 그러면 사람들이 말하는 동안 구조를 만드는 대신 빈칸만 채우면 됩니다.

결정 줄이 빈 문서는 절대 내보내지 마세요. "결정 없음, [날짜]로 연기"라고 — 정직한 버전으로 — 적고 다음으로 넘기세요.

같은 날 보내세요. 월요일 회의의 회의록이 목요일에 도착하면 아무도 고쳐 주지 않습니다. 고칠 만큼 기억하는 사람이 없기 때문입니다.

대부분의 팀이 무너지는 지점이 바로 이 마지막 규칙인데, 이는 규율의 문제라기보다 기억의 문제입니다. 회의가 녹음되고 전사된다면 — AI 회의록 도구가 하는 일이 정확히 그것입니다 — 자리에 앉아 글을 쓸 때 머리말과 원재료가 이미 준비되어 있으므로, 작업은 복원이 아니라 편집이 됩니다. Laxis가 그 부분을 맡습니다. Zoom, Google Meet, Teams 회의를 녹음하고 100개 이상의 언어로 전사하며 담당자가 붙은 실행 항목까지 뽑아내고, 무료 요금제에는 월 300분의 전사 시간이 포함됩니다. 한계도 솔직하게 말할 가치가 있습니다. 돌아오는 것은 템플릿을 채워 주는 빠르고 정확한 초안이며, 판단은 여전히 사람의 몫입니다. 중립적인 표현, 결정 사항의 문구, 그리고 무엇보다 무엇을 덜어낼지가 그렇습니다. 전사 품질이 아무리 좋아도, 축어록을 공식 회의록으로 보관하는 것은 잘못된 선택입니다.

템플릿을 자동으로 채우고, 그다음에 다듬으세요

Laxis는 Zoom, Google Meet, Teams 회의를 녹음·전사하고 담당자가 붙은 실행 항목을 추출합니다. 문서를 열기도 전에 회의록 초안이 완성되어 있는 셈입니다. 무료 요금제에는 월 300분의 전사 시간이 포함됩니다.

Laxis 무료로 사용해 보기

핵심 정리

템플릿이란 그 형식이 결코 건너뛰게 두지 않는 질문의 묶음입니다. 기본 버전은 무엇이 결정되었는지 묻습니다. 이사회 버전은 누가 동의를 제출했고 표결이 어떻게 되었는지 묻습니다. 고객 버전은 양측이 각각 무엇을 약속했는지 묻습니다. 경영진 버전은 바쁜 사람이 알아야 할 세 가지가 무엇인지 묻습니다.

당신의 회의가 실제로 만들어 내는 것에 맞는 템플릿을 고르고, 매번 같은 순서를 지키고, 같은 날 보내세요. 형식 뒤에 있는 기술이 궁금하다면 — 중립적인 표현, 무엇을 빼야 하는지, 동의를 어떻게 기록하는지, 파일을 얼마나 보관해야 하는지 — 회의록 작성법에 담겨 있습니다.

자주 묻는 질문

회의록 템플릿에는 무엇이 들어가야 하나요?

쓸 만한 회의록 템플릿은 여섯 개 블록으로 이루어집니다. 회의명, 날짜, 시간, 장소가 담긴 머리말, 불참자를 포함한 참석 현황, 결정 줄이 있는 안건별 섹션, 담당자와 기한이 붙은 실행 항목 목록, 다음 회의 정보, 그리고 문서가 초안인지 승인본인지 표시하는 상태 줄입니다. 공식 기구라면 여기에 정족수, 동의, 표결이 추가됩니다.

표준 회의록 형식은 무엇인가요?

표준 형식은 머리말, 참석 현황, 순서대로 나열된 안건, 실행 항목, 다음 회의, 폐회로 이어집니다. 각 안건에는 짧은 배경 한 줄이 붙고 그 뒤에 명시적인 결정이 이어집니다. 공식 회의록은 앞부분에 정족수 확인과 이전 회의록 승인을 넣고, 해당 안건 안에 동의의 정확한 문구와 표결 결과를 기록합니다.

이사회 회의록 템플릿에는 일반 템플릿에 없는 무엇이 들어가나요?

다섯 가지가 추가됩니다. 정족수가 충족되었다는 확인, 이전 회의록 승인, 모든 동의의 정확한 문구와 제출자 이름, 표수가 포함된 표결 결과, 그리고 서기 서명란과 승인 날짜입니다. 이해충돌에 따른 회피, 그리고 비공개 회의로 전환하고 복귀한 시점도 이사회 회의록에 들어가야 합니다.

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

대부분의 회의는 1~3쪽, 일상적인 스탠드업은 한 쪽이면 충분합니다. 길이는 회의 시간이 아니라 결정의 수를 따라가야 합니다. 동의가 세 건 나온 두 시간짜리 이사회는 실행 항목이 열한 개 나온 45분짜리 기획 회의보다 회의록이 짧으며, 그것이 올바른 결과입니다.

비공식 팀 회의에도 회의록이 필요한가요?

공식 회의록은 필요하지 않지만, 결정과 실행 항목을 짧게 기록해 두면 도움이 됩니다. 화요일 스탠드업에 정족수 문구를 쓸 사람은 아무도 없습니다. 필요한 것은 모든 결정과 모든 약속에 대해 한 줄씩 남기는 일입니다. 기록되지 않은 결정의 대가는 회의가 공식이었든 아니든 똑같기 때문입니다.

AI 도구가 회의록 템플릿을 대신 채워 줄 수 있나요?

초안은 만들 수 있지만 최종 기록은 만들 수 없습니다. Laxis 같은 도구는 통화를 전사하고 담당자가 붙은 결정과 실행 항목을 뽑아내므로 템플릿의 대부분이 자동으로 채워집니다. 그래도 어조를 다듬고, 판단을 내리고, 무엇을 뺄지 결정하는 일은 사람의 몫이며, 가공되지 않은 전사본을 공식 회의록으로 보관해서는 안 됩니다.

회의 노트와 회의록의 차이는 무엇인가요?

회의 노트는 나와 팀을 위해 쓰는 비공식 실무 문서이며 누구의 승인도 필요하지 않습니다. 회의록은 이사회나 위원회 같은 기구의 공식 기록으로, 정해진 구조를 따르고 이후 회의에서 정식으로 승인됩니다. 노트에는 내 의견과 약어를 담아도 되지만 회의록에는 담을 수 없습니다. 법적 효력을 가질 수 있기 때문입니다.

코넬식은 회의 노트에 쓰기 좋은가요?

좋습니다. 한 가지만 바꾸면 됩니다. 1950년대에 코넬 대학교의 Walter Pauk이 만든 코넬식 배치는 지면을 넓은 노트 칸, 좁은 왼쪽 단서 칸, 아래쪽 요약 띠로 나눕니다. 회의에서는 단서 칸에 학습용 질문 대신 실행 항목과 미해결 질문을 넣고, 요약은 통화가 끝난 뒤 첫 2분 안에 쓰세요.