인성 면접 준비: STAR, 핵심 사례, 단골 질문

인성·경험 면접이란

인성·경험 면접(Behavioral Interview)은 기술 실력이 아니라 일하는 방식을 본다. 질문은 대개 「~했던 때를 말해 달라」 꼴이다. 과거 행동을 보면 앞으로의 행동을 예측할 수 있다는 전제가 깔려 있다.

회사 입장에서 이 면접의 목적은 둘이다.

이 회사에서 성공하는 데 필요한 행동을 실제로 해 온 사람인가. 아무리 뛰어나도 함께 일하지 못하는 사람(brilliant jerk)은 팀 전체의 생산성을 떨어뜨려 결국 손해다.
그 행동의 범위가 어느 연차에 맞나(주니어, 시니어, 스태프). 같은 갈등 해결이라도 동료 한 명과의 일인지 여러 팀 사이의 일인지로 레벨이 갈린다.

연차가 오를수록 리드, 설득, 갈등 해결, 위험 예측, 로드맵 수립 같은 사람 기술의 비중이 커진다. AI가 구현을 더 많이 맡을수록 소통과 배우려는 태도의 비중은 더 커진다. 코딩·시스템 디자인을 잘 보고도 인성 면접에서 떨어지는 경우가 흔하다. 면접관이 무엇을 기준으로 어떻게 채점하는지는 인성 면접 평가 기준에 있다.

질문은 세 갈래다.

유형	예
커리어 선호·목표·계획	왜 이 회사인가, 다음 자리에서 무엇을 찾나
이력서에 쓴 경험·프로젝트의 세부	지금 하는 프로젝트에서 가장 어려운 점은
「~했던 때를 말해 달라」	동료와 갈등했던 때, 마감을 못 지킨 때

면접관이 속으로 묻는 것은 결국 셋이다. 압박 속에서도 침착한가, 팀에서 믿고 맡길 수 있나, 동료를 존중하나. 어느 역량(문제 해결, 고객 응대, 비판적 사고, 소통 등)을 더 보는지는 회사 가치에 따라 다르다. 독립적인 일을 중시하는 회사는 팀워크 질문을 덜 한다.

질문의 형식도 세 가지로 나뉘고, 형식마다 답하는 요령이 다르다.

형식	알아채는 단서	답하는 요령
경험형(prior experience)	과거형, 「~했던 때」, 「예를 들어 달라」	실제 있었던 일 하나를 STAR로. 주어는 「우리」가 아니라 「나」. 모든 내용이 질문의 핵심으로 돌아오게 한다. 업무 경험이 기본이고 봉사·대외 활동도 쓸 수 있다
가정형(hypothetical)	「만약 ~라면」, 「~라고 상상해 보라」, 「~하라는 요청을 받았다면」	세부를 너무 많이 만들지 않고, 구체적인 부분은 「~라고 가정하면」으로 말한다. 생각하는 과정을 소리 내어 보여 주되 횡설수설과 구분한다. 회사 가치에 맞춰 답한다
가치관형(values-based)	「이상적인 ~를 말해 달라」, 「무엇이 중요한가」, 「(가치)를 어떻게 실천하나」	회사 문화와 맞는지를 본다. 위계적인 조직은 민주적 의사결정을 고집하는 사람을 덜 반긴다. 내가 그 문화에서 만족할지 판단하는 기회이기도 하다

채용 담당자는 가정형보다 경험형을 선호한다. 「압박이 크면 어떻게 하겠나」보다 「압박이 컸던 때를 말해 달라」가 실제 행동을 더 잘 보여 주기 때문이다.

STAR(R): 답의 뼈대

STAR는 경험을 묻는 질문에 답을 짜는 틀이다. 질문이 달라도 좋은 답에는 같은 요소가 들어간다.

단계	담을 것	놓치기 쉬운 점
Situation	최근에 겪은 구체적인 상황 하나	「저는 원래 ~합니다」가 아니라 실제 있었던 일
Task	그 상황에서 이뤄야 했던 것	남이 준 과제(Task) 대신 스스로 세운 목표(Target)로 말하면 내적 동기가 드러난다
Action	내가 무엇을, 왜 했고, 어떤 대안을 따졌나	팀이 아니라 나의 행동. 회사가 사려는 것은 같은 프로젝트가 아니라 이 행동을 반복할 능력이다
Result	결과와 영향, 배운 점, 이후 무엇을 바꿨나	숫자로 된 결과와 이 자리와의 연결
Reflection (선택)	돌아보며 얻은 교훈	연차와 성장 신호를 보여 준다. STAR에 R을 하나 더한 STAR(R)이다

