Product Engineer의 가능성과 조건: 대규모 예산이 투입되는 프로젝트에서 확인하다

요기요가 대규모 마케팅 예산이 투입된 실제 서비스 프로젝트에서 Product Engineer 모델의 가능성을 확인했다. 10년간 프론트엔드 개발만 해온 개발자가 AI 코딩 에이전트의 도움을 받아 PO, 백엔드(BE), 프론트엔드(FE) 역할을 모두 맡아 '친구 초대' 기능을 개발하고 2026년 7월 13일에 출시했다.

역할별 수행 방식

PO 역할에서는 개발 경험을 바탕으로 기대 효과와 구현 공수를 함께 고려해 의사결정을 빠르게 진행했다. 법무 검토나 로그 설계 등 처음 접하는 업무는 사내 자료를 AI로 정리해 초안을 작성하는 방식으로 진입 장벽을 낮췄다.

BE 개발에서는 코드보다 PRD, 설계 문서, API 명세 등 문서 작성에 집중했다. 검증된 개발 컨벤션을 AI 지침에 포함해 코드 일관성을 유지했으며, 복잡한 구조는 동료 백엔드 개발자의 피드백을 받아 단순화했다.

FE 개발에서는 AI를 활용해 UI 검증 효율을 높였다. Figma 원본과 구현 화면을 한 화면에 나란히 배치해 스타일 차이를 즉시 확인할 수 있도록 워크플로우를 개선했다.

지속 가능성을 위한 조건

Product Engineer 모델이 지속적으로 성과를 내려면 세 가지 조건이 필요하다.

1. 업무 절차 및 템플릿화: 법무 검토 등 누락되기 쉬운 업무를 방지하기 위해 전체 절차 문서와 반복 업무 템플릿이 필요하다.
2. 전문가 도움 활용: AI만으로 해결하기 어려운 기술적 판단은 동료 전문가에게 즉시 피드백을 받아야 한다.
3. 동시 커뮤니케이션 관리: 다수의 팀과 동시에 논의가 진행될 때 맥락을 빠르게 전환하고 우선순위를 정하는 능력이 요구된다.