최근 같은 주에 세 곳에서 같은 결론을 발견했습니다.

실리콘밸리 PM 커뮤니티의 가장 권위 있는 레퍼런스인 SVPG(Silicon Valley Product Group)가 AI 에이전트 시대의 PM 역할을 새롭게 정의했습니다. “PM의 핵심은 무엇이 존재해야 하는지를 결정하는 것이다.” 이 정의는 기존의 “기능을 설계하고 개발팀과 조율하는 사람”과 층이 다릅니다.

같은 시기, Stripe의 수석 엔지니어는 “에이전트 병렬 조율”을 직급 기대치로 명시했습니다. 에이전트를 사용하는 것이 아니라 에이전트를 운영하는 역량을 공식 요구사항으로 올린 것입니다. 그리고 emollick의 임상 연구 분석은 AI가 생성한 결과물과 FDA 임상 기준 사이의 간극을 정량으로 드러냈습니다. 데모에서 그럴듯하게 보이는 것과 실제 검증을 통과하는 것이 완전히 다른 기준임을 확인시켜줬습니다.

이 세 신호가 같은 방향을 가리킵니다.

한국 상황에서 이 변화를 실감하기 어렵습니다. 삼성SDS AX센터 자료에 따르면 에이전트를 실제 운영으로 전환한 비율은 5%에 불과합니다. 대부분의 PM은 아직 “기능 정의 → 개발 → 데모 발표”의 흐름 안에 있습니다.

그러나 에이전트가 실행을 맡기 시작한 환경에서는 병목의 위치가 달라집니다. 코드를 누가 쓰느냐보다, 무엇을 만들지 결정하는 사람이 가장 느린 링크가 됩니다. OpenAI의 Akshay Nathan은 이것을 “아이디어가 새로운 병목”이라고 표현했습니다. 커밋 수, PR 건수, 토큰 소모량은 이 병목을 측정하지 못합니다. 기존 생산성 지표가 의미를 잃어가는 이유입니다.

전통적 PM의 산출물은 기능 목록과 스펙이었습니다. 에이전트가 코딩, 분석, 문서화를 처리하게 되면 이 산출물의 가치 구조가 바뀝니다. 대신 두 가지 판단이 PM의 핵심으로 이동합니다.

존재 판단: 무엇을 만들어야 하는가. SVPG가 말하는 PM의 새 핵심입니다. 어떤 에이전트가 왜 지금 이 조직에 필요한지 결정하는 역량입니다. 여기서 내리는 판단은 에이전트가 대신할 수 없습니다.

검증 판단: 만들어진 것이 실제로 작동하는가. emollick의 FDA 간극 분석이 보여주듯, 데모와 실운영 사이의 거리는 기술이 아니라 검증 설계의 문제입니다. 검증 루프를 처음부터 설계하지 않으면 이 거리는 데모 이후에도 줄어들지 않습니다.

이 두 판단을 내리는 사람이 PM이고, 이 두 판단을 설계하는 역량이 이제 PM의 핵심 차별화입니다.

Stripe 수석 엔지니어의 직급 기대치 변화는 실용적 힌트를 줍니다. 에이전트 병렬 조율이 직급 기대치가 됐다는 것은, 에이전트를 도구로 쓰는 단계를 넘어 에이전트 팀을 운영하는 역량이 요구된다는 뜻입니다.

세 가지 전환이 필요합니다.

판단 경계를 먼저 설계하라: 어떤 결정을 에이전트에게 위임하고, 어떤 결정은 인간이 내릴지 경계를 명확히 합니다. 이 경계 없이 에이전트를 배포하면 잘못된 결정이 나와도 책임 구조가 없어집니다.

검증 루프를 초기 설계에 넣어라: 에이전트 출력을 어떤 기준으로, 누가, 언제 검토할지를 프로젝트 시작 시점에 정합니다. 나중에 붙이려 하면 데모 수준에서 운영으로 넘어가지 못합니다.

존재 이유를 먼저 확인하라: 만들려는 에이전트가 어떤 업무를 해결하는지, 그 업무가 조직에서 얼마나 반복되는지를 먼저 확인합니다. 이 판단 없이 기술만 붙인 것이 에이전트 도입 95%가 실운영에 도달하지 못하는 근본 원인입니다.

SVPG의 재정의는 선언이 아닙니다. PM이 무엇을 증명해야 하는지가 바뀐 것입니다.

여러분의 팀에서 “무엇이 존재해야 하는지”를 결정하는 사람은 누구입니까?