본문으로 바로가기
Flalingo

영어 연습

영어로 팀 간 갈등을 누구 탓도 하지 않고 다루려면? C1 고급: 분열문, 도치, 개선 조치 기록

Two colleagues review the case documents at a desk.

팀 간 갈등을 위한 C1 영어: 사람이 아니라 절차를 짚는 it-cleft와 what-cleft, only와 rarely 뒤의 도치, 긴장된 회의에서 사실로 돌아가고 타협하는 표현, 170–200단어 개선 조치 기록.

팀 간 갈등에서 가장 쓸모 있는 영어는 사람이 아니라 절차에 초점을 맞춥니다. 분열문(cleft)이 바로 그 역할을 합니다: “It was the private scope change that caused two days of rework.” 도치(“Only after the missed training window did both teams see the gap”)는 서면 기록에 무게를 더합니다. 회의는 사실에 집중시키고, 담당자와 기한을 합의하세요. 이 주제는 C1(고급) 수준으로, 팀 간 의견 충돌을 다루는 직장인을 위한 것입니다. 하루 15분이면 충분합니다.

이 글이 맞는 분

  • 회고 회의나 두 팀이 문제를 다르게 보는 회의를 이끄는 팀 리더, 프로젝트 매니저, 운영 담당자.
  • 동료의 결정이 문제를 일으켰다는 사실을 감정싸움 없이 말해야 하는 직장인.
  • 갈등 뒤에 기록을 작성하며 양쪽 모두에게 공정하기를 바라는 분.
  • 아직 이릅니다: 서면 후속 메일에서 근거와 의견을 구분하는 것이 아직 어렵다면 B2 수준의, 근거를 갖춘 제품 제안 후속 메일부터 시작하세요.
  • 너무 쉽습니다: 분열문과 도치가 이미 자연스럽다면 제안서가 시범 결과를 부풀리지 않게 하는 한정 부사로 넘어가세요.

예시 학습 페이지 열기

예시 학습 페이지 열기

단어 카드

Can I just make sure I've understood this correctly?

clarification frame. check your understanding

Can I just make sure I’ve understood this correctly? The scope changed in a private chat?

Would I be right in thinking …?

clarification frame. check an inference

Would I be right in thinking Service worked from the earlier plan?

Let's try not to get personal here.

fact-focus frame. stop personal criticism

Let’s try not to get personal here; both teams met their internal deadlines.

Can we try and stay focused on the facts?

fact-focus frame. redirect to evidence

Can we try and stay focused on the handover log?

대화

Maya When the scope changed in a private chat, my team continued using the old plan for two days.

Owen I was trying to resolve the issue quickly, but I can see that the effect was exclusion.

Maya What we need is one recorded decision and an accountable owner.

Owen I do agree. I’ll reopen the decision with both teams and publish the final scope by 15:00.

Maya I'll bring the Service view to the review and make sure disagreement is recorded as evidence, not disloyalty.

문장 형태

fronting

emphasis structure. move selected information to the beginning

The missing handover owner we need to fix first.

negative expression + inversion

fronting with inversion. invert auxiliary and subject after a negative opening

Rarely have the two teams reviewed a scope change together.

only + fronting and inversion

fronting with inversion. invert after an initial only phrase

Only after the missed training window did both teams see the gap.

participle fronting + inversion

fronting structure. front a participle phrase and invert be

Included in the revised process is a named handover owner.

it-cleft

cleft structure. focus a noun phrase or adverbial

It was the private scope change that caused two days of rework.

what-cleft

cleft structure. move focus to the end after a what clause

What we need is one recorded decision.

the person/place/reason/thing + relative clause

fixed emphasis frames. focus a selected person, place, reason or thing

The reason why Service missed training is that it received the earlier plan.

topic fronting without inversion

fronting structure. emphasize an object or complement

Personal labels I will remove; factual disagreement I will keep.

추가 연습

Analyse the evidence

Maya and Owen review the case documents at a desk.

A product team and service team share a launch deadline. Two product leads change the scope in a private chat, intending to save time. Service works from the earlier plan for two days and misses a training window. In the retrospective, product staff say service is resistant; service staff say product ignores operational knowledge. Delivery data shows both teams met their own deadlines but the cross-team handover had no named owner. The two teams now need to discuss the conflict openly, agree who owns each handover and repair the decision process.

Write the decision record

Maya and Owen review the case documents at a desk.

Subject: Repair actions after the launch-scope conflict

The retrospective confirmed that product leads changed the launch scope in a private chat. Service then worked from the earlier plan for two days and missed a training window. What caused the failure was not one team’s effort; it was the absence of a recorded cross-team decision and named handover owner. Both teams met their internal deadlines.