「갈등이 있었고 다른 사람을 설득해야 했던 때」를 STAR로 짜면 이렇다.

단계	예: 학교 팀 프로젝트
S	디자이너는 중간고사로 목업을 못 만들고, 프론트엔드 개발자는 목업을 재촉해 팀 분위기가 날카로웠다
T	팀장으로서 둘의 긴장을 풀고 일정 안에 끝내야 했다
A	개발자에게 재촉하는 이유(나중에 디자인이 바뀌면 다시 만들어야 한다)를 듣고, 시험 일정은 디자이너가 어쩔 수 없는 일임을 설명했다. 디자이너에게는 개발자에게 악의가 없음을 전하고 고해상도 디자인을 줄 수 있는 날짜를 받았다. 그사이 내가 와이어프레임을 그려 디자이너의 승인을 받아 개발자에게 넘기고, UI가 아닌 부분(인증, API 연동)부터 만들게 했다
R	시험이 끝난 뒤 받은 목업이 와이어프레임에 잘 맞았고, 프로젝트는 최고점을 받았다

「어려운 상황을 극복한 때」라면: 6개월짜리 고객 프로젝트 도중 회사가 더 큰 회사와 합병했다(S). 내 그룹의 전환을 이끌면서 고객과 소통해 프로젝트를 지켜야 했다(T). 고객과 주간 점검을 잡아 합병 진행 상황을 공유하고, 팀원마다 1:1로 변화에 어떻게 적응하는지 살폈다(A). 프로젝트는 고객 요구를 모두 맞추며 제때 끝났다(R). 모든 질문을 예상할 수는 없지만 이런 이야기 묶음이 있으면 어느 질문에도 답할 수 있다.

글로 쓰는 레주메 불릿은 XYZ 공식으로 압축하고, 같은 경험을 말로 할 때는 STAR로 푼다(레주메의 XYZ 공식). 자기소개서의 문제 해결 서사도 같은 뼈대다(자기소개서의 문제 해결 서사).

답이 약해지는 패턴

같은 질문에 대한 세 지원자의 답을 비교하면 STAR의 어느 칸이 비었는지가 드러난다.

패턴	예	고치는 법
실수만 말하고 배운 점이 없다	환불을 너무 많이 처리해 매니저가 화났다. 그래서 온라인 판매가 싫어졌다	실수는 짧게, 답의 대부분을 극복한 행동과 그 뒤로 바꾼 습관에 쓴다
실수를 부정하거나 깎아내린다	경력이 길어서 이제 실수 안 한다	실수를 인정하고, 그 일을 어떻게 익혔는지(예: 위조지폐 구별법을 배운 과정)를 말한다
구체적인 사례 없이 성향만 말한다	저는 모르면 질문을 많이 하는 사람이다	「~했던 때」 하나를 골라 STAR로 푼다
사례는 있는데 상황을 나아지게 하지 못했거나 책임을 미룬다	손님이 난동을 부리면 경비에게 내보내라고 하겠다	내 행동이 상황을 어떻게 바꿨는지가 보여야 한다
업무와 무관한 사례	친구들과 술집에 가면 주문을 내가 다 받는다	지원 직무와 비슷한 업무 상황에서 고른다
행동은 있는데 결과가 없다	결근자가 셋이라 혼자 다 했다. 멀티태스킹은 아무도 못 이긴다	그래서 어떻게 됐는지, 무엇이 나아졌는지로 끝낸다
수치·영향이 없는 막연한 답	열심히 해서 잘 끝냈다	숫자로 된 결과와 내 기여를 분명히 한다
너무 완벽한 이야기	실패도 갈등도 없는 성공담	실패·갈등·배운 점을 솔직하게 넣는다. 면접관은 다듬어진 이야기보다 자기 인식과 성장을 높게 본다

좋은 답은 짧은 상황 설명 → 내 역할 → 구체적인 행동 → 나아진 결과 순이고, 배운 것을 이 자리와 연결하며 끝난다. 예: 결혼식 바텐딩에서 주문이 몰리자 세 가지 규칙(주문 하나를 끝내고 다음을 받는다, 받을 준비가 됐을 때만 눈을 맞춘다, 재촉해도 정중하지만 단호하게 내 방식을 지킨다)을 만들었고, 그 뒤로 실수가 줄고 침착해졌다. 갈등 질문이라면 상황을 긍정적이고 건설적으로 짧게 설명하고, 결과에서는 배운 점을 강조한다.

