회의 메모를 프레젠테이션으로 만든다고 모든 문장을 슬라이드에 옮길 필요는 없습니다. 좋은 덱은 결정의 흐름을 보여 줍니다. 무엇을 논의했고, 무엇을 합의했으며, 무엇이 아직 불확실하고, 다음에 무엇을 해야 하는지 말입니다.
먼저 메모를 근거로 정리한 다음 Presenti의 텍스트를 프레젠테이션으로 바꾸는 워크플로를 사용해 편집 가능한 개요를 제안받습니다. 발표 전에 중요한 주장을 확인할 수 있도록 원본 메모를 초안과 함께 두세요.
메모에서 결정 사항 찾기
슬라이드를 만들지 말고 메모를 먼저 읽습니다. 각 문장을 결정, 관찰, 미해결 질문, 행동 또는 배경으로 표시합니다. 그러면 선택지를 길게 논의한 기록이 결정을 요구하지 않는 덱으로 변하는 것을 막을 수 있습니다.
예를 들어 제품 팀이 셀프서비스 리포팅 파일럿을 논의했다고 해 보겠습니다. 메모에는 대상 사용자, 해결되지 않은 데이터 질문 두 개, 프로토타입 담당자, 테스트 승인을 요청하는 내용이 들어 있을 수 있습니다. 첫 슬라이드는 회의 제목을 반복하지 말고 범위가 정해진 파일럿 결정을 물어야 합니다.
| 메모 유형 | 추출할 내용 | 슬라이드 처리 |
|---|---|---|
| 결정 | 승인·거절·요청된 내용 | 제목 또는 결정 슬라이드로 사용 |
| 관찰 | 보거나 측정하거나 보고된 내용 | 출처와 범위를 보이기 |
| 미해결 질문 | 추가 근거 또는 담당자가 필요한 내용 | 위험 또는 다음 조사로 표시 |
| 행동 | 누가 무엇을 언제 하는지(알 수 있을 때) | 책임이 있는 다음 단계로 바꾸기 |
조건을 지우지 않고 논의의 잡음 덜어내기
회의 메모에는 반복, 완곡한 표현, 미완성 문장이 섞여 있습니다. 겉부분은 덜어내되 의미를 바꾸는 조건은 남겨야 합니다. “보안 검토에서 데이터 소스를 승인하면 진행”은 “진행”과 같지 않습니다. “추정치는 보류 중”은 비용이 아닙니다.
편집하는 동안 짧은 근거 기록을 유지합니다. 숫자마다 단위, 기간, 분모, 출처 문장을 적습니다. 제안마다 그것을 타당하게 하는 가정을 적습니다. 메모에 정보가 없으면 그럴듯한 세부 사항을 만들지 말고 공백으로 표시하세요.
같은 자료로 6장 이야기 만들기
간결한 회의 요약 덱은 다음 순서로 구성할 수 있습니다.
- 요청된 결정: 선택지와 승인 범위를 말한다.
- 논의의 계기: 관찰한 문제와 범위를 보여 준다.
- 팀이 배운 점: 근거와 해석을 나눈다.
- 선택지와 트레이드오프: 실제로 승인할 수 있는 선택지만 비교한다.
- 남은 위험: 해결되지 않은 질문, 의존 관계, 담당자를 적는다.
- 다음 단계: 행동, 담당자, 검토 시점을 말한다.
같은 원본 사례를 전체 순서에 사용합니다. 메모에 파일럿 사용자 24명 중 18명이 작업을 완료했고 80건의 요청 중 20건에 필수 항목이 없다고 적혀 있다면 서로 다른 단위이므로 하나의 “채택률”로 합치지 않습니다.
실제 구성 예시: 하나의 회의 메모를 여섯 개 제목으로 바꾸기
아래는 제품팀 회의를 가정한 가상의 메모입니다. 슬라이드마다 다른 사례를 넣지 않고 이 메모 하나로 전체를 구성합니다.
내부 테스트에서 참가자 24명 중 18명이 보고서 작성 작업을 완료했다. 별도 집계에서는 지원 요청 80건 중 20건에 필수 항목이 빠져 있었다. Mina가 프로토타입을 준비한다. 2주간의 시범 운영을 논의했지만 데이터 소스의 보안 승인은 아직 나지 않았고 예산도 합의되지 않았다. 다음 회의는 월요일이다. 시범 운영 시작일은 정하지 않았다.
이 메모로 여섯 장의 내용을 구체화하면 다음과 같습니다.
- 요청할 결정: 데이터 소스의 보안 승인 후에만 2주간 시범 운영을 진행한다. 아직 전면 도입 승인을 요청하지 않는다.
- 논의 배경: 지원 요청의 정보 누락으로 추가 확인이 필요하다. 80건 중 20건이라는 수치를 제시하되 이용률이라고 부르지 않는다.
- 테스트 결과: 24명 중 18명이 작업을 완료했다. 내부 테스트임을 밝히고 전체 고객의 도입 성과로 확대 해석하지 않는다.
- 선택지: 현재 절차를 유지하거나 승인 후 제한적으로 시범 운영한다. 각 선택에서 무엇을 배울 수 있는지 비교하며 비용은 미정으로 남긴다.
- 선행 조건: 보안 승인과 예산 합의가 아직 필요하다. 완료된 것으로 표시하거나 메모에 없는 담당자를 지정하지 않는다.
- 다음 작업: Mina가 월요일 회의에 맞춰 프로토타입을 준비한다. 월요일은 검토 시점이지 임의로 정한 출시일이 아니다.
청중이 달라지면 사실이 아니라 강조점을 바꿉니다. 경영진에게는 시범 운영 결정을 먼저, 실행팀에는 프로토타입과 선행 조건을 먼저 설명할 수 있습니다. 어느 쪽이든 예산과 보안 승인이 미정이라는 점은 유지해야 합니다.
발표 문장과 슬라이드 맞추기
각 슬라이드에 한 문장의 발표 설명을 씁니다. 설명은 맥락을 더하되 새로운 결론을 만들지 않아야 합니다. 슬라이드가 “파일럿 승인은 보안 검토에 달려 있다”고 하면 발표에서 “파일럿 준비가 끝났다”고 말하지 않습니다.
상세한 논의 기록은 본문 슬라이드의 작은 글씨가 아니라 부록이나 연결된 노트에 둡니다. 청중은 먼저 결정의 흐름을 보고, 전체 기록이 필요할 때 원본 메모와 부록을 확인하면 됩니다.
정리한 메모로 슬라이드 초안 만들기
필터링하지 않은 회의록 대신 정리한 브리프를 입력합니다. 예시, 관찰된 수치, 아직 불확실한 문장을 구분해 알려 주세요. 편집 가능한 개요를 요청하고 근거가 비어 있는 부분을 표시하게 하세요.
제공된 메모로 6장 회의 요약 프레젠테이션을 만드세요. 요청된 결정부터 시작합니다. 결정, 관찰, 미해결 질문, 행동을 구분하세요. 모든 단위, 분모, 조건, 불확실성을 유지하세요. 메모에 없는 담당자, 날짜, 예산, 결과를 추론하지 마세요. 자세한 논의 기록은 부록에 넣습니다. 마지막에 다음 행동과 검토할 질문을 제시하세요.
시각적 다듬기에 시간을 쓰기 전에 제안된 개요를 검토합니다. 첫 슬라이드가 결정해야 할 내용을 답하는지, 모든 숫자에 출처가 있는지, 미해결 질문이 약속으로 바뀌지 않았는지 확인합니다.
