영어 회의에서 결정·이견·실행 항목을 듣는 법
영어 회의에서 제안과 결정, concern과 rejection, suggestion과 action item을 구분하세요. LOCK·FRICTION·HANDOFF 보드로 실제로 닫힌 결정과 열린 이견, 담당자·업무·기한을 추적하는 법을 설명합니다.
영어 회의에서는 모든 발언을 기록하지 말고, decision이 잠기는 순간, disagreement가 열리거나 풀리는 순간, task가 특정 사람에게 handoff되는 순간만 추적하세요.
“We could move the launch to Friday.”를 듣고 “Launch = Friday”라고 적었다면, 회의 영어를 못 들은 게 아니라 proposal을 decision으로 너무 빨리 승격시킨 겁니다.
LOCK: proposal은 decision이 아닙니다
workplace planning meetings를 분석한 Stevanovic의 연구에서는 proposal이 joint decision이 되는 과정에서 agreement와 commitment 같은 interactional work가 중요하게 나타났고, non-decision과 unilateral decision도 구분됐습니다.
multi-party meeting decision을 분석한 SIGDIAL 연구도 issue, resolution proposal, agreement, restatement 같은 서로 다른 dialogue role을 구분했습니다. 핵심은 learner에게도 같습니다. decision은 한 문장보다 여러 turn에 걸쳐 만들어질 수 있습니다.
Original practice example
We could move the launch to Friday.
could가 들어간 이 문장은 여기서는 proposal로 듣는 것이 안전합니다. 아직 LOCK하지 않습니다.
meeting에서 option이 처음 제시됐을 때 premature decision note를 막아 줍니다.
“출시를 금요일로 옮길 수도 있어요.”
노트에는 Launch → Fri? [OPEN]처럼 물음표를 남기세요.
Original practice example
Okay, let’s go with Friday.
이 표현은 closure 쪽으로 훨씬 강하게 움직입니다. 그래도 실제 meeting에서는 바로 뒤의 response나 recap까지 들으면 더 안전합니다.
proposal이 adopted resolution으로 바뀌는 순간을 추적할 때 유용합니다.
“좋아요, 금요일로 갑시다.”
뒤에 Yes / sounds good / so Friday it is 같은 alignment나 recap이 이어지는지 확인하세요.
meeting formulations를 분석한 연구에서는 chair의 outcome formulation이나 candidate pre-closing이 common agreement를 만드는 데 사용됐습니다. 그래서 So we’re agreed that…, Right, then we’ll… 같은 recap turn은 좋은 cue가 될 수 있습니다. 하지만 어느 한 phrase도 모든 조직에서 자동으로 “final”을 보장하지는 않습니다.
FRICTION: disagreement가 들렸다고 issue를 닫지 마세요
problem-solving meeting에서는 opposing view가 꼭 interpersonal conflict를 뜻하지 않습니다. Angouri의 workplace meeting 연구에서는 studied workplaces에서 deviating opinions가 problem-solving 과정의 정상적인 일부로 나타났고, intentionally impolite하게 perceived된 behavior는 드물었습니다.
따라서 learner의 목표는 “누가 반대했지?”만 체크하는 게 아닙니다. 무엇이 아직 unresolved인지를 추적하는 겁니다.
Original practice example
I see the point, but I’m still worried about testing time.
이 문장은 full rejection이라고 단정하기보다 testing time concern이 OPEN이라고 기록하는 편이 안전합니다.
polite disagreement, reservation, risk discussion에서 useful합니다.
“무슨 말인지는 알겠는데, 테스트 시간은 여전히 걱정됩니다.”
노트: FRICTION — testing time [OPEN]. 이후 alternative나 resolution을 기다리세요.
I’m not sure…, I see your point, but…, My concern is…, What if we… instead? 같은 표현은 서로 다른 degree와 function을 가질 수 있습니다. 한 phrase를 “반대” label로 끝내지 말고, 뒤의 negotiation이 issue를 닫는지 확인하세요.
HANDOFF: “해야 한다”와 “누가 하기로 했다”는 다릅니다
meeting action item을 분석한 SIGDIAL 연구는 action item을 단일 keyword가 아니라 action이 proposed, discussed, committed to 되는 dialogue region으로 다룹니다.
We should update the deck.는 actionable idea일 수 있지만, 아직 누가 맡았는지 모릅니다. owner를 마음대로 채우면 notes가 영어 문제를 넘어 project problem이 됩니다.
Original practice example
Mina, could you update the launch note by tomorrow? — Sure, I’ll do it.
request + named owner + task + stated deadline + acceptance가 함께 있습니다.
실행 항목을 meeting notes에 정확히 남길 때 사용합니다.
“미나, 내일까지 출시 안내문을 업데이트해 줄래요? — 네, 제가 할게요.”
HANDOFF: Mina | update launch note | by tomorrow | accepted.
| Field | 들렸을 때 | 안 들렸을 때 |
|---|---|---|
| OWNER | 이름/역할 기록 | 빈칸 + 확인 |
| TASK | 동사 + object 압축 | action item 확정 보류 |
| BY | stated deadline 기록 | deadline 추측 금지 |
| CONDITION | “once legal approves” 등 기록 | 없으면 만들지 않음 |
| ACCEPTED | acceptance/commitment 확인 | request와 commitment 구분 |
확실하지 않으면 “알겠습니다”라고 연기하지 마세요
회의에서 uncertainty를 숨기는 것보다 status를 확인하는 편이 훨씬 안전합니다. 특히 decision, ownership, deadline처럼 나중에 행동을 바꾸는 정보라면 더 그렇습니다.
| 헷갈리는 것 | 확인 표현 |
|---|---|
| decision인가 proposal인가 | Is that decided, or are we still considering it? |
| final decision wording | Just to confirm, are we agreed that we’re moving the launch to Friday? |
| concern resolved? | I may have missed this — did we resolve the testing concern? |
| owner | Who’s taking that action? |
| deadline | Do we have a deadline for that? |
여기서 중요한 태도는 없는 정보를 그럴듯하게 채우지 않는 것입니다. deadline이 안 들렸다면 “?”가 정확한 note입니다.
Meeting Status Lab: 이 turn 뒤 board는 어떻게 바뀔까요?
We could delay the release by one week.
LOCK: OPEN. Proposal만 있습니다. “release delayed”라고 확정 기록하지 마세요.
We could delay it by a week. — That works for me. — Same here. — Okay, then we’ll release next Friday.
LOCK. Proposal 뒤 alignment가 나오고 final recap까지 있습니다. Note: Release → next Fri [DECIDED].
I’m still concerned about the migration risk. What if we run a smaller pilot first?
FRICTION: OPEN. Concern + alternative가 있습니다. 아직 resolution이 없습니다.
Leo, can you send the revised estimate by Thursday? — Yes, I’ll send it Thursday morning.
HANDOFF complete. Leo | send revised estimate | Thu morning | accepted.
We should update the deck before the client call.
HANDOFF incomplete. Task idea는 있지만 owner/acceptance가 없습니다. 필요하면 Who’s taking that?이라고 확인하세요.
30-Second Status Board
A: We could send the client the draft today.
B: I’m worried legal hasn’t reviewed it.
C: Then let’s wait until legal signs off. Sam, can you check with them this afternoon?
Sam: Yes, I’ll message them by three.
C: Great. So we won’t send the draft until legal approves it.
세 줄만 적어 보세요: LOCK / FRICTION / HANDOFF.
모델 board 보기
LOCK: Do not send draft until legal approval.
FRICTION: Legal review missing → addressed by waiting.
HANDOFF: Sam | check/message legal | by 3 PM | accepted.
회의 결과를 영어로 말할 때 자주 고치는 표현
| 원래 표현 | 분류 | 상대가 이해할 뜻 | 학습자 의도 | 자연스러운 대안 | 메모 |
|---|---|---|---|---|---|
| We decided to Friday. | wrong | 금요일에 관해 결정했다는 의도는 추측됩니다. | 일정을 금요일로 옮겼다고 말합니다. | We decided to move it to Friday. / We decided on Friday. | 두 번째 문장은 Friday 자체를 선택했다는 의미입니다. |
| She disagreed about this idea. | context-dependent | 그 idea와 관련해 의견이 달랐다는 뜻은 이해될 수 있습니다. | idea 자체에 반대했는지 concern만 제기했는지 말하고 싶습니다. | She disagreed with the idea. / She raised a concern about the idea. | disagreed with와 raised a concern은 status가 다릅니다. |
| Mina took the action. | grammatically valid with a different or ambiguous meaning | Mina가 어떤 행동을 취했다는 뜻으로 들릴 수 있습니다. | Mina가 action item을 맡았다고 말합니다. | Mina took ownership of the action item. / Mina agreed to update the launch note. | 실제 task를 말하면 가장 명확합니다. |
| The deadline is tomorrow, I think. | context-dependent | deadline이 내일이라고 추정하고 있음을 전달합니다. | 불확실한 deadline을 말합니다. | I think the deadline is tomorrow, but I want to confirm. | 업무 결과에 영향을 주는 uncertainty는 명시하고 확인하는 편이 안전합니다. |
회의에서는 문장보다 상태를 들으세요
meeting outcome을 정확히 듣는 사람은 모든 영어 문장을 기억하는 사람이 아닙니다. proposal이 아직 open인지, concern이 해결됐는지, task가 실제로 누구에게 넘어갔는지를 추적하는 사람입니다.
LOCK / FRICTION / HANDOFF. 이 세 칸만 유지해도 notes의 목적이 완전히 달라집니다.
그리고 status가 불확실하면 그 빈칸을 영어 실력으로 메우지 마세요. 확인하세요. “Is that decided?”, “Who’s taking that?”, “Do we have a deadline?” 같은 짧은 질문이 잘못된 certainty보다 훨씬 professional합니다.