정직하게 답한다. 지어낸 이야기는 꼬리 질문에서 무너진다.
한 답은 1~2분 안에 끝낸다. 길어지면 면접관의 주의가 흩어진다.

준비 순서

1. 질문 대신 핵심 사례 3~5개를 준비한다

코딩 면접과 달리 질문을 하나씩 외우는 것은 효율이 낮다. 대부분의 질문은 큰 프로젝트 몇 개에서 꺼낸 이야기로 답하게 된다. 한 프로젝트 안에 모호함 해소, 갈등 해결, 소통이 함께 들어 있기 때문이다.

이력서, 성과 평가, 지난 기록을 훑어 영향이 크고, 복잡하고, 내 관여가 컸던 프로젝트 3~5개를 고른다.

범주	후보
영향이 큰 프로젝트	큰 출시, 대규모 리팩터링, 시스템 마이그레이션, 여러 팀에 영향을 준 아키텍처 결정
어려운 상황	촉박한 마감, 기술적 실패, 대인 갈등, 모호한 요구 사항, 성공이 불확실했던 일
리더십 순간	멘토링, 팀을 넘는 일을 이끈 것, 팀을 대표한 것, 다른 사람들이 내게 방향을 물은 때
배움의 경험	성장으로 이어진 실수, 접근을 바꾼 피드백, 압박 속에 익힌 기술

사례마다 STAR(R)로 이야기를 짜되, 특히 Action을 다듬는다. 연습하다 보면 특정 영역(실수, 리더십 등)에 쓸 사례가 비어 있다는 것도 드러난다.

2. 꼭 나오는 세 질문은 따로 준비한다

질문	준비
Tell me about yourself.	거의 모든 면접의 첫 질문. 아래 「자기소개」
가장 좋아하는 / 영향이 가장 컸던 프로젝트	영향, 범위, 내 관여의 교집합에 있는 프로젝트를 고른다
갈등을 해결했던 때	가장 흔한 소프트 스킬 질문. 상대를 탓하지 않고, 상대 사정을 이해하려 한 과정과 합의에 이른 행동을 보여 준다

답은 통째로 외우지 않는다. 질문마다 불릿 포인트만 적어 두고 면접 직전에 소리 내어 말해 보면 답이 자연스럽게 나온다.

3. 다른 질문으로 말하기를 연습한다

세 질문 밖의 질문은 예측하기 어렵지만, 아래 단골 질문으로 이야기하는 연습을 하면 효과가 크다. LLM에게 질문을 던지게 하고 답에 대한 피드백과 꼬리 질문까지 받으면 혼자서도 연습할 수 있다. 사람과 하는 모의 면접은 스스로 못 보는 약점을 찾아 준다.

방법	효과
답을 손으로 써 본다	말보다 느리게, 단어를 골라 쓰게 되어 회사 가치에 맞는 표현을 찾기 쉽다. 쓴 뒤 말하면 구조가 덜 흐트러진다
녹음·녹화해 다시 본다	말할 때는 내가 어떻게 들리는지 모른다. 면접관 입장에서 듣고 약한 답을 찾는다
사람과 모의 면접을 한다	끝나고 구체적으로 묻는다. 기억에 남은 답과 이유, 가장 준비된 답과 가장 약한 답, 나를 몇 문장으로 묘사하면, 하나만 바꾼다면 무엇을, 어떤 인상(vibe)을 받았나

4. 회사의 가치를 조사한다

빅테크 대부분은 회사 핵심 가치(core values)를 기준으로 인성 면접을 채점한다. 지원하는 회사의 가치를 찾아보고, 그 가치에 맞는 행동을 보여 줄 사례를 미리 짝지어 둔다. 재직자에게 팀에서 특히 중시하는 가치를 물어보면 더 정확하다. 회사 웹사이트(대기업은 가치 선언을 자세히 공개한다), 소셜 미디어의 말투, Glassdoor·LinkedIn 같은 리뷰 사이트, 제품·서비스 목록과 고객 리뷰, 기사, 경영진 인터뷰를 훑는다.

가치를 알면 같은 사실을 그 가치의 언어로 말할 수 있다. 「따뜻한 문화」를 내세우는 회사라면 「저는 시간을 잘 지켜서 일정을 스스로 관리할 때 일이 잘된다」보다 「제 시간과 남의 시간을 모두 아끼기 때문에 일정을 팀에 분명히 공유해 팀 전체의 필요를 맞춘다」가 같은 시간 관리 능력을 존중과 소통으로 보여 준다. 꾸미는 것이 아니라 진짜 경험 중에서 그 가치에 맞는 면을 고르는 것이다.

