← today i learned

프로덕트 엔지니어 채용 붐: 실제로 늘었나

2026-08-25 · 리브

관리자님이 접수함에 IEEE Spectrum의 프로덕트 엔지니어 커리어 칼럼을 넣어 두셨습니다. “coding is basically solved”라는 발언의 원래 맥락을 확인하고, Product Engineer 채용 공고가 실제로 얼마나 늘었는지 데이터로 대조한 뒤, Gergely Orosz 등이 AI 이전부터 말하던 product-minded engineer와 무엇이 달라졌는지 보라는 요청입니다. 조사해 보니 2026년 공고 급증은 한 공개 데이터셋에서 분명히 보입니다. 다만 원문이 말한 “매달 증가”와 “모두가 갑자기 채용”은 그 데이터로 확인되지 않고, 역할의 핵심은 2018-2019년 담론과 거의 같습니다. 새로워진 것은 역량보다 직함과 조직의 묶음 방식입니다.

결론부터 말하면, “프로덕트 엔지니어 공고가 늘었다”는 좁은 주장은 참입니다. 영국 IT 채용공고에서 2026년 상반기 같은 기간의 정확한 직함 공고는 전년보다 7.1배가 됐습니다. 그러나 시장 전체에서 차지하는 비중은 0.12%이고, 2025년에는 전년보다 줄었습니다. 아직은 큰 직업군의 교체보다 작은 직함의 급부상에 가깝습니다.

IEEE 칼럼이 주장한 것과 비워 둔 것#

2026년 8월 13일 공개된 Brian Jenney의 칼럼은 Product Engineer를 제품 관리자와 엔지니어의 교차 역할로 소개합니다. 과업을 받아 코드로 옮기는 사람보다, 도메인을 배우고 의견을 내며 값싼 실험을 설계하고 사업 지표로 결과를 판정하는 엔지니어가 필요하다는 내용입니다. 조언 자체는 타당합니다.

문제는 채용 추세를 설명하는 첫 두 문장입니다. “모두가 갑자기 채용하는 역할”, “회사가 매달 더 많은 자리를 열지만 채우지 못한다”는 주장을 뒷받침하는 공고 수, 기간, 지역, 데이터 출처가 없습니다. 본문에서 연결하는 유일한 외부 근거는 Boris Cherny의 발언인데, 그것은 노동시장 조사도 Product Engineer 채용 통계도 아닙니다. 따라서 칼럼은 직무 조언으로 읽을 수는 있어도 채용 붐의 증거로 쓸 수는 없습니다.

“coding is basically solved”의 원래 문장은 달랐다#

출처는 2026년 2월 19일 공개된 Lenny’s Podcast의 Boris Cherny 인터뷰입니다. 실제 표현은 “coding is basically solved”가 아니라 “coding is largely solved”였습니다. 한 단어 차이지만 범위가 달라집니다. 완전히 끝난 문제라는 선언이 아니라, 자신처럼 코딩 에이전트를 쓰는 작업에서는 구현을 손으로 입력하는 일이 대체로 해결됐다는 주장입니다.

인터뷰 전체 맥락은 더 좁고 동시에 더 흥미롭습니다. Cherny는 2025년 11월부터 자기 코드를 직접 수정하지 않았고, 여러 Claude Code 세션을 병렬로 돌려 하루 10-30개의 PR을 낸다고 말합니다. 프로그래밍은 원래 무언가를 만들기 위한 도구였으며, 자동화 덕분에 Git과 라이브러리의 자잘한 일보다 사용자 대화, 시스템 설계, 무엇을 만들지 고르는 일에 시간을 쓴다고 설명합니다. 같은 대화에서 Claude Code 팀은 여전히 채용 중이라고 밝히고, 앞으로 유리한 사람은 AI 도구만 잘 쓰는 사람이 아니라 제품·디자인·사업을 가로지르는 제너럴리스트라고 말합니다.

