FunFluenLearn

영어 회의에서 발언하고 핵심을 정리하는 법

영어 회의에서 말은 길어지는데 핵심이 묻힌다면 LABEL → POINT → SUPPORT → OUTCOME으로 한 번의 발언을 압축하고, DECIDED → OPEN → NEXT로 합의·미결·다음 단계를 정확히 정리해 보세요.

The short answer

회의에서 발언권을 잡은 뒤에는 LABEL → POINT → SUPPORT → OUTCOME으로 한 번의 contribution을 묶으세요. 지금 무슨 종류의 말을 하는지 표시하고, 핵심을 먼저 말하고, 결정에 필요한 근거만 붙이고, 결정·질문·다음 행동·미결 사항 중 하나로 닫습니다.

영어가 짧으면 준비가 덜 된 사람처럼 보일까 봐 배경을 잔뜩 설명했는데, 끝나자마자 So what do you recommend?를 듣는 순간이 있습니다. 그 질문은 단어 부족보다 구조 부족을 알려 줄 때가 많습니다.

발언 전에 문장 전체를 쓰지 마세요. 네 칸만 채우세요.

  • LABEL — status / risk / recommendation / question 중 지금 무엇인가?
  • POINT — 팀이 먼저 알아야 할 한 문장
  • SUPPORT — 결정에 필요한 핵심 근거만
  • OUTCOME — 그래서 decision / action / question / open point는 무엇인가?

회의 전체를 정리할 때는 다른 세 칸을 씁니다: DECIDED → OPEN → NEXT. 실제로 합의된 것, 아직 미결인 것, 그리고 다음 행동을 분리해야 합니다.

회의 발언은 미니 연설이 아니라 업무 패킷이다

회의에서 “잘 말한다”는 것은 길게 말하는 것과 같지 않습니다. Council of Europe의 CEFR formal discussion(meetings) descriptors는 회의에서 논의를 따라가고, 중요하게 다뤄진 점을 이해하고, 의견을 기여하고, 대안을 평가하는 능력을 구분해 설명합니다. 또 CEFR의 Cooperating scale은 토론의 핵심을 요약·평가하고, 논의가 도달한 지점을 정리하며, 다음 단계를 제안하는 능력도 별도로 다룹니다. CEFR formal discussion(meetings) descriptorsCEFR Cooperating descriptors에서 확인할 수 있습니다.

다만 CEFR이 LABEL → POINT → SUPPORT → OUTCOME이라는 공식을 정해 둔 것은 아닙니다. 이 네 칸은 이 글에서 쓰는 실전 편집 프레임입니다. 목적은 회의 영어를 하나의 고정 스크립트로 만드는 게 아니라, 한 번의 발언에서 무엇을 먼저 보여 주고 무엇을 버릴지 판단하기 쉽게 만드는 것입니다.

LABEL: 먼저 “이 말은 무슨 종류인가”를 알려 주세요

회의에서는 같은 사실도 역할이 다를 수 있습니다. 단순 status일 수도 있고, risk일 수도 있고, recommendation일 수도 있고, 결정을 위한 question일 수도 있습니다. 이 기능이 보이지 않으면 듣는 사람은 세부사항을 들으면서 동시에 “그래서 나한테 뭘 원하는 거지?”를 추측해야 합니다.

LABEL은 거창한 문장이 아닙니다.

  • A quick status update...
  • One risk I want to flag is...
  • My recommendation is...
  • My main question is...

Original practice example

One risk I want to flag is the launch date. The vendor confirmation is still pending.

첫 문장에서 이 발언이 ‘risk’라는 걸 표시하고, 바로 위험의 핵심을 말합니다. 버그 히스토리나 공급업체와 주고받은 메일을 먼저 나열하지 않습니다.

프로젝트·제품·운영 회의에서 일정, 의존성, 품질 문제처럼 의사결정에 영향을 주는 위험을 알릴 때 유용합니다.

“제가 짚고 싶은 위험 하나는 출시 일정입니다. 아직 공급업체 확인이 안 됐습니다.”

최근 업무에서 ‘risk’ 하나를 골라, 원인 설명보다 위험의 이름을 먼저 말해 보세요.

