티스토리 뷰
목차
포워드 디플로이드 엔지니어(Forward Deployed Engineer) 채용 공고가 작년 한 해에만 800% 늘었습니다. 저는 이 수치를 처음 봤을 때 솔직히 '이게 진짜 숫자인가?' 싶었습니다. AI 때문에 개발자 일자리가 줄어든다는 말이 무색하게도, 현장에서는 지금 이 순간에도 이름조차 생소한 직무들이 속속 등장하고 있습니다. 웹 퍼블리셔로 시작해 React 프로젝트를 거치며 프론트엔드 개발을 주로 해온 제가 이 변화를 보고 느낀 것들을 정리해 봤습니다.
프로덕트 엔지니어와 포워드 디플로이드 엔지니어, 이 직무들의 정체는?
프로덕트 엔지니어(Product Engineer)라는 말, 들어보셨습니까? 한국에서는 3년 전쯤부터 채용 공고에 이 단어가 등장하기 시작했습니다. 여기서 프로덕트 엔지니어란, 기획자(PM)가 따로 존재하는 전통적인 구조에서 벗어나 개발자가 제품의 기획 단계부터 직접 참여하며 서비스 전체를 주도적으로 설계하고 구현하는 역할을 의미합니다. 포스(Paws), 샌드버드(Sendbird), 당근 같은 국내외 테크 기업들이 이 직무를 채용하고 있습니다.
제가 React 프로젝트를 진행할 때 이 문제를 몸소 겪었습니다. 화면을 구현하다 보면 기획 의도가 모호한 경우가 생기고, 그때마다 PM에게 확인을 거쳐야 해서 속도가 느려졌습니다. 그 과정에서 '내가 처음부터 기획에 관여했더라면'이라는 생각을 여러 번 했는데, 프로덕트 엔지니어는 정확히 그 지점을 해소하기 위해 등장한 직무라는 생각이 들었습니다.
포워드 디플로이드 엔지니어(Forward Deployed Engineer)는 조금 다른 결의 직무입니다. 팔란티어(Palantir)가 10년 전부터 운영해온 이 역할은, 쉽게 말해 '개발계의 현장직'입니다. 사무실에서 AI 솔루션을 개발하는 것에서 끝나는 게 아니라, 공장이나 물류 현장에 직접 파견되어 시스템을 구축하고 현장 운영자와 소통하며 문제를 해결합니다. MLOps(머신러닝 운영 엔지니어링)와 맥락이 닿아 있는데, MLOps란 AI 모델을 학습시키는 것에 그치지 않고 실제 서비스 환경에 배포하고 안정적으로 운영하는 전 과정을 담당하는 엔지니어링 분야를 뜻합니다. 앞서 언급한 채용 공고 800% 증가는 바로 이 포워드 디플로이드 엔지니어 직무에 해당하는 수치입니다.
두 직무를 나란히 놓고 보면 한 가지 공통점이 눈에 들어옵니다. 둘 다 '경계를 넘는' 역할이라는 점입니다. 프로덕트 엔지니어는 기술과 기획의 경계를, 포워드 디플로이드 엔지니어는 기술과 현장의 경계를 허뭅니다. 이 변화가 저한테는 단순한 직무명 트렌드로 느껴지지 않았습니다.
- 프로덕트 엔지니어: PM 없이 개발자가 기획과 구현을 함께 담당, 포스·샌드버드·당근 등 채용 중
- 포워드 디플로이드 엔지니어: 현장 파견형 AI 구현 담당, 작년 채용 공고 800% 증가(출처: Palantir Careers)
- 두 직무의 공통점: 기술 단독이 아닌 '기술 + 맥락'을 함께 다루는 연결형 역할
에이전트 엔지니어와 '연결 역량', 앞으로 무엇을 공부해야 할까?
에이전트 엔지니어(Agent Engineer)는 불과 2~3년 전만 해도 존재하지 않던 직무입니다. 프롬프트 설계, 툴 엔진 구성, 에이전트 오케스트레이션, 배포까지 담당하는데, 여기서 에이전트 오케스트레이션(Agent Orchestration)이란 여러 AI 에이전트가 서로 협력하며 복잡한 작업을 수행할 수 있도록 전체 흐름을 설계하고 조율하는 과정을 의미합니다. 말하자면 단순히 AI에게 질문을 잘 던지는 것이 아니라, AI가 실제 서비스 안에서 제대로 작동하도록 파이프라인 전체를 엔지니어링하는 역할입니다.
이 직무는 크게 두 갈래로 나뉩니다. 하나는 서비스 연결형으로, 랭체인(LangChain) 같은 에이전트 프레임워크를 활용해 프론트엔드·백엔드·DB·배포까지 전체 개발 사이클을 이해하는 방향입니다. 다른 하나는 AI 기반형으로, RAG 파이프라인 설계와 파인튜닝(Fine-tuning), 임베딩 모델 활용에 집중합니다. RAG란 검색 증강 생성(Retrieval-Augmented Generation)의 약자로, AI가 자체 학습 데이터만이 아니라 외부 문서나 데이터베이스를 검색해 답변의 정확도를 높이는 기법을 뜻합니다. 제 경험상 이 두 방향은 완전히 분리된 것이 아니라, 실제 서비스를 만들다 보면 자연스럽게 겹치게 됩니다.
한편, 과거에 별도 직업으로 주목받던 프롬프트 엔지니어(Prompt Engineer)는 점점 독립 직무에서 에이전트 엔지니어의 기본 역량으로 흡수되는 추세입니다. LLM(대형 언어 모델, Large Language Model)의 성능이 높아지면서 AI가 스스로 추론하고 검증하는 능력이 강해졌기 때문입니다. 저도 처음에는 프롬프트를 잘 짜는 것 자체가 하나의 큰 기술이라고 생각했는데, 실제로 써보니 모델이 알아서 처리하는 범위가 점점 넓어지더군요.
이쯤 되면 한 가지 질문이 생깁니다. 그러면 지금 나는 무엇부터 공부해야 할까요? 저는 이 물음에 대해 스택 오버플로우(Stack Overflow)가 매년 발표하는 개발자 설문조사(출처: Stack Overflow Developer Survey 2024)를 참고하면서 생각을 정리했습니다. 조사에 따르면 AI 툴을 실제 업무에 통합하고 있다고 답한 개발자 비율이 빠르게 늘고 있으며, 특히 전체 개발 사이클을 이해하는 풀스택 역량이 AI 시대에도 여전히 핵심으로 꼽히고 있습니다.
제가 프론트엔드만 하다가 API 연동과 서버 구조에 관심을 갖기 시작한 것도 결국 같은 이유였습니다. 화면 구현에서 예상치 못한 오류가 생겼을 때, 백엔드 로직이나 DB 구조를 모르면 원인을 찾는 데만 시간을 다 쓰게 됩니다. 그 답답함이 저를 자연스럽게 전체 흐름을 공부하는 방향으로 밀어붙였습니다.
다만 한 가지 짚고 싶은 것이 있습니다. 채용 공고가 늘어난다는 사실만으로 이 직무들이 수년간 안정적으로 자리 잡는다고 단정하기는 어렵다고 봅니다. AI 기술과 시장의 속도가 워낙 빠른 만큼, 지금 유망한 직무명이 몇 년 뒤엔 다시 바뀔 가능성이 충분히 있습니다. 결국 특정 직업 이름을 목표로 삼는 것보다, 프로그래밍 기본기와 문제 해결 역량을 갖추고 새 기술을 실제 서비스에 빠르게 연결하는 능력을 키우는 쪽이 더 본질적인 방향이라고 생각합니다.
자주 묻는 질문
Q. 프로덕트 엔지니어가 되려면 기획 공부도 따로 해야 하나요?
A. 별도로 기획 이론을 깊이 파는 것보다, 실제 프로젝트에서 '왜 이 기능이 필요한가'를 스스로 물어보는 습관이 더 중요할 수 있습니다. 제가 직접 프로젝트를 진행하면서 느낀 건, 기획 문서를 읽는 것보다 사용자 흐름을 직접 그려보는 경험이 훨씬 감각을 빠르게 키워줬다는 점입니다. 기술과 맥락을 함께 이해하는 훈련이 곧 프로덕트 엔지니어의 역량으로 이어집니다.
Q. 에이전트 엔지니어는 백엔드 개발자가 전환하기 더 유리한가요, 프론트엔드가 유리한가요?
A. 서비스 연결형 에이전트 엔지니어는 전체 개발 사이클 이해가 핵심이기 때문에, 백엔드·DB·배포 경험이 있는 쪽이 진입이 수월한 편입니다. 다만 AI 기반형 방향은 데이터 구조와 모델 동작 원리 이해가 더 중요해서, 출발점보다는 어느 방향으로 깊이를 쌓느냐가 결정적입니다. 프론트엔드 출신이라도 API 연동과 서버 구조를 함께 공부하면 충분히 진입할 수 있는 영역이라고 봅니다.
Q. 프롬프트 엔지니어는 이제 공부할 필요가 없나요?
A. 독립 직무로서의 수요는 줄고 있지만, 프롬프트 설계 감각 자체는 에이전트 엔지니어의 기본 역량으로 여전히 필요합니다. LLM 성능이 높아지면서 단순 프롬프트 작성의 중요성은 낮아졌지만, 서비스 맥락에 맞게 AI 동작을 설계하는 능력은 오히려 더 중요해지고 있습니다. 프롬프트 작성 자체보다 '왜 이 프롬프트가 필요한가'를 이해하는 방향으로 접근하면 좋습니다.
Q. AI 시대에 프론트엔드 개발자는 어떤 방향으로 커리어를 확장하면 좋을까요?
A. 저도 이 질문을 스스로에게 자주 던지고 있습니다. 제 생각으로는 백엔드·DB·배포 흐름을 이해하는 풀스택 방향과, AI 툴을 실제 서비스에 연결하는 에이전트 방향 중 하나를 먼저 얕게라도 경험해보는 것이 출발점으로 좋습니다. 한 기술을 깊이 파다 보면 주변 기술들이 자연스럽게 연결되기 때문에, 지금 하는 프로젝트 안에서 관심이 생기는 영역으로 발을 넓혀보는 것을 추천합니다.
결론
AI가 개발자 일자리를 빼앗는다는 이야기보다, 실제로 현장에서는 새로운 이름의 직무들이 계속 생겨나고 있습니다. 프로덕트 엔지니어, 포워드 디플로이드 엔지니어, 에이전트 엔지니어 모두 결국 '기술과 무언가를 연결하는 역할'이라는 공통점을 갖고 있습니다. 저는 이것이 앞으로 개발자에게 요구되는 가장 본질적인 역량이라고 생각합니다.
다만 이 직무들이 지금 주목받는다고 해서 5년 뒤에도 같은 이름으로 존재한다는 보장은 없습니다. 그래서 저는 특정 직무명을 목표로 삼기보다, 프로그래밍 기본기를 탄탄히 하면서 관심이 생기는 기술 영역을 하나씩 연결해나가는 방식으로 공부를 이어갈 생각입니다. 지금 하는 프로젝트 안에서 궁금한 것을 깊이 파고, 그 주변을 자연스럽게 넓혀가는 것이 결국 AI 시대에도 오래 남는 방법이라고 생각합니다.