회의록이 시간순인 이유는 말이 나온 순서대로 적기 때문입니다. 하지만 그 순서가 중요도 순서인 경우는 거의 없습니다. 그래서 회의록 한 장은 "무슨 일이 있었나"에는 답해도, 다시 열어볼 때 정말 궁금한 두 가지에는 전혀 답하지 못합니다. 무엇을 결정했고, 누가 무엇을 맡았나입니다.
마인드맵(mind map)은 시간이 아니라 주제별로 구성되기 때문에 이 두 가지에 답합니다. 무엇으로 바꾸는지만 알면 변환은 기계적입니다.
회의 흐름을 그대로 옮기지 마세요
쓸모없는 맵이 만들어지는 이유는 안건마다 가지를 하나씩, 논의한 순서대로 만들기 때문입니다. 그건 회의록을 동그랗게 구부려 놓은 것일 뿐입니다.
대신 매번 이 다섯 가지를 쓰세요.
- 결정 사항 — 확정된 것. 누가 확정했는지도 적습니다.
- 액션 아이템 — 모두에 담당자와 날짜를 붙입니다. 없으면 액션이 아닙니다.
- 미해결 질문 — 확정되지 않은 것. 누가 답해야 하는지 적습니다.
- 배경 — 남길 가치가 있는 근거. 결정이 왜 그렇게 났는지.
- 보류 — 나왔지만 일부러 지금은 다루지 않는 것. 3주 뒤에 같은 주제로 다시 논쟁하는 것을 막아 줍니다.
고정된 형태가 핵심입니다. 모든 맵이 똑같이 생겼으니 6주 뒤에도 어디를 봐야 할지 정확히 알고, 맵을 만드는 일은 설계가 아니라 분류가 됩니다.
방법
1. 정리하기 전에 먼저 추출하기
회의록을 한 번 읽으면서 결정, 액션, 질문, 근거에 해당하는 줄마다 표시합니다. 표시되지 않은 부분은 녹취록, 즉 누가 무슨 말을 했는지에 대한 서술이므로 맵에 넣지 않습니다. 이 단계에서 보통 텍스트의 60~80퍼센트가 사라집니다. 구조를 생각하기 전에 이 작업을 하기 때문에 맵이 회의의 모양을 물려받지 않습니다.
2. 다섯 가지에 분류하기
애매한 항목은 질문 하나로 정리됩니다. 추가로 아무에게도 묻지 않고 누군가 바로 실행할 수 있는가? 그렇다면 액션입니다. 먼저 답이 필요하면 미해결 질문입니다. 다른 선택지를 닫았다면 결정 사항입니다.
3. 모든 액션에 담당자와 날짜 붙이기
이름이 없는 액션은 희망 사항입니다. 회의에서 담당자를 정하지 않았다면
맵에 그 공백을 기록하세요. Owner: unassigned는 유용한 정보이고
빈칸보다 훨씬 낫습니다.
4. 두 번째 단계까지만 추가하고 멈추기
결정 사항 아래에는 한 단계만 내려가서 그 결정이 배제한 것을 적습니다. 미해결 질문 아래에는 누가 답할 예정인지 적습니다. 다섯 가지 가지 아래로 두 단계면 거의 모든 회의에 충분합니다. 세 단계가 되면 다시 받아 적고 있는 겁니다.
5. 서로 연결하기
이 단계가 전체 작업의 값을 합니다. 각 액션을 그것을 낳은 결정에 연결하고, 각 미해결 질문을 그것이 막고 있는 결정에 연결하세요. 6주 뒤 누군가 왜 이 방식으로 만들고 있느냐고 물으면, 답은 유물 발굴이 아니라 맵 위의 한 줄이 됩니다.
AI로 빠르게 하는 방법
회의 결과가 회의록이 아니라 녹취 텍스트라면, 그 텍스트를 그대로 마인드맵 생성기에 붙여 넣지 마세요. 대화를 그린 맵이 나오는데, 위에서 말한 실패 방식입니다. 먼저 추출을 요청하세요.
From this transcript, produce a Markdown outline with exactly five
top-level headings: Decisions, Actions, Open questions, Context, Parked.
Under Actions, one bullet per action in the form "Owner — task — date",
using "unassigned" where no owner was named. Quote nothing; do not
include anything that is only narration.
그런 다음 그 Markdown을 쓰던 도구로 가져옵니다. 대부분의 마인드맵 앱은 Markdown이나 OPML을 바로 읽기 때문에 개요가 한 번에 맵이 되고, 구조는 만드는 게 아니라 검토만 하면 됩니다.
결과물에서 매번 확인할 것이 두 가지 있습니다. 액션 가지는 AI가 지어내는 곳입니다. 언급된 적 없는 담당자를 자신 있게 배정합니다. 그리고 보류 가지가 비어 있다면 대개 찾아보지 않았다는 뜻입니다. 거의 모든 회의에서 안건이 나왔다가 미뤄집니다.
Markdown과 OPML을 가져오고, 어떤 두 주제든 서로 연결하며, 모든 할 일에 체크박스를 달아 진행률이 가지로 합산되므로 액션 가지가 완료 비율로 읽힙니다. 모든 것이 기기 안에 머물러서, 업로드하면 안 되는 메모에 중요합니다.
기능마지막 점은 분명히 말해 둘 만합니다. 회의록은 한 사람이 일주일 동안 다루는 텍스트 가운데 가장 민감한 경우가 많습니다. 인원 계획, 가격, 고객 이름, 아직 발표하지 않은 결정 같은 것들입니다. 이를 업로드하는 브라우저 도구를 쓰는 것은 기본값이 아니라 신중하게 내리는 선택이어야 합니다. 무료 AI 마인드맵 생성기 비교에서는 텍스트가 어디에 저장되는지를 기준으로 선택지를 정리했습니다.
오래 둘 만한 맵으로 만들기
맵 전체가 아니라 액션 가지에 체크하세요. 체크박스를 쓸 수 있다면 액션에만 붙이세요. "4/7"이라고 표시되는 가지는 직접 쓰지 않아도 되는 진행 보고입니다.
색은 주제가 아니라 담당자별로 입히세요. 그러면 "이 회의에서 내가 맡은 게 뭐지"가 읽는 일이 아니라 한눈에 보는 일이 됩니다.
미해결 질문과 보류는 다음 회의 맵으로 가져가세요. 이 두 가지 가지는 이미 쓰여 있는 안건입니다. 이 습관이 맵들을 더미가 아니라 하나의 흐름으로 만듭니다.
정기 회의는 회의마다가 아니라 회의 시리즈마다 맵 하나로 하세요. 주간 스탠드업이라면 매주 날짜가 붙은 가지가 늘어나는 맵 하나가 맞습니다. 스탠드업 맵이 열두 개 따로 있으면 아무도 열어 보지 않을 열두 개일 뿐입니다.
굳이 하지 않아도 될 때
이 방법이 필요 없는 회의도 있습니다. 회의에서 결정이 하나 나오고 액션이 없었다면 결정을 한 문장으로 적고 넘어가세요. 15분짜리 회의를 맵으로 만드는 데는 회의 자체보다 품이 더 듭니다.
기준은 대략 액션이 세 개를 넘거나 미해결 질문이 하나를 넘을 때입니다. 그 아래라면 회의록이 이미 읽기에 충분히 짧습니다.