# 공고와 이력서로 면접 연습 질문 만드는 법

> 실제 질문을 맞힌다고 가정하지 않고, 공고 요구사항과 이력서 근거를 연결해 연습 질문 후보를 만드는 5단계 워크시트입니다.

- canonical: https://blog.platformholder.site/ko/blog/mirror-view/create-interview-questions
- 마크다운 원문: https://blog.platformholder.site/ko/blog/mirror-view/create-interview-questions/raw
- 서비스: Mirror-View (mirror-view)
- 언어: ko
- 발행일: 2026-04-23
- 최종 수정일: 2026-07-30
- 태그: 면접질문, 면접준비, 채용공고분석, JD분석, 예상질문, 취업준비
- 출처 표기: platformholder blog — https://blog.platformholder.site/ko/blog/mirror-view/create-interview-questions

**핵심 요약**

- 실제 면접 질문은 회사와 면접관마다 다르다. 이 글은 공개된 공고에서 고른 문장을 검증 가능한 준비 기준으로 쓰는 휴리스틱이다.
- 요구사항마다 이력서에서 근거 한 줄을 찾아 붙이면, 근거가 있는 항목은 깊이를 캐묻는 질문이 되고 근거가 빈 항목은 공백을 묻는 질문이 된다.
- 감당할 수 있는 질문 수와 답변 개요를 연습 범위로 정한다. 지원처가 공개한 면접 형식과 지침이 우선한다.
- 소리 내어 말하고 받아쓰는 방식은 반복 표현을 표시하기 위한 선택형 비교 방법이다. 눈으로 읽는 점검도 다른 편집 방법으로 남는다.
- 공고에 정보가 적으면 고용주의 공식 자료에서 확인 질문의 가설을 얻을 수 있다. 공고 밖 항목은 복원한 요구사항이 아니라 검증 전 가설이다.

---

역할이 달라도 면접 답변이 비슷하다면 연습 자료가 한 가지 원인일 수 있습니다.

이 글은 공고와 이력서로 연습 질문 후보를 만드는 방법입니다. 실제 질문이나 개인에게 필요한 준비 시간을 안다고 가정하지 않습니다.

## 공고를 질문 후보의 기준으로 쓰는 이유

실제 질문 작성 방식은 회사·면접 단계·면접관마다 다르고, 지원자가 알 수 없는 경우가 많습니다. 따라서 특정 질문을 맞히려 하기보다 **고용주가 공개한 문서인 공고를 준비 기준으로 쓰는 것**이 안전합니다.

이 글의 순서는 면접관의 내부 절차를 묘사한 것이 아니라, 지원자가 스스로 점검하기 위한 순서입니다.

1. 내 이력서를 읽는다
2. 지원할 공고의 요구사항 중 어느 줄이 이력서와 겹치는지 표시한다
3. 겹치는 줄은 **내 경험의 깊이를 점검할** 연습 질문으로 바꾼다
4. 겹치지 않는 줄은 **공백을 어떻게 설명할지** 묻는 연습 질문으로 바꾼다

3번과 4번을 나누면 이미 말할 근거가 있는 항목과 추가 설명이 필요한 항목이 구분됩니다. 준비량이 얼마나 줄어드는지는 사람마다 다릅니다.

> **[IMPORTANT] 일반 질문 모음에 이 워크시트가 더하는 것**
>
> 일반 질문 모음은 공통 연습에는 쓸 수 있지만 특정 공고와 내 경험의 연결을 대신해주지는 않습니다. 이 워크시트는 그 빠진 연결을 점검하기 위한 보조 도구입니다.

## 5단계 워크시트

### 1단계: 공고에서 관련 요구사항을 원문 그대로 뽑는다

**요약하지 말고 복사합니다.** 요약하는 순간 그 공고만의 단어가 사라지고, 사라진 단어가 바로 면접 질문의 재료입니다.

문서를 하나 열고 왼쪽 열에 공고의 "자격 요건"과 "주요 업무"에서 연습할 문장을 골라 붙여넣으세요.

- 우대 사항은 실제 경험과 연결되는 경우 포함합니다
- "커뮤니케이션 능력"처럼 넓은 문장은 구체 사례를 붙일 수 있을 때만 남깁니다
- 도구·기술 이름이 있는 줄은 실제 사용 경험 또는 공백 설명의 후보로 검토합니다

### 2단계: 요구사항마다 이력서 근거를 한 줄씩 붙인다

오른쪽 열에 **내 이력서에 이미 적혀 있는 문장**을 옮겨 적습니다. 새로 지어내지 않습니다.

