- Published on
영어 기술 발표 실전 가이드 — 슬라이드 설명, Q&A 응대, 데모 영어 표현
- Authors
- Name
- 들어가며
- 1. 오프닝 — 첫인상을 결정하는 30초
- 2. 슬라이드 전환 — 자연스러운 흐름 만들기
- 3. 기술 데모 — 라이브 시연의 기술
- 4. 핵심 개념 설명 — 복잡한 기술을 쉽게
- 5. Q&A 응대 — 프로처럼 질문 받기
- 6. 클로징 — 마무리의 기술
- 7. 실전 미니 스크립트 — 5분 발표 예시
- 8. 발음 & 전달력 체크리스트
- 퀴즈

들어가며
해외 컨퍼런스, 사내 영어 발표, 글로벌 팀 미팅에서 기술 발표를 해야 할 때 — 내용은 준비했는데 영어 표현이 막히는 경험, 다들 있을 겁니다. 이 글에서는 기술 발표의 각 단계별로 바로 사용할 수 있는 영어 표현을 정리합니다. 단순 암기가 아니라 실전 시나리오 속에서 연습할 수 있도록 구성했습니다.
1. 오프닝 — 첫인상을 결정하는 30초
발표의 시작은 청중의 주의를 끄는 것입니다. 자기소개 → 주제 소개 → 발표 구조 안내 순서가 가장 자연스럽습니다.
자기소개 (Self-Introduction)
Good morning, everyone. My name is Youngju Kim,
and I'm a software engineer at Upstage.
Thank you for taking the time to join this session.
💡 Tip: "I'm happy to be here" 보다 "Thank you for taking the time"이 더 프로페셔널합니다.
주제 소개 (Topic Introduction)
Today, I'd like to talk about how we improved our inference
pipeline performance by 3x using model quantization.
The goal of this presentation is to share practical lessons
we learned while deploying LLMs in production.
발표 구조 안내 (Outline)
I've divided my talk into three parts:
First, I'll cover the problem we faced.
Then, I'll walk you through our approach.
Finally, I'll share the results and key takeaways.
This should take about 20 minutes,
and I'll leave 10 minutes for questions at the end.
2. 슬라이드 전환 — 자연스러운 흐름 만들기
다음 슬라이드로 넘어갈 때
| 상황 | 표현 |
|---|---|
| 새 섹션 시작 | "Let's move on to the next section." |
| 구체적 주제로 | "Now I'd like to turn to..." |
| 핵심 포인트 강조 | "This brings me to my main point." |
| 이전 내용 연결 | "Building on what I just mentioned..." |
| 잠시 돌아가기 | "Let me go back to this slide for a moment." |
슬라이드 내용 설명
As you can see on this slide, the latency dropped
significantly after we applied batch processing.
This chart shows the comparison between v1 and v2.
The blue line represents throughput, and the red line
represents latency.
I'd like to draw your attention to this particular metric —
the P99 latency went from 800ms down to 250ms.
그래프/차트 설명 핵심 표현
# 증가/감소
"There was a sharp increase in..."
"We saw a gradual decline in..."
"The numbers peaked at 10,000 requests per second."
# 비교
"Compared to the baseline, this is a 3x improvement."
"If we look at the before and after..."
# 비율
"This accounts for roughly 40% of total traffic."
"The ratio of reads to writes is approximately 8 to 1."
3. 기술 데모 — 라이브 시연의 기술
데모는 발표의 하이라이트입니다. 하지만 예상치 못한 오류가 발생할 수도 있죠. 각 상황별 표현을 준비해두면 당황하지 않습니다.
데모 시작
Let me switch to a live demo now.
I'm going to show you how this actually works in practice.
What you're seeing here is our development environment
running on Kubernetes.
단계별 설명
First, I'll spin up the service...
Now I'm sending a request to the API endpoint...
As you can see, the response came back in under 200ms.
Let me zoom in on this part so you can see the details.
데모 중 문제 발생 시 🛟
이것이 가장 중요합니다. 당황하지 말고 준비된 표현을 사용하세요:
# 로딩이 느릴 때
"It seems to be taking a moment. While we wait,
let me explain what's happening behind the scenes."
# 에러 발생 시
"That's not what we expected! Let me try that again."
"Looks like we hit a network issue.
I have a backup recording — let me show you that instead."
# 유머로 넘기기
"Well, this is why we have staging environments, right?"
"As they say, it worked on my machine!"
💡 Tip: 데모 실패에 대비해 **항상 스크린 녹화본(backup recording)**을 준비하세요.
4. 핵심 개념 설명 — 복잡한 기술을 쉽게
비유 사용 (Analogies)
"Think of a message queue like a post office —
producers drop off letters, and consumers pick them up
at their own pace."
"You can think of containers as lightweight virtual machines,
but they share the host OS kernel."
단계적 설명 (Step-by-step)
"Let me break this down step by step."
"At a high level, what happens is..."
"Under the hood, the system does three things..."
"To put it simply, ..."
"In other words, ..."
복잡한 아키텍처 설명
"On the left side, you have the client application.
It sends requests to our API gateway, shown in the middle.
The gateway then routes traffic to the appropriate
microservice on the right."
"The data flows from left to right:
ingestion, processing, and finally storage."
5. Q&A 응대 — 프로처럼 질문 받기
Q&A는 발표자의 진짜 실력이 드러나는 순간입니다.
Q&A 시작
"That wraps up my presentation.
I'd be happy to take any questions."
"Before we move to questions, let me quickly summarize
the key takeaways..."
질문 받기
# 질문 확인
"That's a great question. Let me make sure I understand —
you're asking about...?"
# 질문 반복 (청중 전체를 위해)
"For those who didn't hear, the question was about..."
# 시간 확보
"That's an interesting point. Let me think about that
for a moment."
답변 패턴
# 자신 있는 답변
"Based on our experience, ..."
"What we found was that..."
# 모를 때 (정직하게!)
"That's a great question, and honestly,
I don't have the exact numbers off the top of my head.
Can I follow up with you after the session?"
"I'm not sure about that specific case,
but I can point you to our documentation."
# 범위 밖일 때
"That's a bit outside the scope of today's talk,
but I'd love to discuss it offline."
까다로운 질문 대처
# 비판적 질문
"I appreciate you raising that concern.
You're right that there are trade-offs..."
# 너무 긴 질문
"I think I got the gist of your question.
Let me address the main point..."
# 공격적 질문
"That's a fair challenge. Let me share our reasoning..."
6. 클로징 — 마무리의 기술
# 요약
"To sum up, the three key takeaways are:
one, quantization can reduce model size by 4x;
two, the accuracy loss is negligible for most use cases;
and three, deployment complexity stays the same."
# 감사 인사
"Thank you for your time and attention.
I hope you found this useful."
# CTA (Call to Action)
"If you're interested in trying this out,
check out our GitHub repo — the link is on the last slide."
"Feel free to reach out to me on Slack or email
if you have any follow-up questions."
7. 실전 미니 스크립트 — 5분 발표 예시
아래는 "API 응답 속도 개선" 주제로 5분 발표를 하는 전체 스크립트입니다:
[Opening - 30s]
Good afternoon, everyone. I'm Youngju from the platform team.
Today, I'd like to share how we reduced our API response time
by 60%.
[Problem - 1min]
As you can see from this graph, our P95 latency was hovering
around 2 seconds last quarter. Users were complaining, and
our SLA compliance was dropping.
[Approach - 1.5min]
We took a three-pronged approach:
First, we added Redis caching for frequently accessed data.
Second, we optimized our database queries —
I'll show you the EXPLAIN output in a moment.
Third, we implemented connection pooling.
[Demo - 1.5min]
Let me show you a quick before-and-after comparison.
On the left is the old response time... and on the right,
after our changes. You can see the difference is dramatic.
[Closing - 30s]
To wrap up: with these three changes, we brought our P95
latency from 2 seconds down to 400 milliseconds.
The full write-up is on our internal wiki.
Thank you — happy to take questions.
8. 발음 & 전달력 체크리스트
영어 발표에서 내용만큼 중요한 것이 전달력입니다:
- 속도 조절: 핵심 포인트에서는 천천히, 전환부에서는 자연스럽게
- Pause 활용: "The result was... (pause) ...a 3x improvement."
- 강세(Stress): 중요한 단어에 힘을 주세요 — "We achieved a significant reduction"
- Eye contact: 슬라이드가 아닌 청중을 보세요
- Filler words 줄이기: "um", "uh", "like" 대신 pause를 사용
자주 틀리는 기술 용어 발음
| 단어 | 잘못된 발음 | 올바른 발음 |
|---|---|---|
| cache | 캐치(catch) | 캐시(/kæʃ/) |
| queue | 큐이(kyu-i) | 큐(/kjuː/) |
| nginx | 엔진엑스 | 엔진엑스(/ˌɛndʒɪnˈɛks/) |
| sudo | 수도 | 수두(/ˈsuːduː/) |
| OAuth | 오어스 | 오오쓰(/oʊ ɔːθ/) |
| YAML | 야물 | 야멀(/ˈjæməl/) |
| SQL | 시퀄 or 에스큐엘 | 둘 다 OK |
퀴즈
Q1: 발표 시작 시 "Thank you for taking the time"이 "I'm happy to be here"보다 더 프로페셔널한 이유는?
청중의 시간을 존중하는 표현이기 때문입니다. "I'm happy to be here"는 자기 중심적이지만, "Thank you for taking the time"은 청중 중심적인 표현입니다.
Q2: 슬라이드의 특정 부분에 주의를 끌고 싶을 때 사용하는 표현은?
"I'd like to draw your attention to..." 또는 "Let me highlight this particular metric."
Q3: 라이브 데모에서 에러가 발생했을 때 가장 먼저 해야 할 것은?
당황하지 말고 준비된 표현을 사용하며, 백업 녹화본으로 전환하거나 "Let me try that again"으로 재시도합니다.
Q4: Q&A에서 모르는 질문을 받았을 때 적절한 대응은?
"I don't have the exact numbers off the top of my head. Can I follow up with you after the session?" — 솔직하게 모른다고 인정하고 후속 조치를 약속하는 것이 가장 좋습니다.
Q5: "cache"의 올바른 영어 발음은?
/kæʃ/ — "캐시"로 발음합니다. "catch(캐치)"와 혼동하기 쉽습니다.
Q6: 그래프에서 급격한 증가를 설명할 때 사용하는 표현은?
"There was a sharp increase in..." 또는 "The numbers spiked to..."
Q7: 발표의 클로징에서 CTA(Call to Action)란 무엇인가?
청중에게 다음 행동을 유도하는 것입니다. 예: "Check out our GitHub repo", "Feel free to reach out on Slack" 등.
Q8: 비유(analogy)를 사용해 메시지 큐를 설명한다면?
"Think of a message queue like a post office — producers drop off letters, and consumers pick them up at their own pace."
Q9: 발표 중 filler words를 줄이는 가장 효과적인 방법은?
"um", "uh" 대신 의도적인 pause(멈춤)를 사용하는 것입니다. 침묵이 filler words보다 훨씬 프로페셔널하게 들립니다.
Q10: 질문이 발표 범위를 벗어났을 때 정중하게 거절하는 표현은?
"That's a bit outside the scope of today's talk, but I'd love to discuss it offline."