같은 고객 회의, 두 담당자.
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) 두 달 뒤 고객이 "그때 무상으로/이렇게 해주기로 했잖아요"라고 하는데, 우리 회의록엔 그 내용이 없거나 고객에게 공유·확인받은 적이 없습니다.
원인:
- 첫 번째는 액션에 담당·기한이 없거나, 관리대장으로 추적되지 않아서입니다. "~해야 한다"는 좋은 말이 회의록에만 남고 아무에게도 안 박혔습니다.
- 두 번째는 회의록을 공유·확인하는 절차가 빠져서입니다. 혼자 적은 메모는 증거력이 약하고, 확정 안 된 회의록은 "당신 생각"이 됩니다.
해결 방향:
- 모든 액션에 담당·기한을 박고, 이슈관리대장으로 옮겨 매 주기 상태를 갱신한다.
- 회의 직후(가능하면 당일) 회의록을 공유하고 "이의 없으면 ○일까지 확정"으로 회신·확인을 받는다.
- 고객의 범위 밖 추가 요청은 즉답하지 말고 **미결(+범위 변경)**로 적어, 견적·승인 후 결정으로 닫는다.
- 다음 회의 회의록 맨 앞에 지난 액션 처리 현황을 한 줄로 가져와, 표류하는 액션을 드러낸다.
회의록은 적는 게 끝이 아닙니다. 공유·확인으로 증거가 되고, 관리대장으로 추적되어야 비로소 일이 굴러가고 분쟁이 막힙니다.
발주사·원청의 IT 운영 담당, SI 사업관리(PM/PMO), SM 운영 담당으로 일하면, 당신이 하루 중 가장 많이 만드는 산출물이 바로 회의록과 관리대장입니다. 직접 코드를 짜지 않아도, 회의에서 오간 말을 합의로 확정하고, 그 합의를 실행으로 굴리는 책임은 관리자에게 있습니다.
특히 한국 SI/SM 현장에서 고객과의 회의록은 단순 기록이 아니라 계약·범위·책임의 방어선입니다. 추가 요구가 무상인지 유상인지, 일정 지연 책임이 어느 쪽인지, "그때 그렇게 하기로 했다"가 사실인지 — 이 모든 다툼의 근거가 회의록입니다. 그래서 선임들은 입을 모아 말합니다: "회의 끝나고 30분 안에 회의록 돌리고, 회신받아 닫아라." 회신·확인받은 회의록 한 장이, 몇 달 뒤 수천만 원짜리 분쟁을 막습니다.
그리고 회의록에서 나온 액션아이템을 이슈·리스크 관리대장으로 옮겨 끝까지 추적하는 일은, 곧 주간보고에 올라가는 진행 현황의 원천입니다. 관리대장이 살아 있어야 보고가 정확해지고, 보고가 정확해야 고객·경영진의 신뢰를 얻습니다. 기록·공유·추적 — 이 셋을 몸에 붙인 관리자는 협력사와 대등하게 일하고, 말이 아니라 문서로 자신을 지킵니다.
관련 모듈로 더 깊이:
- 요구사항정의서·검수확인서·릴리즈노트·SLA 리포트 — 회의록의 합의를 계약 차원에서 못 박는 요구사항·검수 문서
- 이해관계자와 커뮤니케이션 — 회의에서 오간 말을 합의로 확정하는 이해관계자 소통
- 주간보고·경영보고 — 관리대장이 진행 현황의 원천이 되는 주간·경영 보고
다음 모듈에서는 회의록과 관리대장으로 굴린 약속을 계약 차원에서 못 박는 문서 — 요구사항정의서·검수확인서를 다루며, 범위를 정의하고 산출물을 합격 처리하는 절차를 정리합니다.