같은 고객 회의, 두 담당자.
A는 회의 내내 노트북으로 받아 적습니다. 한 시간 동안 오간 말이 빼곡합니다. 회의가 끝나고 그 메모는 A의 폴더에 잠듭니다. 두 달 뒤 고객이 "그때 추가 화면은 무상으로 해주기로 했잖아요"라고 합니다. A는 메모를 뒤지지만, 그 대목은 명확하지 않고 고객에게 공유한 적도 없습니다. "말했다/안 했다" 공방이 시작되고, 결국 무상으로 떠안습니다.
B는 회의 중에 말을 그대로 받아 적지 않습니다. 대신 논의 / 결정사항 / 액션아이템(담당·기한) / 미결사항 네 칸으로 정리합니다. 회의가 끝나고 30분 안에 고객에게 메일로 보냅니다 — "오늘 논의 정리해 드립니다. 이대로 맞으면 회신 주세요. 이의 없으면 모레까지 확정하겠습니다." 고객이 "확인했습니다"라고 회신합니다. 두 달 뒤 같은 고객이 같은 주장을 해도, B에게는 양측이 확인한 회의록이 있습니다. 추가 화면은 그 기록에 없으므로, 범위 변경(추가 비용) 협의로 차분히 넘어갑니다.
둘의 차이는 타자 속도가 아닙니다. 말을 증거로 만들었느냐입니다. 이 모듈은 회의록을 분쟁을 막는 문서로 쓰고, 거기서 나온 액션을 관리대장으로 끝까지 추적하는 법을 다룹니다.
- 1회의록을 논의·결정사항·액션아이템·미결사항으로 구조화해 작성할 수 있다
- 2결정 vs 액션 vs 미결을 구분하고 각각을 올바른 칸에 적을 수 있다
- 3회의록이 왜 "합의의 증거"인지, 특히 고객 협업에서 회신·확인이 왜 필요한지 설명할 수 있다
- 4회의록의 액션아이템을 이슈관리대장으로 옮겨 ID·담당·기한·상태로 추적할 수 있다
- 5회의 직후 공유·확인하는 절차로 "말했다/안 했다" 분쟁을 예방할 수 있다
회의록은 무엇을 적는 문서인가
받아쓰기가 아니라 구조화다
회의록을 '오간 말을 빠짐없이 받아 적은 것'으로 오해하기 쉽습니다. 그러면 분량은 많은데 나중에 쓸 수 없는 기록이 됩니다. 두 달 뒤 누가 그 긴 메모를 다시 읽으며 '그래서 우리가 뭘 하기로 했더라'를 찾겠습니까.
회의록의 목적은 단 두 가지입니다 — (1) 무엇을 합의했는지를 남기고, (2) 누가 무엇을 언제까지 할지를 명확히 하는 것. 그래서 좋은 회의록은 오간 말을 그대로가 아니라 네 칸으로 구조화합니다.
| 구성 항목 | 무엇을 적나 | 예시 |
|---|---|---|
| 일시·장소 | 언제·어디서(또는 화상), 회차 | "2026-06-20 14:00, 발주사 3층 회의실, 5차 정례" |
| 참석자 | 양측 참석자·역할, 불참자 | "발주사: 김팀장(승인권자), 협력사: 박PM·이엔지니어" |
| 안건 | 이 회의에서 다룰 주제 | "1) 마이그레이션 일정 2) 추가 화면 범위" |
| 논의사항 | 주요 의견·근거(요약) | "마이그레이션 리허설 필요성 제기, DB 부하 우려" |
| 결정사항 | 합의된 방향(무엇을 하기로/안 하기로) | "리허설 후 본 반영, 추가 화면은 범위 재검토" |
| 액션아이템 | 실행 작업 + 담당 + 기한 | "리허설 수행 — 박PM, 6/25" |
| 미결사항 | 결론 못 낸 것 + 다음 처리 방법 | "추가 화면 비용 — 차기 회의서 견적 후 결정" |
핵심은 결정사항·액션아이템·미결사항을 따로 떼어 적는 것입니다. 이 세 칸이 섞이면 회의록의 가치가 사라집니다.
확대
그림: 회의록은 합의 스냅샷이고 관리대장은 추적 — 액션아이템만 ID로 옮겨 상태를 갱신하고, 회의 직후 공유·확인으로 회의록을 합의의 증거로 닫는다.
결정 · 액션 · 미결 — 헷갈리지 않게 가르기
방향이냐, 실행이냐, 아직 못 정했냐
세 가지는 회의 결과를 담는 서로 다른 그릇입니다. 같은 주제라도 어느 단계냐에 따라 들어갈 칸이 다릅니다.
| 종류 | 한 줄 정의 | 판별 질문 | 예시 |
|---|---|---|---|
| 결정사항(Decision) | 합의된 방향·결론 | "무엇을 하기로/안 하기로 정했나?" | "리팩터링은 다음 분기로 연기한다" |
| 액션아이템(Action) | 결정을 실행할 구체 작업 | "누가, 언제까지, 무엇을 하나?" | "임시 패치 적용 — 김대리, 6/22" |
| 미결사항(Open) | 결론 못 낸 사안 | "오늘 못 정한 건 무엇이고 언제 정하나?" | "추가 화면 비용 — 차기 회의서 결정" |
가르는 실전 팁:
- 결정 vs 액션: 결정은 '방향', 액션은 '실행'. "다음 분기로 미룬다"(결정)와 "그동안 김대리가 임시 패치"(액션)는 한 주제에서 나란히 나올 수 있습니다.
- 액션의 자격: 담당자와 기한이 없으면 액션이 아닙니다. "부하 테스트 해야 함"은 액션이 아니라 빈말입니다. "부하 테스트 — 박엔지니어, 6/25"여야 액션입니다.
- 미결은 반드시 출구를 적는다: "미정"으로 끝내면 표류합니다. "차기 회의서 견적 보고 결정"처럼 언제·어떻게 닫을지를 함께 적습니다.
회의록은 합의의 증거다 — 특히 고객 앞에서
작성보다 공유·확인이 증거를 만든다
SI/SM에서 회의록이 가장 빛나는 순간은 "말했다/안 했다" 분쟁입니다. 구두로 오간 약속은 시간이 지나면 양측 기억이 갈립니다. 고객은 "무상으로 해주기로 했다"고 하고, 협력사는 "그런 말 한 적 없다"고 합니다. 이때 승부를 가르는 것은 목소리 크기가 아니라 양측이 확인한 회의록입니다.
그런데 회의록은 작성만으로는 증거가 약합니다. 한쪽이 혼자 적은 메모는 "그건 당신 생각이고"라고 반박당합니다. 회의록이 합의의 증거가 되려면 절차가 필요합니다:
- 회의 직후 빠르게 공유한다(기억이 생생할 때, 가능하면 당일).
- "이대로 맞는지 확인 또는 정정 회신을 주세요"라고 명시한다.
- 상대의 확인 회신으로 회의록을 닫는다. 무회신 확정은 양측이 사전에 합의한 운영 절차가 있을 때만 보조적으로 사용한다.
- 비용·범위·일정처럼 계약에 영향을 주는 결정은 회의록과 별도로 변경요청·승인 절차를 거친다.
이 과정을 거치면 회의록은 '내 주장'이 아니라 '양측이 동의한 사실'이 됩니다. 한국 고객 협업에서 이 회신·확인 문화는 형식이 아니라 방어선입니다. 확정된 회의록이 있으면, 나중에 나온 추가 요구는 자연스럽게 범위 변경(추가 비용) 협의의 출발점이 됩니다 — 기록에 없으니까요.
확대
분류의 핵심 질문은 두 단계입니다. 먼저 **"이 자리에서 확정됐나"**로 미결을 가르고, 확정된 것 중 **"누가 실행해야 하나"**로 결정과 액션을 가릅니다. 담당·기한이 붙지 않은 것은 액션아이템이 아니며, 오직 액션아이템만 ID를 받아 이슈관리대장으로 넘어가 끝까지 추적됩니다.
직접 해보기 — 회의 메모를 회의록으로 구조화
아래는 한 정례 회의에서 오간 말의 메모입니다. (1) 각 항목을 결정 / 액션 / 미결 / 논의 중 하나로 분류하고, (2) 액션이라면 담당과 기한이 있는지 확인해 없으면 채워 넣으세요. 정답 정리는 ObserveBlock에 있습니다.
가. "마이그레이션은 리허설을 먼저 하고 본 반영하기로 합시다." (모두 동의)
나. "리허설은 박PM이 6월 25일까지 준비해 주세요." (박PM 수긍)
다. "고객사가 요청한 추가 통계 화면은 범위 밖 같은데, 비용은 다음에 보죠."
라. "운영 반영 시 새벽 점검창이 좋다는 의견과, 주말이 낫다는 의견이 있었음."
마. "장애 시 비상연락망을 최신화해 둡시다." (담당·기한 언급 없음)
분류 직관: '합의된 방향'은 결정, '누가 언제까지'는 액션, '못 정함+다음 처리'는 미결, '의견만 오감'은 논의입니다. 마처럼 담당·기한이 빠진 좋은 말은 액션으로 만들려면 담당·기한을 채워야 합니다.
분류: 결정 / 액션 / 미결 / 논의- 가 = 결정사항 (리허설 후 본 반영하기로 양측 합의). 방향이므로 결정 칸
- 나 = 액션아이템 (담당: 박PM / 기한: 6/25 둘 다 있음). 그대로 액션 칸으로
- 다 = 미결사항 (+범위 변경 표시). "비용은 다음에" — 출구를 "차기 회의서 견적 후 결정"으로 명확히 닫아야 함
- 라 = 논의사항 (점검창 시점에 의견만 갈림, 합의 아님). 요약만 적고 필요하면 차기 미결로 승격
- 마 = 액션아이템으로 만들어야 함 (현재는 빈말). "비상연락망 최신화 — 담당: 이엔지니어, 기한: 6/23"처럼 담당·기한을 박아야 액션이 됨
- 핵심 감각: 좋은 말도 담당·기한이 없으면 실행되지 않는다 — 회의록이 액션을 "박는" 자리다
회의록의 액션을 관리대장으로 추적하기
회의록은 스냅샷, 관리대장은 추적
회의록을 잘 써도 액션이 표류하는 흔한 이유가 있습니다 — 회의록은 그 시점의 합의 스냅샷일 뿐, 진행 상태를 계속 갱신하는 문서가 아니기 때문입니다. 회의가 끝나면 회의록은 폴더에 들어가고, 거기 적힌 액션은 잊힙니다.
그래서 회의록에서 나온 액션아이템은 **이슈관리대장(또는 액션아이템 추적표)**으로 옮겨 끝까지 추적합니다. 관리대장의 핵심 컬럼은 ID · 내용 · 담당 · 기한 · 상태이고, 매 주기 상태를 갱신합니다. 이미 발생해 처리해야 할 것은 이슈관리대장, 아직 안 터진 잠재 위험은 리스크관리대장으로 나눠 담습니다.
| 문서 | 성격 | 핵심 컬럼 | 언제 보나 |
|---|---|---|---|
| 회의록 | 그 회의의 합의 스냅샷 | 결정·액션·미결 | 회의 직후 1회 확정, 이후 참조 |
| 이슈관리대장 | 처리해야 할 것의 추적 | ID·내용·담당·기한·상태 | 매 주기 상태 갱신 |
| 리스크관리대장 | 잠재 위험의 추적 | 발생가능성·영향·대응·담당 | 정기 리뷰로 등급 갱신 |
흐름은 이렇습니다: 회의에서 액션이 정해지면(담당·기한) → 이슈관리대장에 ID로 등재 → 매 주간보고 때 상태 갱신(진행중/완료/지연) → 완료되면 종결. 다음 회의 회의록에는 "지난 액션 처리 현황"을 한 줄로 가져와 닫습니다. 이렇게 회의록과 관리대장이 맞물려야 '회의는 했는데 아무것도 안 굴러가는' 상태를 피합니다.
산출물 예시 — 회의록 템플릿과 이슈관리대장
실무에서 바로 복사해 쓸 수 있는 두 가지 산출물입니다.
회의록 템플릿
[회의록] ___차 정례 회의
- 일시/장소: 2026-06-20 14:00 / 발주사 3층 회의실(화상 병행)
- 참석자: 발주사 김팀장(승인), 협력사 박PM·이엔지니어 / 불참: 최과장
- 안건: 1) 마이그레이션 일정 2) 추가 화면 범위
[논의사항]
- 마이그레이션 본 반영 전 리허설 필요성, DB 부하 우려 제기
- 추가 통계 화면 요청(고객), 계약 범위 포함 여부 이견
[결정사항]
- 마이그레이션은 리허설 후 본 반영한다
- 추가 통계 화면은 범위 재검토 대상으로 보류한다
[액션아이템] (내용 / 담당 / 기한)
- 마이그레이션 리허설 수행 / 박PM / 6-25
- 비상연락망 최신화 / 이엔지니어 / 6-23
[미결사항] (내용 / 닫는 방법·시점)
- 추가 통계 화면 비용 / 차기 회의서 견적 후 결정
[확인 요청] 본 회의록 이대로 맞으시면 회신 부탁드립니다.
이의 없으시면 6-23까지 확정하겠습니다.
이슈관리대장(액션아이템 추적표)
| ID | 내용 | 담당 | 기한 | 상태 |
|---|---|---|---|---|
| ISS-012 | 마이그레이션 리허설 수행 | 박PM | 6-25 | 진행중 |
| ISS-013 | 비상연락망 최신화 | 이엔지니어 | 6-23 | 완료 |
| ISS-014 | 추가 통계 화면 견적 산출 | 최과장 | 6-27 | 지연 |
회의록의 액션아이템이 그대로 이슈관리대장의 한 행이 됩니다. 회의록은 6/20에 멈춰 있지만, 이슈관리대장은 매 주기 상태 칸이 갱신되며 살아 움직입니다.
예시 산출물 다운로드
현장에서 자주 보는 함정
증상: (1) 회의 때는 의견이 활발하고 결론도 난 듯한데, 막상 한 주 뒤 보면 정해진 일이 하나도 안 굴러갑니다. (2) 두 달 뒤 고객이 "그때 무상으로/이렇게 해주기로 했잖아요"라고 하는데, 우리 회의록엔 그 내용이 없거나 고객에게 공유·확인받은 적이 없습니다.
원인:
- 첫 번째는 액션에 담당·기한이 없거나, 관리대장으로 추적되지 않아서입니다. "~해야 한다"는 좋은 말이 회의록에만 남고 아무에게도 안 박혔습니다.
- 두 번째는 회의록을 공유·확인하는 절차가 빠져서입니다. 혼자 적은 메모는 증거력이 약하고, 확정 안 된 회의록은 "당신 생각"이 됩니다.
해결 방향:
- 모든 액션에 담당·기한을 박고, 이슈관리대장으로 옮겨 매 주기 상태를 갱신한다.
- 회의 직후(가능하면 당일) 회의록을 공유하고 명시적인 확인·정정 회신을 받는다. 무회신 확정 규칙은 사전 합의가 있을 때만 사용한다.
- 고객의 범위 밖 추가 요청은 즉답하지 말고 **미결(+범위 변경)**로 적어, 견적·승인 후 결정으로 닫는다.
- 다음 회의 회의록 맨 앞에 지난 액션 처리 현황을 한 줄로 가져와, 표류하는 액션을 드러낸다.
회의록은 적는 게 끝이 아닙니다. 공유·확인으로 증거가 되고, 관리대장으로 추적되어야 비로소 일이 굴러가고 분쟁이 막힙니다.
심화 — 회의록은 먼저 쓰는 쪽의 문서다
심화: 작성 주도권과 이의 제기의 기술 — 갑을 사이에서 기록이 굴절되는 지점
회의록의 구조와 확정 절차를 익혔다면, 다음은 현장의 정치입니다. 같은 회의라도 누가 회의록을 쓰느냐에 따라 남는 기록이 달라지고, 한국 SI/SM의 갑을 관계에서는 이 차이가 그대로 책임의 경계가 됩니다.
- 작성자가 프레임을 정합니다: 회의록은 녹취가 아니라 요약이고, 요약에는 반드시 선택이 들어갑니다. "일정 지연 우려를 공유했다"와 "수행사가 일정 준수를 확약했다"는 같은 대화에서 나올 수 있는 두 문장입니다. 발주사가 먼저 회의록을 보내오면 그 프레임이 기준이 되고, 이후 논의는 그 문장 위에서 벌어집니다. 그래서 노련한 PM은 회의록 작성을 귀찮은 서기 일이 아니라 주도권으로 보고, 가능하면 자기 쪽에서 먼저, 당일에 보냅니다.
- 을의 이의 제기는 형식이 다릅니다: 발주사가 보낸 회의록에 불리한 문장이 있을 때 "이의 있습니다"라고 회신하기는 관계상 부담스럽습니다. 그래서 실전에서는 이의를 확인 요청의 형식으로 씁니다 — "정리 감사합니다. 3번 항목은 '리허설 결과를 보고 일정을 재협의한다'로 이해했는데, 같은 이해가 맞을까요?" 내용은 정정 요구이지만 형식은 질문이라, 관계를 깨지 않고 기록을 바로잡습니다. 중요한 것은 회신하지 않는 선택지는 없다는 원칙입니다. 침묵은 동의로 쌓입니다.
- 윗선의 즉흥 발언은 그대로 적지 않습니다: 회의 중 발주사 임원이 "그거 그냥 해주지"라고 툭 던진 말을 결정사항으로 적으면, 범위 통제가 그 자리에서 무너집니다. 이런 발언은 "긍정 검토 의견이 있었음"으로 논의 칸에 적고, 정식 결정은 미결(+범위 변경 표시)로 남겨 견적·승인 절차로 닫는 것이 기록자의 기술입니다.
상황: 5월 중순 정례 회의에서 발주사 팀장이 "6월 말 경영진 보고 때 시연이 가능하냐"고 물었고, 협력사 박PM은 "핵심 결제 흐름은 가능하지만 통계 화면은 데이터 이관이 끝나야 해서 확답이 어렵습니다"라고 답했습니다. 이틀 뒤 발주사 간사가 보낸 회의록에는 이렇게 적혀 있었습니다 — "수행사는 6월 말 전 기능 시연이 가능함을 확언함." 박PM은 문장이 걸렸지만 '고치자고 하면 옹졸해 보일까' 싶어 회신하지 않았습니다. 회의록 말미에는 "이의 없을 시 금주 내 확정"이라 적혀 있었습니다. 6월 말, 통계 화면 없이 시연이 진행되자 발주사는 확정된 회의록을 근거로 "약속 불이행"을 공식 제기했고, 이 문구는 지체 책임 논의에서 계속 인용됐습니다.
원인: 두 겹의 실패입니다. 첫째, 회의록 작성 주도권을 상대에게 넘긴 채 당일 기록을 남기지 않아, 조건부 답변("핵심 흐름은 가능, 통계는 미정")이 상대의 요약에서 무조건 확언으로 굴절될 공간이 생겼습니다. 둘째, 굴절을 발견하고도 관계 부담 때문에 침묵했습니다 — 확정 규칙이 명시된 회의록에서 침묵은 중립이 아니라 동의로 기록됩니다. 불편함을 피한 이틀이 책임 공방 두 달로 돌아온 것입니다.
진단: 분쟁이 걸린 시점에서 확인할 것은 회의록 확정 경위와 반증 기록입니다. (1) 무회신 확정 방식이 프로젝트 착수 시 양측 절차로 합의돼 있었는가, 단지 발신자가 메일에 일방적으로 적었는가. 후자라면 침묵만으로 양측 동의가 자동 성립했다고 단정할 수 없습니다. (2) 회의 전후의 다른 기록 — 같은 주 주간보고에 "통계 화면: 데이터 이관 완료 후 일정 확정 예정"이라는 문구가 남아 있어 답변이 조건부였다는 근거가 됩니다. 범위·비용·일정 변경이라면 별도 변경승인 기록도 함께 확인해야 합니다.
해결: 주간보고 기록을 근거로 "회의록 확정 문구와 동시기 보고 문서 사이에 불일치가 있다"는 점을 정리해 협의 테이블에 올리고, 시연 범위에 대한 재합의(핵심 흐름 시연 완료 인정 + 통계 화면 시연일 별도 확정)를 문서로 다시 닫습니다. 그리고 팀 규칙을 바꿉니다 — 상대가 쓴 회의록도 우리 문서처럼 검토한다: 수신 당일 담당자가 결정·액션 문구를 원래 발언과 대조하고, 어긋난 문장은 확인 요청 형식으로 반드시 회신합니다. 관계를 지키는 것은 침묵이 아니라, 부드러운 형식에 담긴 정확한 기록입니다.
발주사·원청의 IT 운영 담당, SI 사업관리(PM/PMO), SM 운영 담당으로 일하면, 당신이 하루 중 가장 많이 만드는 산출물이 바로 회의록과 관리대장입니다. 직접 코드를 짜지 않아도, 회의에서 오간 말을 합의로 확정하고, 그 합의를 실행으로 굴리는 책임은 관리자에게 있습니다.
특히 한국 SI/SM 현장에서 고객과의 회의록은 단순 기록이 아니라 계약·범위·책임의 방어선입니다. 추가 요구가 무상인지 유상인지, 일정 지연 책임이 어느 쪽인지, "그때 그렇게 하기로 했다"가 사실인지 — 이 모든 다툼의 근거가 회의록입니다. 그래서 선임들은 입을 모아 말합니다: "회의 끝나고 30분 안에 회의록 돌리고, 회신받아 닫아라." 회신·확인받은 회의록 한 장이, 몇 달 뒤 수천만 원짜리 분쟁을 막습니다.
그리고 회의록에서 나온 액션아이템을 이슈·리스크 관리대장으로 옮겨 끝까지 추적하는 일은, 곧 주간보고에 올라가는 진행 현황의 원천입니다. 관리대장이 살아 있어야 보고가 정확해지고, 보고가 정확해야 고객·경영진의 신뢰를 얻습니다. 기록·공유·추적 — 이 셋을 몸에 붙인 관리자는 협력사와 대등하게 일하고, 말이 아니라 문서로 자신을 지킵니다.
실전 랩으로 손에 익히기: 회의록·액션아이템 작성 실습 — 논의·결정·미결을 분리하고 액션아이템을 추적 가능하게 작성합니다.
관련 모듈로 더 깊이:
- 요구사항정의서·검수확인서·릴리즈노트·SLA 리포트 — 회의록의 합의를 계약 차원에서 못 박는 요구사항·검수 문서
- 이해관계자와 커뮤니케이션 — 회의에서 오간 말을 합의로 확정하는 이해관계자 소통
- 주간보고·경영보고 — 관리대장이 진행 현황의 원천이 되는 주간·경영 보고
다음 모듈에서는 회의록과 관리대장으로 굴린 약속을 계약 차원에서 못 박는 문서 — 요구사항정의서·검수확인서를 다루며, 범위를 정의하고 산출물을 합격 처리하는 절차를 정리합니다.