정백경/Product Engineer 전환

Product Engineer 전환은 직군 이름을 바꾸는 문제가 아니라, AI Native 시대에 Product Engineer의 산출물이 무엇인지 다시 정의하는 문서다. 이 관점에서 PE는 더 이상 코드를 직접 많이 생산하는 사람이 아니라, 에이전트가 코드와 제품 개발 작업을 잘 수행하도록 실행 환경을 설계하는 사람으로 이동한다.

한 줄 정의

정백경이 다시 정의한 Product Engineer는 에이전트가 제품 개발을 잘 수행하도록 하네스를 만드는 사람이다. 문제 발견부터 배포까지 제품의 전체 사이클을 AI와 함께 수행한다는 정의도 여전히 유효하지만, 그 역할의 중심 산출물은 점점 코드 자체보다 agent-readable, repeatable한 harness로 이동한다.

핵심 전환

우리 PE는 더 이상 코드 생산자가 아니다.
에이전트가 코드 생산과 제품 개발 작업을 잘 수행하도록 구조를 만드는 사람이 PE다.
에이전트는 도우미나 챗봇이 아니라 위임을 넘어선 실행자로 다뤄야 한다.
PE의 주 업무는 코드 직접 생산에서 skill, hooks, plugin, workflow, orchestration으로 이어지는 하네스 구성으로 이동한다.
제품 개발 중 생성되는 코드는 업무의 일부일 뿐이며, 최종 산출물이 코드에서 끝나면 부족하다.

즉 PE는 직접 다 해내는 사람의 상위호환이 아니다. 오히려 자신의 판단, 기준, 리뷰, 실패 대응 방식을 추상화해서 다음 에이전트 실행이 더 잘되게 만드는 사람에 가깝다.

직군 전문성과 하네스

FE 전문성을 가진 PE는 FE 코드를 직접 잘 짜는 데서 끝나지 않고, FE 에이전트가 누가 실행하더라도 좋은 코드를 만들도록 FE 하네스를 구성해야 한다.
BE 전문성을 가진 PE도 마찬가지로 BE 에이전트가 잘 생성하고 기술적 선택을 하도록 하네스와 workflow를 구성해야 한다.
PO, PD, QA의 전문성도 사라지는 것이 아니라 강화되며, 그 결과물은 직접 생산물이 아니라 agent harness에 녹아야 한다.
문서, 리뷰, 규칙, 검증, 권한, guardrail은 모두 하네스의 일부다.
전문성의 결과물이 코드만이 아니라 하네스가 되어야 한다.

이 관점에서 agent가 생성한 결과물이 엉망이라면 먼저 agent 자체를 탓하기보다, 해당 직역의 Product Engineer가 충분한 맥락, 규칙, 검증 루프, 실행 환경을 하네스로 입혔는지부터 돌아보게 된다.

성공 기준

Agent가 일을 못했다면 agent 문제 이전에 harness를 제대로 입히지 못한 문제로 본다.
제품 개발만 끝내고 harness를 발전시키지 못하면 PE의 성공이 아니다.
제품 개발과 유지보수 과정에서 생긴 반복 실패는 harness에 반영되어 이후 같은 실수를 막아야 한다.
지금 생산하는 코드는 더 좋은 모델과 더 좋은 harness 기준에서 계속 리팩토링 대상이 된다.
PE의 성과는 일회성 산출물이 아니라, 다음 실행이 더 좋아지는 구조를 남겼는지로 판단한다.

그래서 PE의 완료 기준은 제품 완성 하나로 닫히지 않는다. 제품을 끝내는 동시에, 왜 막혔고 무엇을 기준으로 개선했는지가 harness에 남아 다음 실행을 바꾸어야 한다.

Frontend Lead와의 차이

Frontend Lead가 프론트엔드 품질, 리뷰, 온보딩, 기술 기준을 팀 단위로 확장한 역할이었다면, Product Engineer는 직군 전문성을 agent 실행 환경으로 번역하는 역할이다.

즉 Frontend Lead가 특정 직군의 품질 기준을 강화하는 역할이었다면, 지금의 Product Engineer는 그 기준을 문서, 리뷰, workflow, QA, guardrail로 추상화해 agent가 반복적으로 실행 가능한 하네스로 만드는 역할이다.

AI Native와 연결

AI Native에서 사람의 차별점은 더 많은 구현이 아니라 더 나은 실행 환경 설계로 이동한다. 이 흐름에서 PE는 직역별 하네스를 만들고, AI Native팀은 agent가 더 많은 권한과 실행력을 안전하게 갖도록 도구, 권한, workflow, orchestration 기반을 만드는 역할로 분리된다.

Spec, PRD, SID, Linear issue, review comment도 사람이 보기 위한 기록이 아니라 agent가 실행하기 위한 하네스의 일부가 된다. 이 점에서 Product Engineer 전환은 SID/PRD SSOT, Linear + Orchestration, MAGI/AI 코드리뷰, Ralph Day와 직접 연결된다.

결국 Product Engineer는 직군 전문성을 agent 실행 환경으로 번역하고, 반복 실패를 harness 개선으로 회수하며, 더 좋은 모델과 더 좋은 기준에 맞춰 제품과 코드를 계속 발전시키는 사람이라는 정의에 가깝다.