LABEL이 보이면 이제 핵심을 숨길 이유가 없습니다. 회의에서 핵심은 영화 스포일러가 아닙니다. 첫 문장 쪽에 있어도 됩니다.

POINT: 배경보다 결론을 먼저 배송하기

“지난주에 A가 있었고, 그 전에 B가 있었고, 그래서 팀과 이야기했고…”로 시작하면 듣는 사람은 아직 무엇이 중요한지 모른 채 정보를 보관해야 합니다. POINT는 그 부담을 줄입니다.

예를 들어 status update라면 먼저 상태를 말합니다.

Original practice example

The testing is on track. We finished the critical cases yesterday, and the remaining items are low priority.

첫 문장에 status를 놓고, 그 판단을 이해하는 데 필요한 근거만 뒤에 붙입니다.

주간 status meeting, stand-up, project review에서 진행 상태를 짧게 설명할 때 유용합니다.

“테스트는 계획대로 진행 중입니다. 어제 핵심 케이스를 끝냈고, 남은 항목은 우선순위가 낮습니다.”

당신 업무의 status를 on track / at risk / blocked 중 하나로 먼저 말한 뒤 근거 한 문장만 붙여 보세요.

CEFR의 thematic development 설명도 아이디어를 논리적으로 제시하고 필요에 맞게 포인트를 확장·뒷받침하는 능력을 별도로 다룹니다. 이것이 POINT-first를 유일한 정답으로 인증한다는 뜻은 아니지만, 핵심과 support를 구별해 설계하는 것이 실제 언어 능력의 일부라는 근거는 됩니다. CEFR Companion Volume 2020

SUPPORT: “아는 것 전부”가 아니라 “결정에 필요한 것”만

POINT를 말한 뒤 가장 흔한 함정은 support를 끝없이 붙이는 것입니다. 한 근거면 충분한데 예시 세 개, 과거 사례 두 개, 예외 한 개까지 싣다 보면 업무 패킷이 이삿짐이 됩니다.

SUPPORT를 고를 때 질문은 하나입니다. “이 정보가 없으면 듣는 사람이 내 POINT를 다르게 해석하거나 다른 결정을 할까?”

  • 그렇다면 남깁니다.
  • 아니라면 질문이 나왔을 때 꺼낼 수 있도록 보류합니다.

물론 기술·법무·안전처럼 세부 근거가 실제 결정에 필요한 회의에서는 SUPPORT가 길어질 수 있습니다. 짧음 자체가 목표가 아니라 관련성이 목표입니다.

OUTCOME: 말이 끝났을 때 무엇이 남아야 하나

좋은 정보도 착지점이 없으면 회의에서는 작은 독백이 됩니다. OUTCOME은 반드시 action일 필요는 없습니다. 네 가지 중 하나면 충분합니다.

  • Decision: 지금 무엇을 결정해야 하는가?
  • Action: 이미 합의된 다음 행동은 무엇인가?
  • Question: 팀에게 필요한 답은 무엇인가?
  • Open point: 오늘 결정하지 못한 것은 무엇인가?

Original practice example

My main question is whether we want to fix this before launch or track it for the next release.

배경 설명으로 끝내지 않고, 팀이 지금 답해야 할 의사결정 질문을 마지막에 분명하게 놓습니다.

버그, scope, 우선순위, 일정처럼 회의의 목적이 ‘정보 공유’가 아니라 선택에 있을 때 유용합니다.

“제 핵심 질문은 이걸 출시 전에 고칠지, 아니면 다음 릴리스 항목으로 둘지입니다.”

현재 업무 이슈 하나를 골라 yes/no보다 실제 선택지를 보여 주는 decision question으로 바꿔 보세요.

확정되지 않은 것은 확정된 영어로 말하지 않기

회의에서는 “분명하게 말하기”와 “확실하지 않은 걸 확정처럼 말하기”가 다릅니다. 숫자, 일정, 담당자, 고객 약속이 아직 미정이라면 그 경계를 숨기지 마세요.

Original practice example

I don’t have the final cost yet. My current estimate is around $8,000, and I’ll confirm it after the vendor call.