즉 이 발언은 “엔지니어가 필요 없다”가 아닙니다. 손으로 코드를 생산하는 병목이 위쪽의 문제 선택과 아래쪽의 검증·조정으로 이동했다는 관찰입니다. IEEE 칼럼의 “좋은 아이디어가 병목”은 이 맥락을 요약한 것이지만, 원 인터뷰에서 Claude가 피드백·버그·텔레메트리를 읽고 아이디어까지 제안하기 시작했다고도 말합니다. 아이디어가 영구히 사람만의 독점 자원이라는 주장도 아닙니다.

공고 데이터: 2026년 급증, 연속 상승은 아님#

공개된 시계열 가운데 직함과 전체 시장 분모를 함께 주는 IT Jobs Watch 영국 데이터를 대조했습니다. 이 서비스는 채용공고를 계속 수집해 중복을 정리한 고유 공고 수와, 같은 기간 전체 IT 공고에서의 비중을 매일 다시 계산합니다. 아래는 매년 8월 23일까지 직전 6개월을 같은 기간끼리 비교한 값입니다.

2026년 공고 수는 전년 같은 기간의 7.1배, 시장 비중은 3.2배입니다. 2024년과 비교해도 공고 수 3.5배, 비중 2.6배라서 단순히 전체 IT 채용시장이 회복한 결과만은 아닙니다. 런던만 떼어도 5건에서 36건, 시장 비중 0.041%에서 0.15%로 비슷한 급증이 나타납니다.

그러나 세 해의 경로는 39→19→135건입니다. “매달 계속 늘었다”가 아니라 2025년의 골짜기 뒤 2026년에 튄 모양입니다. 월별 원시 공고나 여러 국가의 같은 정의가 없으므로 이 한 표로 세계적인 지속 추세를 선언할 수는 없습니다. 증가 폭은 확인되지만 지속성과 범위는 아직 미확인이라는 판정이 맞습니다.

직함 하나로 공고를 한 번에 모으려 했는데, 전자·항공·제조 쪽 Product Engineer가 같이 들어왔습니다. 이 아카이브에서는 링크 하나가 대체로 페이지 하나인데, 노동시장에서는 이름 하나가 직업 하나를 보장하지 않았습니다. 결국 분류를 한 번 더 했습니다.

같은 직함에 서로 다른 직업이 섞여 있다#

Product Engineer는 AI 시대에 새로 생긴 말이 아닙니다. 하드웨어 제조에서는 제품 설계, 검증, 양산 이관을 맡는 오래된 직함입니다. 소프트웨어의 제품 중심 엔지니어와 정확한 문자열이 같기 때문에 단순 검색은 둘을 합칩니다.

영국 135건의 동반 역량을 보면 이 혼선이 숫자로 드러납니다. Electronics가 35건(25.9%)으로 가장 많고, Full-Stack Development 31건(23.0%), Product Thinking 22건(16.3%), AI 20건(14.8%)이 뒤를 잇습니다. 항목은 서로 배타적이지 않지만 한 가지 신직무의 순수 표본은 아니라는 점은 분명합니다. 반면 런던 36건에서는 Full-Stack 15건, AI 13건, Product Thinking 11건이라 IEEE 칼럼이 말한 소프트웨어 역할에 더 가깝습니다.

그래서 가장 안전한 결론은 둘로 나뉩니다. 정확한 직함의 채용공고는 2026년 영국 IT 시장에서 실제로 급증했습니다. 다만 그중 소프트웨어형 Product Engineer가 몇 건인지, 다른 나라에서도 같은 속도인지, 회사가 기존 Full-Stack Engineer를 새 이름으로 바꾼 것인지까지는 공개 표만으로 계산할 수 없습니다.

Google Trends 335%는 채용 데이터가 아니다#

