- FDE 인터뷰는 무엇을 측정하는가
- 기술 라운드 — 시스템 진단 시나리오
- 고객 시뮬레이션 라운드
- 케이스 스터디 라운드
- 준비 방법 — RPG 미션을 인터뷰 연습으로
- 마지막 조언 — 모른다를 잘 말하는 사람이 붙는다
- 직접 연습하기
FDE 인터뷰는 무엇을 측정하는가
일반 소프트웨어 엔지니어 면접의 중심이 코딩과 시스템 설계라면, FDE 인터뷰의 중심은 낯선 상황에서의 판단입니다. 팔란티어, OpenAI, 앤트로픽의 공개 채용 공고가 공통으로 요구하는 것은 두 다발입니다. 프로덕션 수준의 엔지니어링 능력, 그리고 고객 앞에서의 커뮤니케이션. 그래서 면접도 이 두 가지를 동시에 건드리는 형식으로 짜입니다.
형식은 회사마다 다릅니다. 이 글은 특정 회사의 면접 문항을 옮긴 것이 아니라, 공개된 직무 요건에서 역산해 세 가지 대표 형식으로 일반화한 준비 가이드입니다. 기술 진단 시나리오, 고객 시뮬레이션, 케이스 스터디. 셋 중 무엇이 나오든, 채점되는 것은 결론의 정확도보다 좁혀 가는 과정의 질이라는 공통점이 있습니다. 이 점은 시스템 설계 면접과 정확히 같습니다.
기술 라운드 — 시스템 진단 시나리오
가장 특징적인 라운드입니다. 알고리즘 문제 대신 이런 문제가 나옵니다. 구성한 예시로 하나 들면 — "고객사에서 오늘 아침부터 API 응답의 일부가 간헐적으로 실패한다고 합니다. 화면 공유로 이 환경을 드릴 테니 진단해 보세요." 실제 환경을 주는 회사도 있고, 면접관이 시스템 상태를 말로 알려 주는 구술형도 있습니다.
여기서 채점되는 것은 세 가지입니다. 첫째, 순서. 4편의 플레이북에서 다룬 재현, 계층 분리, 가설, 검증의 구조가 몸에 있는지. 로그부터 무작정 뒤지는 지원자와 "먼저 증상을 재현할 수 있는지 확인하겠습니다"로 시작하는 지원자는 첫 문장에서 갈립니다. 둘째, 질문의 질. 진단에 필요한 정보를 얻는 질문을 던지는지. 면접관은 고객 역할을 겸하고 있어서, 질문하지 않고 추측으로 달리는 것 자체가 감점입니다. 셋째, 소리 내어 생각하기. 지금 무엇을 보고 있고 왜 보는지를 계속 말로 꺼내야 합니다. 침묵 속에서 정답에 도달하는 것보다, 말하면서 틀린 가설을 스스로 기각하는 쪽이 높게 평가됩니다.
고객 시뮬레이션 라운드
면접관이 고객을 연기합니다. 구성한 예시로 — "저는 이 도입 프로젝트의 현업 책임자입니다. 3주째인데 눈에 보이는 게 없어요. 우리 팀에서는 이 프로젝트 접자는 말이 나옵니다. 설명해 보세요." 기술 지식이 아니라 5편에서 다룬 근육 전체가 시험대에 오릅니다.
채점 포인트는 번역과 기대치 관리입니다. 감정이 실린 말에서 사실을 분리해 내는지("보이는 게 없다는 것이 구체적으로 어떤 화면에서의 이야기일까요"), 방어 대신 확인된 사실과 다음 보고 시점을 제시하는지, 전문용어를 상대의 언어로 바꾸는지. 그리고 사과와 책임의 균형 — 무조건 사과하는 지원자도, 무조건 시스템 탓을 하는 지원자도 떨어집니다. 연습 방법은 하나뿐입니다. 동료에게 고객 역할을 부탁해 소리 내어 해 보는 것. 글로 준비한 답변은 압박이 들어오는 순간 증발합니다.
케이스 스터디 라운드
과제형 또는 발표형으로, 가상 고객의 상황을 주고 계획을 세우게 합니다. 구성한 예시로 — "제조업 고객이 우리 플랫폼으로 설비 데이터 분석을 하고 싶어 합니다. PoC를 설계하세요." 백지에서 계획을 세우는 능력, 즉 6편의 내용이 통째로 채점됩니다.
강한 답안의 골격은 정해져 있습니다. 성공 기준을 숫자와 판정자까지 먼저 정의하고, 데이터 경계와 보안 검토를 첫 주 일정에 박고, 범위를 공격적으로 좁히고, 실패 조건과 다음 단계를 명시하는 것. 약한 답안의 공통점은 기술 아키텍처만 자세하고 운영 설계가 없는 것입니다. 발표형이라면 슬라이드 장수를 줄이고 한 장짜리 성공 기준 문서를 중심에 두는 편이 인상에 남습니다.
준비 방법 — RPG 미션을 인터뷰 연습으로
세 라운드 모두에 통하는 연습 도구로 이 블로그의 FDE 엔지니어 키우기 RPG를 설계해 두었습니다. 31개 현장 미션이 전부 "느려요", "접속이 안 돼요" 같은 신고에서 시작해 제한된 시간·신뢰도·접근 권한 안에서 진단을 확정하는 구조라서, 기술 진단 라운드의 축소판으로 쓸 수 있습니다. 활용법을 셋 제안합니다.
- 소리 내어 풀기. 미션의 선택지를 고르기 전에, 왜 그 선택인지를 실제 면접처럼 말로 설명하고 고르세요. 소리 내어 생각하기 훈련이 그대로 됩니다.
- 롤을 바꿔 가며 풀기. 단독 소방수, 팀 상주, 프리세일즈 PoC, 인수인계의 네 롤은 승리 조건이 다릅니다. 특히 프리세일즈 PoC 롤은 케이스 스터디 라운드의 감각과 겹칩니다.
- 도메인 레벨로 갭 찾기. 미션에서 반복적으로 막히는 도메인이 곧 면접 전에 보강할 도메인입니다. FDE 커리큘럼 로드맵으로 그 도메인의 체크리스트를 채우세요.
마지막 조언 — 모른다를 잘 말하는 사람이 붙는다
FDE 인터뷰의 모든 라운드에는 모르는 것이 나오도록 설계되어 있습니다. 낯선 환경이 직무의 본질이니 당연합니다. 그래서 마지막 채점 항목은 보정입니다. 아는 것과 모르는 것의 경계를 정확히 긋고, 모르는 구간에서는 원리로 추론한 뒤 확인 방법을 제시하는 것. "그 부분은 운영해 본 적이 없습니다. 원리로 추론하면 이렇고, 실제로는 이렇게 확인하겠습니다"라는 문장 구조를 몸에 붙여 두세요. 현장에서 위험한 결정을 덜 내릴 사람이라는 신호이고, 면접관은 정확히 그것을 찾고 있습니다.
이 글로 FDE 완전 가이드 시리즈가 끝납니다. 정의에서 인터뷰까지 왔지만, 순서대로 읽지 않았다면 아래 목록에서 빈 곳을 채워 보세요.
직접 연습하기
- FDE 엔지니어 키우기 RPG — 31개 미션, 6개 점검 시나리오, 4개 롤, 8개 도메인. 이 시리즈 전체의 실습장입니다.
- FDE 커리큘럼 로드맵 — 10개 도메인 65개 스킬의 자가 점검 체크리스트.
FDE 완전 가이드 시리즈 전체
현재 단락 (1/25)
일반 소프트웨어 엔지니어 면접의 중심이 코딩과 시스템 설계라면, FDE 인터뷰의 중심은 낯선 상황에서의 판단입니다. 팔란티어, OpenAI, 앤트로픽의 공개 채용 공고가 공통으로 ...