KNOWN, ESTIMATE, NEXT CHECK를 분리합니다. 추정치를 최종 숫자처럼 말하지 않고, 무엇이 아직 검증되지 않았는지 드러냅니다.

예산·일정·용량·고객 요구처럼 불확실한 정보를 공유해야 하는 회의에 유용합니다.

“최종 비용은 아직 없습니다. 현재 추정치는 약 8천 달러이고, 공급업체 통화 후 확인하겠습니다.”

당신이 아직 확정할 수 없는 숫자나 일정 하나를 골라 known / estimate / next check로 나눠 말해 보세요.

특히 다른 사람의 일정이나 책임을 대신 약속하지 마세요. 실제 합의가 없었다면 Mina will finish this by Friday.라고 닫는 대신 We still need to confirm the owner and deadline.처럼 OPEN으로 남기는 편이 정확합니다.

회의 전체를 정리할 때는 DECIDED / OPEN / NEXT

회의 요약은 방금 나온 말을 짧게 다시 말하는 작업이 아닙니다. 무엇이 실제로 바뀌었는지를 분류하는 작업입니다.

  • DECIDED: 명시적으로 합의된 결정
  • OPEN: 아직 답이나 승인이 필요한 부분
  • NEXT: 실제로 합의된 후속 행동

CEFR Cooperating descriptors에는 토론의 핵심을 요약하고, 논의가 도달한 지점을 정리하고, 다음 단계를 제안하는 능력이 포함됩니다. 다시 말해 recap은 회의가 어디까지 왔는지 공동으로 확인하는 언어 행동입니다. 다만 그 descriptor가 특정 영어 문장을 강제하는 것은 아닙니다.

Original practice example

So we’ve decided to run the pilot next week. The budget is still open, and Mina will confirm the estimate tomorrow.

결정, 미결, 다음 행동을 서로 다른 문장으로 분리합니다. ‘논의했다’를 ‘합의했다’로 바꾸지 않습니다.

회의 중간 점검이나 종료 직전 recap에서 팀의 공통 이해를 맞출 때 유용합니다.

“그럼 다음 주에 파일럿을 진행하기로 결정했습니다. 예산은 아직 미결이고, 미나가 내일 추정치를 확인할 예정입니다.”

최근 회의 하나를 떠올려 DECIDED 한 줄, OPEN 한 줄, NEXT 한 줄로만 요약해 보세요.

여기서 가장 중요한 규칙은 이것입니다. DECIDED에 희망사항을 몰래 입주시키지 마세요. 누군가 “괜찮을 것 같다”고 한 것과 팀이 합의한 것은 다릅니다.

회의 영어에서 자주 생기는 의미 차이 고치기

  • We discussed about the budget.wrong. discuss는 이 의미에서 목적어를 바로 받으므로 We discussed the budget.이 자연스럽습니다.
  • We agreed about option A.grammatically valid with a different meaning. agree about는 어떤 주제에 대해 의견이 같다는 뜻으로 가능하지만, ‘A안을 선택하기로 합의했다’는 의도라면 We agreed on option A.가 더 정확합니다.
  • I will confirm you tomorrow.wrong. 확인할 정보가 있다면 I’ll confirm the number tomorrow., 상대와 다시 확인한다면 I’ll confirm that with you tomorrow.처럼 말하세요.
  • We will definitely finish by Friday.context-dependent. 실제로 확정된 약속이라면 가능합니다. 외부 의존성이 남아 있는데 단지 ‘그럴 것 같다’는 뜻이라면 We expect to finish by Friday, but we’re still waiting for the vendor confirmation.처럼 확신의 범위를 맞추세요.
  • My opinion is that we must choose B.context-dependent. 강한 입장을 의도하면 문법적으로 자연스럽습니다. 팀에 추천을 제안하는 정도라면 My recommendation is option B, mainly because...가 기능을 더 정확히 표시합니다.

회의 발언 수하물 검사: 어디가 문제인지 먼저 고르세요

각 장면을 보고 LABEL missing / POINT late / SUPPORT overloaded / OUTCOME missing / FALSE CERTAINTY / RECAP MIX-UP 중 하나를 먼저 고른 뒤 답을 열어 보세요.

