회의록은 참석자가 아니라 불참자를 위한 것이다

참석자는 이미 안다

회의록을 상세히 쓰는 이유를 물으면 대개 "기록을 위해"라고 답한다. 그런데 실제로 그 기록을 누가 읽는가.

• 참석자 → 이미 안다. 다시 안 읽는다
• 불참자 → 읽는다. 무슨 결론이 났는지 알아야 하므로
• 미래의 자신 → 읽는다. 왜 그렇게 됐는지 찾을 때

즉 독자는 그 자리에 없던 사람이다. 이 관점으로 쓰면 형식이 달라진다.

전사가 아니라 결론

대화를 순서대로 옮기면 길어지고, 길면 안 읽힌다. 불참자가 필요한 것은 세 가지다.

```markdown

결정된 것

• 배포를 목요일 주 1회로 통합 (근거: 화요일 배포 후 대응이 목요일 준비와 겹침)

결정되지 않은 것

• 핫픽스 승인 절차 — 다음 회의로 이월

다음 행동

• [김] 배포 스케줄 문서 수정 — 9/2까지
• [박] 핫픽스 절차 초안 — 다음 회의 전까지

```

'결정되지 않은 것' 항목이 자주 빠지는데, 이게 없으면 불참자는 그 주제가 어떻게 됐는지 알 수 없고 나중에 다시 물어본다.

액션 아이템의 세 요소

다음 행동은 세 가지가 다 있어야 실행된다.

| 요소 | 없을 때 |

|---|---|

| 담당자 | 아무도 안 한다 |

| 구체적 내용 | 무엇을 해야 할지 몰라 미룬다 |

| 기한 | 우선순위에서 계속 밀린다 |

"검토하기로 함" 같은 문장은 셋 다 없다. "[박] 핫픽스 절차 초안을 다음 회의 전까지 작성"은 셋 다 있다.

담당자는 한 명으로 지정한다. 두 명 이상이면 서로 상대가 할 것으로 생각한다.

근거를 한 줄만

결론만 남기면 나중에 "왜?"가 다시 나온다. 근거를 한 줄 붙이는 것만으로 재논의가 크게 줄어든다.

```

• 배포 목요일 통합 (화요일 배포 후 대응이 목요일 준비와 겹쳐 3개월간 4회 발생)

```

논의 전체를 옮길 필요는 없다. 결정을 뒤집으려는 사람이 반박해야 할 지점이 무엇인지만 드러나면 된다.

작성 시점

회의 직후가 가장 정확하다. 하루만 지나도 세부가 사라진다.

현실적인 방법은 회의 중에 쓰는 것이다. 마지막 5분을 남겨두고 함께 확인한다.

```

"정리하면, 배포는 목요일로 통합하고 핫픽스 절차는 다음으로 넘깁니다.

김 님이 스케줄 문서를, 박 님이 절차 초안을 맡습니다. 맞나요?"

```

이 확인 과정에서 서로 다르게 이해한 부분이 자주 드러난다. 회의 후 며칠 뒤에 발견되는 것보다 낫다.

작성자 지정

진행자가 회의록도 쓰면 진행에 집중하기 어렵다. 돌아가며 맡거나 별도로 지정하는 편이 낫다.

작성자를 미리 정해두면 회의 중 기록 상태가 좋아지고, 아무도 안 쓰는 상황이 방지된다.

어디에 둘 것인가

찾을 수 있어야 의미가 있다. 최소 조건:

• 검색 가능한 곳 (개인 노트 앱 X)
• 날짜와 주제가 제목에 (2026-08-28 배포 주기 논의)
• 결정 사항은 별도 문서로 승격 (회의록 안에만 있으면 나중에 못 찾는다)

마지막 항목이 중요하다. 중요한 결정이 회의록 깊숙이 묻히면 없는 것과 같다.

최종 수정 2026-08-28