| 공고 요구사항 (원문) | 내 이력서 근거 (원문) |
|---|---|
| "대용량 트래픽 환경에서의 API 설계 경험" | "(가상 예시) 일 300만 요청 규모 결제 API 설계·운영" |
| "Kafka 기반 이벤트 처리 경험" | *(빈칸)* |
| "테스트 코드 작성 문화에 익숙하신 분" | "통합 테스트 도입, 배포 롤백 건수 감소" |

근거를 못 찾겠으면 **비워 두세요.** 빈칸이 부끄러운 게 아니라, 빈칸이 3단계에서 질문이 됩니다.

> **[TIP]**
>
> 실제로 한 일인데 이력서에서 근거를 찾을 수 없다면 관련 내용이 빠졌는지 검토하세요. 사실이고 직무와 관련되며 지원처 양식에 맞을 때만 추가합니다.

### 3단계: 근거 있음은 '깊이 질문', 빈칸은 '공백 질문'으로 바꾼다

아래 두 가지 워크시트 패턴으로 표의 각 줄을 질문 문장으로 바꿉니다.

**오른쪽이 채워진 줄 → 깊이 질문**
- "그 API를 설계할 때 가장 어려웠던 트레이드오프는 무엇이었나요?"
- "일 300만 요청은 어느 시점에 병목이 왔고, 무엇을 바꿔서 해결했나요?"
- "다시 한다면 어떤 결정을 바꾸시겠어요?"

**오른쪽이 빈 줄 → 공백 질문**
- "Kafka는 사용해보신 적이 없는 것 같은데, 입사 후 어떻게 익히실 계획인가요?"
- "비슷한 문제를 다른 도구로 풀어보신 경험이 있나요?"

고른 요구사항마다 질문 후보를 하나씩 적고, 근거를 점검하는 데 도움이 될 때 보조 질문을 붙입니다. 특정 개수를 면접 공식으로 삼지 말고 감당할 수 있는 범위를 고르세요.

### 4단계: 질문마다 간단한 답변 개요를 만든다

다음 **네 항목**을 선택형 개요로 쓸 수 있습니다.

1. 상황: 언제, 어떤 조건에서
2. 행동: 내가 실제로 한 결정 하나
3. 결과: 가능하면 숫자로
4. 연결: 이 공고의 어느 줄과 겹치는지

네 번째 항목은 이번 공고에 이 근거를 고른 이유를 기록합니다. 모든 문장을 회사 전용으로 만들 필요는 없습니다.

공백 질문에는 **인정 + 관련 근거 또는 계획**을 시도할 수 있습니다. 계획은 실제로 실행 가능한 범위에서 쓰고 지원처 안내를 우선합니다.

### 5단계: 소리 내어 말하고 받아쓴 텍스트로 점검한다

눈으로 읽는 것과 소리 내어 말하는 것은 서로 다른 점검입니다. 말한 뒤 텍스트로 옮기면 반복 표현을 직접 표시할 수 있습니다.

뼈대를 덮어두고 소리 내어 답한 다음, 말한 내용을 텍스트로 옮겨서 읽어보세요. 이때 확인할 것은 세 가지입니다.

- 지원처가 형식을 안내했다면 그 형식에 맞는가. 안내가 없다면 상황·행동·근거 있는 결과·연결의 비중이 내 비교 목적에 맞는가
- **회사 이름을 지워도 말이 되는 문장**이 몇 개인가. 많다면 이번 공고와의 연결이 충분히 보이는지 다시 확인합니다
- "열정", "성장", "다양한" 같은 단어가 몇 번 나왔는가

받아쓰기는 손으로 해도 되고 음성 인식 도구를 써도 됩니다. 중요한 건 **내 말이 글자로 보이는 상태**를 만드는 것입니다.

## 공고가 짧을 때: 고용주 공식 자료로 가설 만들기

이 워크시트는 공고에 구체적인 업무나 자격 요건이 있을 때 쓰기 쉽습니다. 공고가 짧다면 상세 질문을 만들 근거가 충분하지 않을 수 있습니다.

공고 밖 자료로 요구사항을 복원하지 않습니다. 아래 고용주 공식 자료는 검증 전 질문을 만드는 데만 씁니다.

**1. 회사 공식 기술 블로그·뉴스룸**
공개된 최근 글에서 팀이 직접 설명한 프로젝트와 용어를 확인할 수 있습니다. 다만 글쓴 팀과 채용 팀이 같은지는 알 수 없으므로, 질문 후보에는 `(확인 필요)`라고 표시합니다.

**2. 같은 고용주의 다른 공고**
다른 직무나 팀의 공고에 추가 맥락이 있을 수 있습니다. 그 내용은 해당 공고의 근거일 뿐이므로, 이번 공고에 관해서는 확인 질문을 만드는 데만 씁니다.