장면 1 — 출시 위험을 말하려고 지난 2주간의 버그 히스토리부터 설명합니다. 실제 핵심인 “vendor confirmation이 없어 launch date가 위험하다”는 마지막에 나옵니다.

POINT late. 먼저 One risk I want to flag is the launch date.라고 핵심을 놓고, vendor confirmation이라는 support만 붙이세요. 과거 버그 히스토리는 질문이 나오면 꺼낼 수 있습니다.

장면 2 — “I have a thought...”라고 한 뒤 매출, 고객 피드백, 일정 이야기를 하지만 status인지 risk인지 recommendation인지 끝까지 알 수 없습니다.

LABEL missing. 말의 목적부터 표시하세요. 예: My recommendation is to delay the rollout by one week. LABEL과 POINT를 같이 말해도 됩니다.

장면 3 — “The onboarding step is confusing.”이라는 핵심 뒤에 사용자 사례 다섯 개를 연달아 말합니다. 첫 두 사례만으로 이미 패턴이 충분히 보입니다.

SUPPORT overloaded. 결정에 영향을 주지 않는 반복 사례는 빼세요. support는 ‘많을수록 전문적’이 아니라 ‘POINT를 해석하는 데 필요한 만큼’입니다.

장면 4 — status와 문제를 잘 설명했지만 “그래서 지금 팀이 무엇을 결정해야 하는지” 없이 발언을 끝냅니다.

OUTCOME missing. 결정이 필요하면 질문으로 닫으세요: The question is whether we fix this now or move it to the next release. 단순 정보 공유라면 No decision is needed today; I just wanted to flag the risk.처럼 그것도 명시할 수 있습니다.

장면 5 — vendor 승인이 아직 없는데 “We’ll definitely finish by Friday.”라고 보고합니다.

FALSE CERTAINTY. 명확한 영어가 강한 확신을 뜻할 필요는 없습니다. We’re aiming for Friday, but that still depends on the vendor approval.처럼 조건을 보존하세요.

장면 6 — 팀은 다음 주 pilot에는 합의했지만 budget은 아직 검토 중입니다. recap에서 “We agreed on the pilot and the budget.”이라고 말합니다.

RECAP MIX-UP. 실제 합의와 미결을 분리하세요: We’ve agreed on the pilot. The budget is still open. 요약은 회의를 예쁘게 끝내는 문장이 아니라 공통 상태를 정확히 맞추는 작업입니다.

내 회의 메모를 네 줄로 바꾸기

다음 회의를 위해 영어 문단을 미리 쓰지 마세요. 메모에 아래 네 줄만 적습니다.

  • LABEL:
  • POINT:
  • SUPPORT:
  • OUTCOME:

한 번 소리 내어 말한 뒤, 듣는 사람의 해석이나 다음 행동을 바꾸지 않는 문장을 하나 지워 보세요. 이 편집이 바로 ‘짧게 말하기’와 ‘빈약하게 말하기’의 차이입니다.

이미 회의가 끝났다면 같은 메모를 다시 세 줄로 압축합니다.

  • DECIDED: 실제 합의
  • OPEN: 미결
  • NEXT: 실제 합의된 다음 행동

많이 말한 사람보다, 다음 행동을 남긴 사람

영어 회의에서 전문적으로 들리기 위해 모든 배경을 한 번에 증명할 필요는 없습니다. 좋은 contribution은 무엇을 말하려는지 빠르게 보이고, 핵심이 앞에 있고, support가 목적에 맞고, 끝났을 때 팀이 그 발언의 상태를 이해할 수 있습니다.

다음 회의에서 하나만 바꾼다면 POINT를 초반으로 옮겨 보세요. 그리고 회의를 정리할 때는 “무슨 말이 나왔나”보다 DECIDED / OPEN / NEXT가 무엇인가를 남기세요. 발언은 미니 연설이 아니라, 목적지와 상태표시가 붙은 업무 패킷입니다.

다른 영어 의사소통 주제를 이어서 연습하고 싶다면 한국어 학습 가이드에서 관련 가이드를 찾아볼 수 있습니다.

Sources