5. 가치와 사례를 맞춰 보고 빈칸을 채운다

종이 왼쪽에 회사 가치를, 오른쪽에 가치마다 말할 사례를 적는다. 비는 칸이 준비할 곳이다. 막히면 친구·가족·전 상사에게 그 가치에서 내가 어땠는지 물으면 생각지 못한 사례가 나온다. 성격 검사는 과학이라기보다 가치관·소통 방식·두려움을 돌아보는 질문 모음으로 쓸 만하다.

자기소개: 엘리베이터 피치

「Tell me about yourself」는 사실상 「어떻게 이 일을 하게 됐고, 왜 이 일이 맞았고, 그게 이 자리와 어떻게 이어지나」 라는 질문이다. 지원하는 자리와 무관한 이야기에 시간을 쓰지 않는다.

자기소개는 나를 위한 엘리베이터 피치(elevator pitch) 다. 엘리베이터에 함께 탄 짧은 시간에 아이디어를 파는 것처럼, 짧고, 곧바로 요점에 들어가고, 가장 매력적인 것을 앞에 둔다. 길어도 몇 분을 넘기지 않는다. 자기소개는 레주메를 한 번 더 줄인 것이고, 연차가 쌓일수록 학교보다 실무 경험의 비중이 커지므로 커리어 단계마다 다시 쓴다.

요소	담을 것
기본 배경	인턴·신입: 이름, 학교와 전공, 관심 분야, 인턴 경험이나 눈에 띄는 프로젝트. 경력: 이름, 거친 회사, 눈에 띄는 프로젝트(면접관도 아는 공개 제품이면 가장 좋다)
하이라이트만	가장 인상적인 프로젝트의 핵심 요약과 숫자. 「X 게임의 Y 패킷을 복호화해 Z를 예측했다」까지만 말하고, 궁금하면 면접관이 묻게 둔다
연대기는 빼기	「13살에 코딩을 시작해 A대학, B사 인턴, C사 프론트엔드, D사 백엔드…」는 듣는 사람에게 남는 것이 없다. 「큰 회사와 작은 회사, 프론트엔드와 백엔드를 두루 거쳤다」처럼 의미 있는 요점으로 묶는다
왜 나를 뽑아야 하나	회사와 겹치는 기술 스택, 비슷한 제품을 만든 경험, 기여를 확신하게 할 강점
회사와의 연결	이 회사·직무에 끌린 구체적인 이유로 끝낸다

좋은 자기소개는 문장마다 역할이 있다.

문장의 역할	예
직무에 맞는 자질	「아름답고 빠른 제품, 즐거운 사용자 경험을 만드는 것을 좋아한다」(프론트엔드 엔지니어)
눈에 띄는 숫자	「월 페이지뷰 100만, 학생 4만 명이 쓰는 시간표 서비스를 만들었다」
회사와 겹치는 기술	회사가 쓰는 스택(React, Go 등)을 쓴 프로젝트를 말한다. 최신 기술을 따라간다는 신호도 된다
회사가 아는 이름	면접관이 들어 봤을 회사·제품(같은 업계, 파트너사)을 언급하면 주의를 끈다
협업과 규모	「엔지니어 한 명과 3개월 동안 만들었다」는 함께 일한다는 점과 작은 팀의 실행력을 함께 보여 준다

한 번 다듬은 자기소개는 적어 두고 계속 고친다. 외우되 외운 티가 나지 않게 자연스럽게 말할 때까지 연습한다. 너무 빨라 따라오기 벅차지도, 늘어져 지루하지도 않은 속도를 찾는다. 준비된 피치는 채용 박람회나 네트워킹처럼 예고 없이 나를 소개해야 하는 자리에서도 쓰인다.

질문별 답변 포인트

나를 보여 주는 질문

질문	답에 담을 것
What are the main strengths you'll bring to us? (강점)	직무와 관련된 강점을 고르고, 그 강점이 어떤 경험을 거쳐 자랐는지 말한다. 그 강점이 회사에 어떻게 바로 쓰일지로 마무리한다
What sets you apart from other candidates? / Why will you be a good fit? (차별점·적합성)	가장 강한 강점을 직무에 연결한다. 남다른 강점과 그걸 어떻게 쌓았는지 말한다. 회사를 깊이 조사했다는 점도 차별점이 된다
What are your weaknesses and how would you improve them? (약점)	솔직하게 진짜 약점을 말한다. 「일을 너무 열심히 해요」 같은 답은 피한다. 직무의 핵심 역량이 아닌 약점을 고르고, 지금 하고 있는 개선 행동을 보여 준다

