회의 메모에는 “금요일 공개”, “가격 확인”, “다음 주 검토”가 적혀 있는데 누가 무엇에 동의했는지 알 수 없다면, 대화 내용은 남았어도 실행 기록은 남지 않은 상태입니다. 회의록은 모든 말을 옮기는 문서가 아니라 회의가 끝났을 때의 합의 상태를 보여주는 문서입니다.
결정, 할 일, 미결 사항은 서로 다릅니다
“금요일에 공개하면 어떨까요?”는 제안입니다. “검수가 끝나는 조건으로 금요일 공개를 확정합니다”는 조건부 결정입니다. “검수를 누가 맡을지는 더 논의합시다”는 미결 항목입니다. 비슷한 문장을 같은 칸에 넣으면 검토 중인 일이 약속으로 바뀌기 쉽습니다.
Atlassian의 회의록 안내도 논의 내용, 결정, 담당자와 기한이 있는 실행 항목을 구분합니다. 특정 제품을 사용할 필요는 없습니다. 아래 방식은 작은 팀의 회의에서 제안과 확정을 혼동하지 않도록 별도로 구성한 기록 예시입니다.
| 종류 | 기록할 내용 | 다음 책임 |
|---|---|---|
| 결정 | 이번 개편은 기존 안내의 오류 수정까지만 포함 | 범위 변경은 프로젝트 책임자가 결정 |
| 실행 | 편집 담당이 수요일까지 수정 목록 작성 | 편집 담당이 수락, 문서 링크 공유 |
| 미결 | 추가 번역 포함 여부는 견적을 본 뒤 결정 | 운영 담당이 목요일까지 견적 확인 |
담당자 이름을 썼다고 일이 배정된 것은 아닙니다
회의에 없던 사람의 이름을 실행 칸에 바로 넣지 않습니다. 그 사람이 맡을 수 있는지 확인이 필요하면 “담당 제안, 수락 대기”라고 씁니다. “운영팀이 처리”처럼 여러 사람이 포함된 표현은 진행 상태를 누가 알려줄지 불분명합니다. 팀명과 함께 이번 항목을 확인할 사람을 정합니다.
할 일은 동사와 결과물로 씁니다. “가격 검토”보다 “두 공급처의 세금 포함 견적을 표로 정리해 목요일 회의에 공유”가 명확합니다. 기한이 정해지지 않았다면 임의로 날짜를 넣지 말고 기한을 정할 사람과 확인 시점을 남깁니다. 일정표를 채우기 위해 사실이 아닌 약속을 만들지 않습니다.
마지막에 읽어볼 짧은 확인 문장
오늘 결정한 범위는 오류 수정까지입니다. 수정 목록은 편집 담당이 수요일까지 작성하고, 번역 여부는 목요일 견적 확인 후 정합니다. 이 중 담당이나 기한을 다르게 이해한 부분이 있나요?
위 문장은 가상 회의의 마무리 예입니다. 동의하지 않은 부분이 나오면 그 자리에서 수정합니다. 참석자가 답하지 않았다는 이유만으로 모든 안건에 동의했다고 적지 않습니다. 특히 계약이나 인사처럼 공식 승인 절차가 있는 사항은 일반 회의록을 그 절차의 대체물로 사용하지 않습니다.
회의 후 정정은 덮어쓰기보다 변경을 보이게 합니다
회의록을 공유한 뒤 “목요일이 아니라 금요일로 이해했다”는 답이 왔다면 사실 확인과 새 일정 변경을 구분합니다. 단순 오기를 고치는 경우에는 정정 위치와 시점을 남깁니다. 실제로 일정이 바뀐 경우에는 이전 결정, 바뀐 조건, 변경을 승인한 사람을 함께 표시합니다.
예를 들어 “9월 3일 기록: 견적 수령일은 목요일. 9월 4일 변경: 공급처 사정으로 금요일로 조정, 운영 책임자 확인”처럼 적을 수 있습니다. 같은 날짜의 파일이 여러 개 생기면 현재 유효한 버전을 찾기 어려우므로 기준 문서의 위치는 하나로 정합니다.
다음 회의는 지난 대화가 아니라 남은 일에서 시작합니다
완료된 항목은 결과물이 있는 위치를 연결하고 닫습니다. 진행 중이면 막힌 조건을, 미결이면 결정에 필요한 자료가 들어왔는지를 확인합니다. “지난번에도 이야기했다”를 반복하는 대신 어떤 조건이 아직 충족되지 않았는지 묻습니다.
참석하지 않은 사람에게 공유할 때는 결정 배경을 이해할 정도의 맥락만 덧붙입니다. 사적인 발언이나 안건과 무관한 민감정보를 자세히 남기지 않습니다. 기록 도구에 자동 요약 기능이 있어도 담당자·날짜·부정 표현은 원래 대화와 대조한 뒤 확정해야 합니다. 요약 도구가 합의 여부까지 대신 판단하지는 않습니다.