Owen acknowledged that he intended to save time but that the effect was exclusion. Maya explained that describing service as resistant undermined constructive conflict. We agreed to reopen the scope decision today. Owen will publish the final scope and rationale by 15:00. The launch manager will chair a thirty-minute review with both teams, and Maya will record the unresolved Service risks.

From now on, a scope change is valid only when Product and Service confirm it in the decision log. The launch manager herself will assign one owner to every cross-team handover. We will review missed updates, reopened decisions and psychological-safety feedback after four weeks.

Please add factual corrections by noon; personal labels will be removed from the final record.

Changed-constraint transfer

Maya and Owen discuss teamwork.

Maya Design approved a new checkout flow, but Support saw it only after customer testing began.

Owen The team met its test date, but the handover excluded the people who own customer questions.

Maya What we need is one recorded release decision and a Support readiness owner.

Owen I’ll reopen the decision and publish the final flow by 14:00; you’ll record unresolved support risks.

Create the action brief

Maya and Owen review the case documents at a desk.

A design team began testing a revised checkout flow with twenty customers. Support received the flow after testing started and has no approved answers for two new payment errors. Both teams met their internal dates, but the release decision has no named Support-readiness owner. Draft a record that removes personal labels, emphasizes the process failure, captures both teams’ feedback, assigns owners and makes release conditional on verified support answers.

Audit the repair record

stakeholders

identify who benefits and carries risk

Name affected groups before selecting the response.

evidence boundary

state what the current evidence cannot prove

Keep forecasts separate from observed outcomes.

fallback

define what happens if the plan fails

Assign a trigger and a recoverable alternative.

review

state when and how the next decision occurs

Name measures, owner and date.

이 단원 배우기
어떻게 배우고 싶나요?
계정이 있나요?

무료 계정은 한 단원을 계속 열어 둘 수 있습니다.

누구 탓도 하지 않고 갈등을 설명하는 대화

범위 변경이 비공개 채팅에서 결정되었고, 서비스팀은 이틀 동안 이전 계획대로 일했습니다. 누구의 잘못인지가 아니라 그 영향을 말하는 방식에 주목하세요.

듣고 답해 보세요. 마야는 무엇을 요청하고, 오언은 15시까지 무엇을 공개하나요? (기록된 하나의 결정과 책임질 담당자, 그리고 최종 범위입니다.)

Maya When the scope changed in a private chat, my team continued using the old plan for two days.

Owen I was trying to resolve the issue quickly, but I can see that the effect was exclusion.

Maya What we need is one recorded decision and an accountable owner.

Owen I do agree. I’ll reopen the decision with both teams and publish the final scope by 15:00.

Maya I'll bring the Service view to the review and make sure disagreement is recorded as evidence, not disloyalty.

분열문: 사람이 아니라 절차에 초점 맞추기

분열문은 한 문장을 둘로 나눠 한 요소를 부각합니다. it-cleft는 원인을 콕 집어 주고, what-cleft는 핵심을 영어의 주된 강세가 오는 문장 끝으로 미룹니다. 한국어의 “우리에게 필요한 것은 기록된 결정 하나입니다”가 what-cleft와 거의 같은 구조이니 그대로 활용하세요. “It was the private scope change that left Service on the old plan”은 고칠 수 있는 사건을, “Owen changed the scope”는 사람을 가리킵니다. 강조의 do(“I do agree”)는 약속하기 전에 진심으로 동의한다는 신호입니다.

  • “It was the private scope change that caused two days of rework.” – 이틀간의 재작업을 일으킨 것은 비공개 범위 변경이었습니다.
  • “What caused the failure was not one team’s effort; it was the absence of a named handover owner.” – 실패의 원인은 한 팀의 노력이 아니라 인계 담당자가 없었다는 점이었습니다.

무게를 더하는 도치와 전치

rarely, not once, only after처럼 부정이나 제한의 표현으로 문장을 시작하면 조동사가 주어 앞으로 갑니다. 조동사가 없으면 do나 did를 넣습니다. “only after”나 “only when”에서는 시간절이 아니라 주절을 도치합니다. 한국어에는 조동사와 주어의 자리를 바꾸는 규칙이 없어서 이 단계를 놓치기 쉽습니다. 기록에서는 한 번의 도치가 무게를 더하지만, 실시간 회의에서 여러 번 쓰면 외운 말처럼 들립니다.

  • “Rarely have the two teams reviewed a scope change together.” – 두 팀이 범위 변경을 함께 검토한 적은 거의 없습니다.
  • “Only after the missed training window did both teams see the gap.” – 교육 일정을 놓친 뒤에야 두 팀은 공백을 알아차렸습니다.
  • “Included in the revised process is a named handover owner.” – 분사구 전치
  • “Personal labels I will remove; factual disagreement I will keep.” – 목적어 전치, 도치 없음