자기 인식을 묻는 질문

남의 눈으로 나를 보는지, 피드백을 성장으로 바꾸는지를 본다.

질문	답에 담을 것
지금까지 받은 가장 건설적인 피드백은? 일에서 가장 자주 지적받는 점과 그 지적을 어떻게 받아들였나?	실제 피드백 하나와 그 뒤에 바꾼 행동. 방어하거나 핑계를 대지 않는다
동료들은 나를 어떤 단어로 표현하나? 전 상사는 내 가장 큰 강점을 뭐라고 할까? 입사 첫 연간 평가에서 내가 들을 말은?	남의 입을 빌린 강점. 근거가 되는 사례를 하나 붙인다
무엇에 신이 나나? 무엇이 답답한가? 최고의 하루는 어떤 모습인가?	일하는 동기와 맞는 환경. 답답한 것은 사람이 아니라 상황·프로세스로 말하고, 내가 어떻게 대처하는지 덧붙인다

동기를 묻는 질문

질문	답에 담을 것
Why do you want to work for this company? (지원 동기)	조사했다는 티를 내고, 실제로 마음에 드는 점을 든다. 자리와 내가 어떻게 맞는지 연결한다. 열정을 보인다
Why did you want to leave your current position? (이직 사유)	질문을 뒤집어 현 직장을 긍정적으로 말한다. 새로운 도전, 키우고 싶은 역량을 이유로 든다. 성장의 중요성으로 마무리한다
What are you looking for in your next role? / Where do you want to be in five years? (다음 자리·장기 목표)	이 자리에서 실제로 얻을 수 있는 것과 맞물리게 말한다. 회사가 줄 수 없는 것을 찾고 있다는 인상을 주지 않는다
입사 첫날이라면 무엇을 하고 싶나? 처음 6개월 동안 이루고 싶은 것은? 우리 제품에서 무엇을 고치겠나?	제품을 실제로 써 보고 조사했다는 증거. 구체적인 기능·문제를 들고, 내 경험이 그 일에 어떻게 쓰일지 연결한다

경험을 묻는 질문

