FDE 취업 전에 알아둘 차이: 전방 배치 엔지니어는 SI 상주 개발자와 무엇이 다를까요?

둘 다 고객사로 출근하지만 FDE는 RFP 전부터 고객과 문제를 정하고, 고객이 AI를 스스로 쓰고 만들 때까지 함께합니다. 비개발자가 FDE 취업에서 보여 줄 경험을 정리했습니다.

1분 요약 읽기💡FDE(전방 배치 엔지니어)도 SI 상주 개발자처럼 고객사로 출근하지만, 일을 시작하는 시점이 다릅니다. 네이버클라우드 FDE 총괄은 “RFP(제안요청서) 자체가 없이 처음 시작부터 고객과 함께한다”고 설명했습니다.SI가 정해진 요구사항대로 시스템을 만들고 검수로 마무리한다면, FDE는 무엇을 풀지 정하는 일부터 맡고 고객이 AI를 직접 쓰고 만들 수 있을 때까지 함께합니다.그래서 FDE 취업을 준비하는 비개발자는 문제를 다시 정하는 질문, 매일 작은 결과물로 확인받기, 안 쓰는 이유를 묻고 고치기를 경험으로 보여 주면 됩니다. 작은 시제품을 직접 만드는 구현 기초는 함께 준비합니다.

FDE(전방 배치 엔지니어) 취업을 알아보다 보면 이런 말을 자주 듣습니다. “결국 고객사에 상주하는 SI 개발자 아니야?” 구글 검색창에 ‘fde si’를 치면 ‘fde si 차이’가 자동완성으로 뜰 만큼 흔한 질문이에요. 겉모습은 비슷합니다. 둘 다 고객사로 출근하고, 고객의 시스템 안에서 일하니까요. 하지만 일을 시작하는 시점과 끝내는 기준이 다릅니다. 이 차이를 알면 비개발자가 FDE 취업을 위해 무엇을 연습해야 하는지도 분명해집니다.

FDE(Forward Deployed Engineer, 전방 배치 엔지니어)는 고객 현장에 들어가 문제를 정의하고, AI로 해결책을 직접 만들어 실제 업무에 정착시키는 직무입니다. 기본 설명은 FDE 교육, 왜 강의보다 선발과 현장 검증일까에, 정의가 최근 2년 동안 어떻게 넓어졌는지는 FDE(전방 배치 엔지니어) 뜻, 2년 사이 어떻게 넓어졌을까요?에 정리해 두었어요.

FDE는 SI 상주 개발자의 새 이름일까요?

그렇게 보는 이유는 충분히 있습니다. 국내에서 고객사로 출근해 일하는 개발자라고 하면 대부분 시스템통합(SI) 프로젝트의 상주 인력을 떠올립니다. FDE 조직을 운영하는 회사도 이 점을 인정합니다. 네이버클라우드 정수환 기술지원총괄(FDE 총괄) 전무는 2026년 11월 1일 보도된 이데일리 인터뷰에서 “겉으로는 기존 SI의 인력 파견과 비슷해 보일지 몰라도 FDE는 본질이 완전히 다르다”고 말했습니다.

네이버클라우드가 FDE 조직을 만든 계기도 현장 경험이었습니다. 정 전무는 고객사 전산실에 인프라를 깔고 AI 모델을 올려 주면 알아서 잘 쓸 줄 알았는데, 막상 들어가 보니 고객도 회사도 힘들었다고 설명합니다. 인프라와 모델이 있다고 AI 전환이 되지는 않았다는 것이죠. 네이버클라우드는 1년여 전부터 현장 프로젝트로 FDE 조직의 기틀을 다졌고, 지금은 수십 명 규모로 운영하고 있다고 밝혔습니다.

FDE와 SI 차이, 어디서부터 갈릴까요?

인터뷰에서 설명한 차이를 같은 기준으로 나란히 놓으면 다음과 같습니다.

구분	기존 SI	FDE
고객을 만나는 시점	고객이 컨설팅 등을 거쳐 RFP를 내고, 입찰로 과제를 따낸 뒤	RFP가 나오기 전, 고객 의사결정권자와 사업 고민을 논의할 때부터
처음 받는 것	정해진 요구사항	무엇을 AI로 풀어야 할지도 아직 정하지 못한 고민
일하는 방식	요구사항에 따라 시스템을 구축	샘플 데이터로 시제품을 만들어 매일 확인받고 바로 수정
계획이 바뀌면	정해진 개발 범위를 수행	더 시급한 문제가 생기면 그 문제로 옮겨 간다
끝나는 기준	검수가 끝나면 사업도 마무리	만든 AI가 현업에서 방치되지 않게 확인하고, 고객이 스스로 만들고 운영할 수 있게 넘겨준다

정리 기준: 이데일리 인터뷰(2026년 11월 1일)에서 네이버클라우드 정수환 전무가 설명한 내용을 코드프레소가 표로 옮겼습니다.