긴장된 회의를 사실에 묶어 두는 표현

반박하기 전에 확인하고, “resistant”(비협조적인) 같은 꼬리표는 피하고, 의견 차이를 조건으로 바꾸세요.

  • 확인하기: “Can I just make sure I’ve understood this correctly? The scope changed in a private chat?”
  • 추론 점검하기: “Would I be right in thinking Service worked from the earlier plan?”
  • 사실로 돌아가기: “Let’s try not to get personal here; both teams met their internal deadlines.”
  • 반대하기: “I see what you mean, but speed did not justify excluding Service.”
  • 타협하기: “I’m prepared to keep the deadline if both teams confirm the scope.”
나에게 맞는 방법으로 이 단원 배우기

여섯 단계로 쓰는 개선 조치 기록

외부 사람도 바로 실행할 수 있도록 170–200단어로 쓰세요. 새 사례: 지원팀은 고객 테스트가 시작된 뒤에야 새 결제 흐름을 보았고, 새로운 결제 오류 두 가지에 대해 승인된 답변이 없습니다.

  • 사실: “Customer testing began before Support received the flow.”
  • 원인: “What caused the gap was a release decision with no Support-readiness owner.”
  • 양쪽의 입장: “Design met its test date; Support cannot yet answer two payment errors.”
  • 담당자: “Design will publish the final flow by 14:00.”
  • 조건: “Only when Support has approved answers will the flow be released.”
  • 규칙과 검토: “From now on, both teams confirm release decisions in the log; we will review it on Friday.”

자주 하는 실수

강조를 어색하게 만들거나 사실을 비난으로 바꾸는 실수입니다.

  • “Only after the review we saw the gap.” 도치하세요: “did we see”.
  • “What we need it is one decision.” “it”은 빼세요.
  • “It was the private change caused the rework.” “that”을 남기세요.
  • “The reason is because …” 격식 있는 글에서는 “The reason is that …”을 쓰세요.
  • “Service is resistant.” 행동을 설명하세요: “Service worked from the plan it received.”

하루 15분 연습

직장에서 실제로 겪은 의견 충돌이나 위의 결제 흐름 사례로 연습하세요.

  • 3분: “They never tell us anything” 같은 불만을 it-cleft와 what-cleft로 바꿔 쓰세요.
  • 3분: Rarely와 Only after로 시작하는 문장을 초점 단어에 강세를 두며 말하세요.
  • 7분: 개선 조치 기록을 쓰세요.
  • 2분: 소리 내어 토론하세요. 의견 충돌이 전혀 없는 팀은 건강한 팀일까요? “What matters most is …”를 써 보세요.

다음 단계

다음은 quite, only, not absolutely 같은 한정 부사입니다. 제안서가 시범 결과를 부풀리지 않게 해 줍니다.

자주 묻는 질문

영어 분열문(cleft sentence)이란 무엇인가요?

한 요소를 부각하려고 둘로 나눈 문장입니다. it-cleft는 원인을 강조하고(“It was the private change that caused the rework”), what-cleft는 핵심을 문장 끝으로 보냅니다(“What we need is one decision”).

영어에서 only나 rarely 뒤에는 언제 도치하나요?

부정이나 제한의 표현이 문장 맨 앞에 올 때입니다: “Rarely have we …”, “Only after the review did we …”. 일상 대화보다는 서면 기록에 어울립니다.

직장에서 감정적으로 들리지 않게 영어로 반대하려면 어떻게 하나요?

상대의 요점을 먼저 인정한 뒤 근거를 대세요: “I see what you mean, but the handover had no owner.” 성격이 아니라 행동을 말하세요.

이 단원 배우기
어떻게 배우고 싶나요?
계정이 있나요?

무료 계정은 한 단원을 계속 열어 둘 수 있습니다.

다음에는 무엇을 할까요?

Flai로 계속 연습하세요

Flai는 음성 대화, 교정 내용, 수업 보고서로 말하기 연습을 돕는 Flalingo의 AI 말하기 앱입니다.

라이브 선생님과 비즈니스 영어

Flalingo 비즈니스 영어 수업은 라이브 선생님과 1:1로 진행되며 이런 상황을 중심으로 구성됩니다.