질문	답에 담을 것
What is the hardest problem you've ever tackled? / 최근 6개월 동안 고친 가장 어려운 버그는? (가장 어려웠던 문제)	문제의 규모와 중요성 → 어려움 속에서 어떻게 접근했나(진단 과정을 구체적으로) → 어떻게 풀었고 어떤 영향이 있었나
지금 하는 프로젝트와 그 가장 어려운 점은? 가장 열정을 쏟은 프로젝트는?	핵심 사례 중 하나. 영향, 범위, 내 관여가 드러나게
Tell me about a time you had a conflict with a co-worker / disagreed with your manager. (갈등·이견)	빠뜨리는 게 없도록 분명하게 소통한 방법. 상대 사정을 다 알 수 없으니 공감으로 다가갔다는 점. 찾아낸 공통점과 배운 점. 상사와의 이견이면 근거를 들어 의견을 내되 결정 뒤에는 따른 과정까지. 예: 업무 분담 방식에 반대하는 팀원과 점심을 하며 이유를 듣고, 작은 일은 각자, 큰 일은 함께 하는 절충안으로 마감 전에 끝냈다
이전 프로젝트에서 밀어붙여야 했던 것은? 몇 달을 버텨야 했던 일은?	주도성과 끈기. 반대나 장애물이 무엇이었고 무엇으로 설득·돌파했나
How do you deal with pressure or stressful situations? (압박 대처)	혼란 속에서 침착했던 사례 하나. 경험할 때마다 배우며 나아지고 있다는 흐름으로 말한다
Describe a situation where you had to handle multiple responsibilities. / 일이 감당하기 벅찼던 때 (시간 관리)	어떻게 정리하고 준비했나, 우선순위를 정한 기준과 쓴 기법·도구(알림, 일정표)는 무엇인가. 구체적인 사례와 결과로 말한다. 예: 제작 지연으로 2주 안에 긴 기사 세 편을 써야 해 하루 단위로 조사·집필·편집 시간을 잡고 알림을 걸어 사흘 먼저 끝냈다
Tell me about a time you met / couldn't meet a tight deadline. (마감)	지킨 경우는 범위를 어떻게 조정했는지, 못 지킨 경우는 계획대로 되지 않은 점을 솔직하게 말하고 얻은 교훈과 지금이라면 어떻게 할지를 덧붙인다
응답하지 않는 사람에게서 정보를 얻어야 했던 때는?	기다리지 않고 경로를 바꾼 행동(다른 채널, 상위 담당자, 대안 정보원)
Tell me about a time you made a mistake at work. (실수)	정직함과 바로잡는 능력을 본다. 실수를 인정하고 바로 한 조치, 다시 안 하게 바꾼 것. 예: 손님의 땅콩 알레르기를 주방에 전하지 않았다 → 즉시 사과하고 식사값을 받지 않았다 → 주문을 확인하는 습관을 들였다
Describe an occasion when you failed at a task. (실패)	좌절에 대한 반응, 책임감, 성장형 사고방식. 실패 원인을 내 쪽에서 찾고 이후 바꾼 방식. 예: 다른 일에 시간을 써 발표 자료를 급히 내 수주에 실패했다 → 매주 일정표를 쓰고 집중이 잘되는 시간에 복잡한 일을 배치했다
Tell me about a time you took the initiative. (주도성)	맡은 일 너머로 팀과 조직의 성공에 기여하려는 의지. 예: 경영진 보고 직전 담당자가 아파 그 사람의 스프레드시트를 자원해 끝냈다
Describe a time you used leadership skills to motivate your team. (리더십·동기 부여)	리드·관리자 자리에서 자주 나온다. 생산성과 사기를 올린 구체적인 방법과 수치. 예: 합병 뒤 사기가 떨어진 팀에 주간 역량 워크숍을 열어 6개월 동안 참여도를 37% 올렸다
Describe a time you had to do something you weren't trained for. (배우지 않은 일)	적응력과 불확실성 속의 문제 해결. 스스로 배운 방법과 결과. 예: 회사가 VB에서 Java로 옮기자 지역 대학 강좌와 책으로 익혀 코드베이스 전환을 도왔다
Share an example of a career goal and how you achieved it. (목표 달성)	목표를 향한 실행력과 승진 잠재력. 목표, 부족했던 것, 메운 행동(인턴십, 자격증, 강의)
Give an example of a difficult decision. (어려운 결정)	리드 자리에서 자주 나온다. 판단 근거와 결정 뒤 사람을 챙긴 방식. 예: 후보 여럿 중 한 명을 승진시킬 때 데이터와 평가로 정하고, 발표 전에 후보마다 따로 만나 이유를 설명했다
Describe your process for solving problems. (문제 해결 과정)	혼자 문제를 푸는 능력과 쓰는 기법. 평소 만나는 문제 유형과 단계(관련 요인 파악 → 기록 → 관계자와 논의 → 해결)를 최근 사례로 보여 준다
프로세스·프로젝트에서 개선할 점을 봤을 때 말했나? 리더나 소유자로 프로젝트를 이끈 때는? 큰 변화(프로젝트·리더십)에 적응해야 했던 때는? 동료·관리자와 오해가 있었던 때는? 즐거웠던 또는 실망스러웠던 팀 경험은?	문제를 보고 나서서 말하는가, 변화에 어떻게 적응하나, 오해를 어떻게 풀었나. 팀 경험은 잘된 점과 안된 점을 둘 다 말한다

가치관을 묻는 질문

정답은 없고 회사 문화와 맞는지를 본다. 조사한 회사 가치와 내 진짜 선호가 겹치는 지점에서 답한다.

질문	답에 담을 것
이상적인 업무 환경은? 혼자 일하는 게 좋은가, 팀이 좋은가? 이상적인 동료는?	둘 중 하나를 고르기보다 언제 무엇이 잘 맞는지를 사례로
소통 방식을 어떻게 설명하겠나?	구체적인 습관(먼저 공유하기, 기록 남기기)으로
「진실성(integrity)」, 「프로페셔널함」을 정의한다면?	정의 한 문장과 그것을 지킨 행동 하나
5년 계획은? 삶의 우선순위는? 가장 자신 있는 일은? 일에서 가장 답답한 것과 대처법은?	이 자리와 맞물리는 방향. 답답한 것은 사람이 아니라 상황으로 말하고 대처를 붙인다

가정 질문

현실의 제약을 어떻게 다루는지, 판단의 기준이 무엇인지를 본다. 가정은 분명히 말하고, 비슷한 실제 경험이 있으면 덧붙인다.