표에서 가장 큰 차이는 첫 줄입니다. SI는 요구사항이 정해진 뒤에 들어가고, FDE는 요구사항을 함께 정하러 들어갑니다. 정 전무가 소개한 하루 모습도 이 차이를 보여 줍니다. “오전에 고객과 미팅하며 ‘어제 말씀하신 걸 샘플 데이터로 여기까지 구현해 봤는데 맞습니까’라고 확인하고, 부족한 점이 있으면 점심을 먹고 와서 바로 수정본을 만들어 보여준다.” 방문 방식도 주 1회부터 사실상 상주까지 고객 사정에 맞춘다고 했습니다.

해외 FDE 조직도 같은 출발점을 말합니다. OpenAI에서 FDE 팀을 이끄는 콜린 자비스는 2026년 10월 공식 블로그에서 팀 원칙을 “결과에서 시작하고, 성공에 필요한 일을 하고, 규모는 그다음에 키운다”로 소개했습니다. 요구사항 목록보다 고객이 얻어야 할 결과를 먼저 정한다는 점에서 네이버클라우드의 설명과 같은 방향입니다.

그럼 비개발자는 FDE 취업에서 무엇을 보여 줘야 할까요?

요구사항이 정해지기 전부터 일한다는 말은 비개발자에게 기회이기도 합니다. 고객의 막연한 고민을 들어 문제로 바꾸는 일은 영업, 기획, 고객 응대, 운영 경험이 그대로 쓰이는 부분이기 때문이에요. 네이버클라우드도 한 사람이 모든 것을 해내는 FDE를 지향하지만, 지금은 컨설팅·개발·AI 기술 등 분야별 전문 인력을 팀으로 묶어 현장에 보낸다고 밝혔습니다. 고객의 산업과 업무 지식은 현장에서 배우는 자세를 중시한다고도 했습니다.

다만 시제품을 매일 만들어 확인받는 일은 FDE 업무의 중심입니다. 그래서 비개발자의 준비는 두 갈래입니다. 문제를 찾고 정하는 경험을 증거로 남기고, 작은 결과물을 직접 만드는 구현 기초를 함께 쌓는 것이죠. 인터뷰에 나온 FDE의 일을 취업 준비로 옮기면 이렇습니다.

FDE의 일	취업 준비생이 연습할 것	서류·면접에 남길 증거
1. RFP 전에 문제 찾기	막연한 요청을 ‘누가, 무엇 때문에, 얼마나 불편한가’로 바꾸는 질문	처음 들은 요청과 다시 정한 문제를 나란히 적은 메모
2. 매일 작은 결과물로 확인받기	하루 안에 보여 줄 크기로 쪼개 엑셀, 노코드 도구, AI 코딩 도구, 파이썬 기초로 직접 만들기	버전별 결과물과 그때 받은 의견
3. 더 급한 문제로 옮겨 가기	처음 계획을 고집하지 않고, 바꾼 이유를 상대가 납득하게 설명하기	방향을 바꾼 순간과 그 판단 근거
4. 방치되지 않게 끝까지 확인하기	써 본 사람에게 왜 안 쓰는지 묻고 고친 뒤, 혼자 쓸 수 있게 넘겨주기	사용 기록, 고친 내용, 넘겨준 사용 설명서

SI 개발 경력이 있는 분이라면 출발점이 다릅니다. 고객사의 데이터와 보안 규정 안에서 요구사항을 실제 시스템으로 만들어 본 경험은 FDE에서도 그대로 쓰입니다. 채울 것은 표의 1번과 4번, 요구사항이 정해지기 전과 납품이 끝난 뒤의 일입니다. 이 기록을 포트폴리오로 묶는 방법은 FDE 취업 포트폴리오, 무엇을 담아야 할까요?에서 다뤘습니다.

고객사 출근 첫 주, SI 방식과 FDE 방식은 어떻게 다를까요?

예를 들어 한 중견 유통회사 재무팀이 “거래처 대금 지급 문의가 너무 많다”며 도움을 요청했다고 해 보겠습니다. SI 방식이라면 요구사항은 대개 ‘지급 내역 조회 화면을 만들어 달라’로 정리되어 RFP로 나오고, 정해진 화면을 만들어 검수를 받으면 끝납니다. FDE 방식으로 들어가면 첫 주가 이렇게 흘러갑니다.