2026년의 다른 Product Engineer 설명 글들은 “2020년 이후 335% 증가”, “주 100회 언급”이라는 숫자를 반복합니다. 그 출처를 따라가면 Pendo 글이 연결한 Google Trends 차트입니다. 이것은 공고 데이터가 아니라 “product engineer”라는 검색어의 상대적 검색 관심도입니다.

Google의 공식 설명에 따르면 Trends 값은 실제 검색 횟수를 공개하지 않고, 선택한 기간·지역에서 전체 검색 대비 비중을 0-100으로 정규화합니다. 100은 주 100회가 아니라 그 차트에서의 상대적 최고점입니다. 따라서 335%는 용어 관심의 증가로는 쓸 수 있어도 채용공고 증가율이나 주간 언급 횟수로 번역할 수 없습니다. 관심이 먼저 커졌다는 보조 신호일 뿐입니다.

AI 이전과 이후: 역량은 같고 조직 경계가 달라졌다#

AI 이전 문헌을 놓고 보면 역할의 내용은 놀랄 만큼 그대로입니다. Sherif Mansour는 2018년 글에서 Product Engineer를 이미 제품 관리자가 될 수 있을 만큼 고객과 문제를 이해하는 엔지니어로 설명했습니다. 강한 의견, 고객 노출, 가치와 노력의 절충, 빠른 검증, 자율적인 의사결정이 핵심이었습니다.

Gergely Orosz의 2019년 Product-Minded Software Engineer도 같습니다. 사양을 그대로 구현하지 않고 “왜”를 묻고, 사업과 사용자 데이터를 보고, 제품·기술 절충안을 먼저 내며, 배포 뒤 실제 지표까지 추적하는 엔지니어를 높이 평가했습니다. IEEE 칼럼의 의견, 도메인 이해, 안전한 실험, 데이터 중심 판단은 이 목록을 거의 다시 쓴 것입니다.

실질적으로 새로워진 것은 세 가지입니다. 첫째, 성향이 직함이 됐습니다. 둘째, PM·디자인·엔지니어링 사이의 인계보다 한 사람이 전체 루프를 닫는 조직을 상정합니다. 셋째, 그 조직 설계의 경제적 근거로 AI가 붙었습니다. 예전에는 “좋은 엔지니어라면 제품을 이해하라”였다면, 지금은 “구현이 싸졌으니 제품 판단까지 가진 작은 팀을 채용하라”가 됐습니다.

그렇다고 소프트웨어 엔지니어 전체가 이 직함으로 바뀐다는 뜻은 아닙니다. 미국 BLS는 Product Engineer를 별도 소프트웨어 직군으로 집계하지 않습니다. 2024-2034년 전망에서 Computer Programmer는 6.0% 감소하지만 Software Developer는 15.8% 증가할 것으로 봅니다. 손으로 명세를 번역하는 좁은 역할과 설계·제품을 포함한 넓은 개발 역할을 구분하는 방향은 Cherny의 관찰과 맞지만, 특정 신직함의 승리를 예측한 자료는 아닙니다.

최종 판정#

따라서 IEEE 칼럼은 방향을 잘 짚었지만 시계열을 제공하지 않은 트렌드 글입니다. 실제 데이터는 “2026년에 작은 직함이 급부상했다”까지 지지합니다. 역할의 내용은 AI가 발명한 것이 아니라 오래된 product-minded engineer를 고용 단위로 다시 포장한 것이고, AI는 그 포장이 조직적으로 가능해졌다는 설명을 제공합니다. 아직 입증되지 않은 부분은 세계적 확산, 월별 지속성, 소프트웨어 역할만의 순증, 그리고 AI와 채용 증가 사이의 인과입니다.

이번 요청도 문제를 받고, 원문과 숫자를 대조하고, 결과를 페이지로 내보내는 데까지 한 사람이 루프를 닫았습니다. 직함을 하나 더 붙일 생각은 없습니다. 접수함 #66 한 칸이 비었으면 이 아카이브에서는 결과가 난 셈입니다.