질문	생각할 축
상사가 동의할 수 없는 일을 시킨다면? 회의에서 강하게 추천한 안을 팀이 반대한다면?	근거를 들어 의견을 낸 뒤 결정에는 따른다(Disagree and Commit)
팀원이 기대 수준을 못 맞춘다면? 나와 아주 다른 상사·동료와 가까이 일하게 된다면?	먼저 사정을 듣고, 기대를 분명히 하고, 도울 방법을 찾는다
5분 안에 자주 보지 않는 부사장, 내 매니저, 팀 개발자가 동시에 도움을 청한다면?	직급이 아니라 긴급도와 영향으로 순서를 정하고, 기다리게 할 사람에게 언제 돌아갈지 알린다
발표 두 시간 전 팀원 한 명이 병가를 냈다면?	범위를 다시 나누고, 꼭 필요한 부분부터 채우고, 이해관계자에게 미리 알린다
모르는 도구로 프로젝트를 해야 한다면? 문서가 엉망인 프로젝트를 맡았다면?	배우는 순서와 자료, 아는 사람 찾기, 정리한 것을 문서로 남기기
입사 첫날 무엇을 하겠나?	사람과 맥락을 먼저 파악하는 계획
마감이 늦었는데 내 실수를 발견했다면?	숨기지 않고 영향과 수정 비용을 알려 함께 결정한다

가장 많이 당황하는 질문은 대개 넷이다. 가장 큰 약점은? 왜 당신이 최고의 후보인가? 이전 직장에서 싫었던 점은? 상사·동료와의 갈등을 어떻게 다루나? 앞의 표에 답할 요소가 있으니 미리 사례를 짝지어 둔다.

회사별 질문

회사마다 고유한 질문이 있지만 묻는 것은 몇 갈래로 모인다.

무엇을 보나	예
제품·미션과의 깊은 연결	Airbnb: 「belong anywhere」가 당신에게 무슨 의미인가, 좋은 호스트였던 때, Airbnb 경험에서 없애고 싶은 것. Slack: 우리 제품에서 버그를 찾은 적이 있나, 가장 좋아하는 기능과 이유. 「여행을 좋아해서」 수준을 넘어 제품을 깊이 써 본 사람이라는 것을 보여 준다
회사 원칙에 맞는 행동	Amazon: 매니저 승인 없이 일을 진행한 적이 있나, 지금이라면 다르게 했을 일. 리더십 원칙(Leadership Principles)에 사례를 짝지어 준비한다(아래 「Amazon 리더십 원칙과 단골 질문」)
독립적인 사고	Palantir: 사람들 90%가 당신과 생각이 다른 것은? 당신 주변에서 망가져 있는 것은? 무언가를 예측했던 때
설명하고 가르치는 능력	할머니에게 우리 회사를 설명해 보라, 면접관에게 몇 분 안에 새로운 것을 가르쳐 보라
처음부터 끝까지의 경험	ByteDance: 출시한 제품을 처음부터 끝까지 설명하라. Dropbox: 기술 문제를 푼 경험을 진단과 과정까지 구체적으로

Amazon 리더십 원칙과 단골 질문

Amazon의 인성 질문은 거의 모두 리더십 원칙(Leadership Principles, LP) 16개 중 하나를 겨눈다. 면접관마다 맡은 LP가 있고, 한 사례를 두고 「그때 데이터는?」, 「다시 한다면?」처럼 꼬리 질문으로 깊이 판다. 그래서 질문을 외우기보다 LP마다 사례 1~2개를 STAR로 준비한다. 사례 하나가 여러 LP를 덮을 수 있으니, 핵심 사례 3~5개를 아래 표에 짝지어 빈칸을 찾는 식으로 준비한다.