월요일 오전, 문제 다시 정하기: 재무팀 담당자 옆에서 지난달 문의 메일을 함께 읽고 유형별로 나눕니다. 대부분이 “언제 입금되나요”라는 질문이고 지급 예정일은 이미 정해져 있다면, 풀 문제는 조회 화면이 아니라 ‘지급 예정일을 거래처에 먼저 알리는 일’입니다.
월요일 오후, 첫 시제품: 지급 예정 목록 샘플로 거래처별 안내 메일 초안을 AI가 만들게 하는 시제품을 만들어 담당자에게 보여 줍니다.
화요일~수요일, 매일 고치기: 담당자가 고친 문장을 반영해 다시 보여 줍니다. 세금계산서가 빠져 지급이 보류된 거래처는 따로 안내해야 한다는 요구가 나오면 그것부터 넣습니다.
다음 주, 쓰게 하고 넘겨주기: 재무팀이 실제로 안내 메일을 보내게 하고, 보내지 않은 날이 있으면 이유를 묻습니다. 마지막에는 재무팀이 안내 문구와 기준을 직접 고칠 수 있도록 사용 방법을 넘깁니다.

이 장면에서 2번과 3번을 직접 해낼 수 있어야 FDE입니다. 비개발자라면 엑셀 함수, 노코드 도구, AI 코딩 도구로 이런 작은 시제품을 만들어 보는 연습부터 시작하세요. 1번과 4번은 지금 하는 일에서도 바로 연습할 수 있습니다. 팀에서 받은 요청 하나를 골라 “이 요청 뒤에 있는 진짜 불편은 무엇인가”를 한 줄로 적어 보는 것부터요.

FDE 양성 과정 Forward Fellowship은 이 차이를 어떻게 연습하게 하나요?

코드프레소가 AXMOS 컨소시엄 파트너들과 함께 운영하는 FDE 교육·양성 과정 Forward Fellowship은 기업의 실제 업무 문제를 푸는 오프라인 프로젝트를 과정 마지막에 둡니다. 1기는 전공과 경력을 묻지 않고 졸업예정자·구직자와 재직자를 통합 선발했고, 우대 사항에는 AI·Python 역량과 함께 산업·도메인 경험을 넣었습니다. 선발은 “다면적인 역량 진단을 통해 문제 해결력과 성장 가능성을 확인”하는 방식입니다.

과정은 총 7주입니다. 5주 온라인 과정에서 주차별 역량 진단을 거치고, 진단을 통과한 Fellow가 2주 동안 오프라인 기업 프로젝트에 참여합니다. 공식 페이지의 세무법인 사례는 재무제표에서 데이터를 뽑아 세무 검증부터 법인세 보고서·청구서 작성까지 자동화한 프로젝트로, 20개 법인 기준 10~20시간 걸리던 작업을 30분으로 줄였다고 소개합니다. 1기는 10월 17일 개강해 11월 말 데모데이·수료를 앞두고 있고, 다음 기수 소식은 AXMOS 홈에서 안내합니다(2026년 11월 3일 공식 페이지 확인).

자주 묻는 질문

Q. FDE와 SI 상주 개발자는 같은 일인가요?

둘 다 고객사에서 일하지만 시작 시점과 끝나는 기준이 다릅니다. 네이버클라우드 FDE 총괄은 SI가 RFP의 요구사항대로 시스템을 만들고 검수로 마무리하는 반면, FDE는 RFP가 나오기 전부터 고객과 문제를 정하고 고객이 AI를 스스로 쓰고 만들 수 있을 때까지 함께한다고 설명했습니다.

Q. SI 개발 경력은 FDE 취업에 도움이 되나요?

도움이 됩니다. 고객사의 데이터와 보안 규정 안에서 요구사항을 실제 시스템으로 만들어 본 경험은 FDE에서도 그대로 쓰입니다. 채울 것은 요구사항이 정해지기 전 단계입니다. 경력기술서에 받은 요구사항보다 직접 찾거나 다시 정한 문제를 적어 보세요.

Q. 비개발자도 FDE 팀에서 일할 수 있나요?

네이버클라우드는 컨설팅·개발·AI 기술 등 분야별 전문 인력으로 팀을 꾸려 현장에 보낸다고 밝혔습니다. 고객의 고민을 문제로 바꾸고 현장을 이해하는 일은 비개발자의 경험이 강점이 되는 부분입니다. 매일 시제품을 만들어 확인받는 일이 업무의 중심이므로, 작은 결과물을 직접 만드는 구현 기초는 함께 준비하세요.

참고 자료

이데일리, 「RFP도 없이 고객사로 출근…네이버클라우드 FDE, AI 도입 공식 바꾼다」 (2026년 11월 1일)
OpenAI, Colin Jarvis, “What forward deployed engineering means” (2026년 10월 22일). 원문: “Start with the outcome, do what it takes to succeed, then follow with scale.”
FDE 교육·양성 과정 Forward Fellowship 공식 페이지 (2026년 11월 3일 확인)
FDE 교육, 왜 강의보다 선발과 현장 검증일까: 코드프레소 Forward Fellowship

Forward Fellowship 관련 문의는 axmos@codepresso.io로 보내 주세요.

작성: 코드프레소 글로벌 GTM·파트너십(GGP) 본부 | 최종 수정 2026-11-03