**3. 회사가 공개한 팀 소개**
공식 팀 소개에 역할과 기술이 적혀 있다면 확인 질문의 재료로 쓸 수 있습니다. 개인 프로필만 보고 채용 요건을 단정하지 않습니다.

> **[WARNING] 공고 밖 정보는 가설로 표시하세요**
>
> 다른 고용주 공식 페이지의 내용도 이번 공고의 확정 요구사항이 아닙니다. 표에 `(가설)`로 표시하고 확인 질문으로 남기세요. 경쟁사 공고와 직원 개인 프로필은 이 고용주의 요구사항에 대한 근거가 아닙니다.

## 면접 전에 연습 목록을 다시 보는 법

우선순위를 정하고 싶다면 아래를 선택형 편집 순서로 쓸 수 있습니다.

1. **공고에서 반복되거나 구체적으로 설명된 업무부터.** 순서 자체가 우선순위라는 보장은 없으므로 표현의 구체성을 봅니다.
2. **직접 근거가 없는 줄.** 관련 근거·실행 가능한 계획이 있는지, 아니면 공백을 그대로 인정해야 하는지 결정합니다.
3. **숫자·날짜·규모가 들어간 답변.** 각 값을 기록과 측정 메모에 다시 대조합니다.

연습 시간은 개인 일정에 맞춰 정합니다. 지원처가 면접 형식이나 평가 항목을 안내했다면 그 안내가 우선입니다.

## 마무리

면접 준비에서 정해야 할 한 가지는 **무엇을 연습할지**입니다.

공고에서 고른 요구사항을 옮기고 이력서 근거를 붙이면 범위가 정해진 연습 목록을 만들 수 있습니다. 이 목록은 예측이 아니라 워크시트입니다.

> 답변이 왜 매번 비슷해지는지 궁금하다면: [면접에서 매번 비슷한 답변만 나오는 진짜 이유](/ko/blog/mirror-view/why-same-interview-answers)

---

*이 글은 AI 보조 도구를 활용해 작성했으며, platformholder가 사실 확인과 편집을 진행했습니다.*

## FAQ

**Q. 면접 예상 질문은 어떻게 뽑나요?**

지원한 공고의 자격 요건·주요 업무에서 관련 줄을 골라 각 줄 옆에 내 이력서의 근거 문장을 붙여보세요. 근거가 있는 줄은 경험의 깊이를 점검하는 질문으로, 빈 줄은 공백을 설명하는 질문으로 바꿀 수 있습니다. 이는 실제 질문 예측이 아니라 준비 범위를 정하는 워크시트입니다.

**Q. 채용 공고만 보고 면접 질문을 만들 수 있나요?**

공고만으로 실제 질문을 알 수는 없습니다. 다만 공고는 고용주가 공개한 업무·자격 정보를 주고, 이력서는 내가 근거로 말할 수 있는 범위를 보여줍니다. 두 문서를 나란히 놓으면 사실에 기반한 연습 질문 후보를 만들 수 있습니다.

**Q. 면접 예상 질문은 몇 개나 준비해야 하나요?**

이 글은 보편적인 적정 개수를 제시하지 않습니다. 공고에서 감당할 수 있는 범위를 고르고, 지원처가 안내한 면접 형식과 지침에 맞춰 질문 수와 답변 형식을 정하세요.

**Q. 혼자 면접 연습할 때 답변을 어떻게 점검하나요?**

원한다면 소리 내어 말한 뒤 텍스트로 옮겨 반복 단어, 긴 도입, 근거가 비는 부분을 표시하세요. 지원처가 시간 제한이나 답변 형식을 안내했다면 편집용 목표 대신 그 지침을 사용합니다.

**Q. 채용 공고가 너무 짧아서 뽑을 요구사항이 없으면 어떻게 하나요?**

요구사항을 복원하지 마세요. 고용주의 공식 채용 페이지·팀 소개·뉴스룸·기술 글·같은 회사의 다른 공고는 가설을 만드는 데만 씁니다. 각 가설은 확인 대상으로 표시하고, 다른 팀·직무나 개인 프로필의 내용을 이번 공고의 요구사항으로 취급하지 않습니다.

**Q. 면접 하루 전이면 준비한 질문 중 무엇부터 봐야 하나요?**

우선순위가 별도로 안내됐다면 그 지침을 따르세요. 없다면 공고에서 반복되거나 구체적으로 설명된 업무와, 내 근거가 비어 있는 항목을 먼저 검토하는 방식이 실용적입니다. 이는 채용 결과를 예측하는 규칙이 아니라 제한된 시간을 배분하는 방법입니다.