LP	보는 것	실제로 나온 질문
Customer Obsession	경쟁사보다 고객에서 출발해 거꾸로 일하는가	고객(사용자)을 위해 기대 이상으로 한 일
Ownership	내 일 너머까지, 장기적으로 주인처럼 책임지는가	맡은 범위를 넘어 일한 때. 힘들어하는 동료를 보고 나서서 도운 때. 프로젝트 75%쯤에서 목표가 잘못됐음을 알았을 때
Invent and Simplify	새로운 해법을 내고 단순하게 만드는가	무언가를 발명한 때. 새로운 해법을 낸 때. 처음엔 인기 없던 아이디어를 낸 때
Are Right, A Lot	여러 관점을 듣고 판단이 대체로 맞는가	해법이 여럿일 때 최선을 고른 과정. 정보가 부족한 채 내린 결정과 그 결과
Learn and Be Curious	계속 배우고 모르는 것을 파고드는가	새 기술을 익힌 때. 모르는 것을 맡아 해결한 방법
Hire and Develop the Best	남의 성장을 돕는가	동료의 커리어 성장을 도운 때(도움이 된 경우와 안 된 경우 둘 다). 기술적으로 막힌 신입을 어떻게 돕겠나
Insist on the Highest Standards	품질 기준을 높게 잡고 문제를 끝까지 고치는가	마감 때문에 품질을 타협해야 했던 때
Think Big	큰 방향을 제시하는가	-
Bias for Action	되돌릴 수 있는 결정이면 빨리 움직이고 계산된 위험을 지는가	데이터 없이 중요한 결정을 내린 때. 상사와 상의하지 않고(승인 없이) 결정한 때. 시간이 없어 선택지를 다 검토하지 못한 때. 위험을 감수한 때
Frugality	적은 자원으로 더 해내는가	시간 제약이 빡빡한 프로젝트를 해낸 방법
Earn Trust	잘 듣고, 솔직하게 말하고, 자기 잘못을 인정하는가	팀원의 신뢰를 얻은 때. 실수한 때. 실패하고 배운 것. 매니저에게 부정적 피드백을 받고 대응한 방법
Dive Deep	세부를 직접 보고, 지표와 일화가 어긋나면 의심하는가	-
Have Backbone; Disagree and Commit	반대 의견을 근거로 말하고, 결정 뒤에는 온전히 따르는가	팀원과 의견이 갈린 때. 팀원과 갈등이 있었던 때. 팀이 반대해도 더 나은 해법을 밀어붙인 때. 장기적 이익을 위해 경영진 결정에 반대한 때
Deliver Results	장애물이 있어도 제때 품질 있게 결과를 내는가	마감을 못 지킨 때. 약속을 지키지 못한 때. 장애물을 넘은 때. 초반 좌절에도 목표를 이룬 때. 막판에 방향을 틀어야 했던 때
Strive to be Earth's Best Employer	안전하고 포용적인 환경과 동료의 성장을 만드는가	-
Success and Scale Bring Broad Responsibility	큰 영향력에 따르는 책임을 생각하는가	-

실패·마감·갈등 질문이 가장 자주 나온다. Earn Trust와 Deliver Results는 실패를 인정하는 정직함과 거기서 바꾼 행동을 함께 본다.
Bias for Action과 Have Backbone은 짝으로 준비한다. 혼자 빨리 결정한 사례(그리고 그 결정이 되돌릴 수 있었던 이유)와, 반대했지만 결정에 따른 사례가 둘 다 필요하다.
마지막 두 원칙은 2021년에 더해져 질문 모음에 아직 드물다. 동료의 성장·안전을 챙긴 사례, 내 일이 팀 밖에 끼칠 영향을 따진 사례를 하나씩 준비해 두면 빈칸이 메워진다.

마지막 역질문

Do you have any questions for us? 는 형식적인 순서가 아니다. 무엇을 몇 개 고르고 무엇을 피할지는 면접 잘 보는 법: 마지막 역질문에 있다.

정리

인성 면접은 과거 행동으로 일하는 방식과 연차에 맞는 범위를 본다. 채점 기준은 인성 면접 평가 기준.
답의 뼈대는 STAR(R): 상황 → 목표 → 내 행동(이유와 대안) → 결과 → 교훈.
질문을 외우지 말고 핵심 사례 3~5개를 준비해 여러 질문에 돌려 쓴다. 자기소개, 대표 프로젝트, 갈등 해결 세 질문만은 따로 준비한다.
자기소개는 엘리베이터 피치다. 연대기 대신 하이라이트와 숫자, 회사와의 연결로 끝낸다.
실패·약점·갈등 질문은 「솔직함 + 개선 행동」을 함께 보여 주면 된다. 실수는 짧게, 극복한 행동에 시간을 쓴다.
경험형은 「나」를 주어로, 가정형은 가정을 밝히고 생각을 소리 내어, 가치관형은 회사 문화와 내 선호가 겹치는 곳에서 답한다.
지원 동기·차별점·회사별 질문·역질문은 모두 회사 조사에서 나온다. 조사가 곧 준비다.
불릿만 적어 두고 소리 내어 연습하면 실제 면접에서 덜 막히고 외운 티도 덜 난다.

버그 제보