현황 진단: 프로토콜은 이미 엔터프라이즈 인프라로 진입했습니다

삼성전자 GAUSS 5,665 Q&A 데이터셋을 Fine-tuning한 PM Agent, SKT AgentSkill 결과물, 현대MOBIS SDV 파이프라인 — 세 현장을 가로지르며 반복 확인한 현상이 하나 있습니다. 2024년까지는 “이 도구 쓸까 말까”가 의제였습니다. 2026년 2분기부터는 “어떤 인터페이스에 위임할까“가 의제입니다. 단어가 바뀐 것이 아니라 질문의 소유자가 바뀐 것입니다. 도구 선택은 엔지니어링의 몫이지만, 인터페이스 위임은 PM의 결재 라인 문제입니다. Part 1에서는 이 변곡점을 네 개의 14일짜리 사건으로 압축해서 보여드립니다. 읽으시는 동안, 독자 조직의 에이전트 운영 볼륨이 “Uber의 월 1,500건”에 얼마나 근접하는지 — 또는 얼마나 멀리 있는지 — 감지해 보시길 권합니다. 이 감각이 다음 Part부터의 모든 결정에 깔리는 기준선입니다.

1.1 2026-04 시점 핵심 수치

제가 PM 코칭 현장에서 “MCP가 뭔가요, 아직 쓸 만한가요”라는 질문을 받을 때 먼저 보여드리는 표입니다. 수치 자체보다 변화의 속도를 읽으셔야 합니다.

네 가지 변곡점이 같은 14일 안에 겹쳤습니다. 첫째, MCP Dev Summit에서 Anthropic·AWS·Microsoft·OpenAI 메인테이너들이 공동으로 “MCP는 AI 앱과 데이터 소스 연결에만 집중한다”는 스코프 규율을 선언했습니다 (출처). 둘째, A2A v1.0이 3대 클라우드에 네이티브 통합되었습니다 — AWS Bedrock AgentCore Runtime, Microsoft Azure AI Foundry + Copilot Studio, Google Cloud 전반에 걸친 “deep integration”입니다 (출처). 셋째, MCP 메인테이너 팀이 멀티 벤더 거버넌스로 질적 전환되었습니다 — AWS Senior Principal Engineer Clare Liguori가 Core Maintainer, Anthropic Den Delimarsky가 Lead Maintainer로 승격되어 Anthropic 단독 거버넌스를 벗어났습니다 (출처). 넷째, x402 Foundation 발족으로 에이전트 결제가 별도 재단으로 이관되었습니다 — Coinbase·Google·Microsoft·Visa·Mastercard·AWS 등 20+ 파트너 참여 (출처).

1.2 “엔터프라이즈 인프라 진입”이 실제로 의미하는 것

AAIF 공식 블로그는 2026 Summit의 메시지를 한 줄로 요약했습니다 — “MCP is now enterprise infrastructure” (출처). Uber가 5,000+ 내부 엔지니어·10,000+ 내부 서비스를 중앙 MCP Gateway + Registry 제어 평면으로 노출한 아키텍처를 공개했고 (출처), Nordstrom·Bloomberg·Duolingo·PwC가 프로덕션 사례로 공개되었습니다 (출처). agent gateway·orchestration pattern·skill management framework가 프로덕션 공통 패턴으로 수렴하고 있습니다.

이 변화의 의미를 PM 관점으로 풀어드리면 세 겹입니다. 첫 번째 겹은 조달 가능성입니다. 2025년까지 우리는 벤더별 비표준 SDK를 비교·평가하는 라운드를 돌았고, 구매부 질문에는 “벤더 독점 라이브러리인가, 오픈 표준인가”를 답하기 어려웠습니다. 2026 Q2 시점에는 Linux Foundation 산하 AAIF가 MCP·A2A·AGENTS.md·goose를 단일 재단 체제로 묶었고 (출처), x402 Foundation이 결제를 분리해 받았습니다. 조달부가 수용 가능한 “오픈 표준” 답변이 드디어 성립합니다. 두 번째 겹은 벤더 lock-in 완화입니다. MCP 메인테이너 팀의 멀티 벤더화(Anthropic·AWS·Microsoft·OpenAI) 는 “특정 벤더가 내일 로드맵을 뒤집을 수 있는가”라는 리스크를 낮춥니다. 세 번째 겹은 이벤트·교육 공급선 확보입니다. AAIF는 2026 AGNTCon + MCPCon을 유럽(9월 암스테르담)·북미(10월 산호세)·아시아·인도·아프리카 순회로 공식화해 (출처) 조직 내부 역량 플랜에 매핑할 교육 트랙이 생겼습니다.

반면 Deloitte가 State of AI 2026 에서 짚은 “거버넌스 성숙 21%” (출처) 와 MIT NANDA 연구의 “엔터프라이즈 AI 파일럿 95%가 측정 가능한 P&L 임팩트 제로” (출처) 는 같은 흐름의 그림자입니다. 프로토콜이 엔터프라이즈 인프라로 진입한 순간, 차별화의 무게가 프로토콜에서 거버넌스로 이동합니다. PM 코치로서 저는 이 지점이 이번 시리즈가 존재하는 이유라고 생각합니다. 우리 질문은 “MCP 할까 말까”가 아니라, “MCP 위에 어떤 거버넌스 게이트를 얹을까” 로 이동해야 합니다.

개념 심층: MCP·A2A·4-레이어 스택을 PM의 언어로

제가 aipm 운영 레포에서 매일 돌리는 파이썬 스크립트 하나가 있습니다. prompt-router.py입니다. 이 스크립트는 사용자의 자연어 메시지 한 줄을 받아 RoutingContext에 담은 뒤 route_message_v2로 분기시키고, 선택된 프롬프트 팩 ID와 카테고리를 구조화해 돌려줍니다. 라우팅 결과는 별도 파일에 telemetry로 누적되어, 어떤 요청이 어떤 조합으로 분류되었는지를 해시와 타임스탬프로 남깁니다. 이 100행짜리 스크립트가 보여주는 원리는 MCP·A2A의 4-레이어 스택이 말하는 것과 구조적으로 동일합니다. 자연어는 Intent 레이어에서 분류되고, tool 호출은 Context 레이어로 분리되며, 에이전트 간 위임은 Coordination 레이어의 책임이고, telemetry는 Observability로 빠집니다. 엔터프라이즈의 차이는 규모뿐입니다. Part 2에서 네 개의 레이어를 PM의 조달·감사·운영 언어로 해석하는 순간, 독자 조직의 prompt-router가 어디서부터 어떻게 성장해야 하는지가 구체적으로 보입니다. “이 기술을 쓸까”가 아니라 “이 레이어의 소유권을 누가 가지는가”가 질문이어야 합니다.

2.1 MCP와 A2A의 역할 분담

2026-04-08 공개된 메인테이너 확장 (출처) 과 함께 공표된 스코프 규율은 PM에게 중요한 신호입니다. MCP는 tool connectivity, A2A는 agent coordination, OpenTelemetry는 observability, x402·AP2는 payment, NANDA는 identity로 역할을 쪼갰습니다. Kubernetes가 초기에 스토리지·관측성·네트워킹을 분리해 장수한 전략(“Kubernetes’ durability strategy”)을 의도적으로 벤치마킹한 것으로 평가됩니다 (출처).

PM 실무자의 시선에서 이 분리는 기획 산출물을 다시 짜는 근거가 됩니다. 과거에는 “에이전트 기능 한 장짜리 소개서”에 tool·coordination·observability·payment를 한 덩어리로 묶어 설명했고, 결과적으로 각 레이어의 오너십이 모호해져 운영 단계에서 책임 공백이 발생했습니다. 2026 Q2부터는 기획 문서에 “Layer별 소유 부서 + Layer별 채택 표준 + Layer별 감사 증빙” 세 필드를 명시적으로 두는 편이 합리적입니다. 예를 들어 Layer 2(MCP)는 Platform Engineering이 소유·Uber식 Gateway 표준 채택·audit log를 SIEM으로 연결, Layer 3(A2A)는 Product 조직이 소유·v1.0 Agent Card 서명 강제·운영 대시보드 연결, Layer 4(x402/AP2)는 Finance·Compliance가 소유·사전 승인 한도 게이트·분기 감사 보고 — 이 식으로 나누면 Deloitte가 지적한 거버넌스 공백이 plan 단계에서 메워집니다. Anthropic Claude Code가 progressive discovery로 토큰 85%를 절감했다는 숫자 (출처) 는 기술 튜닝이 아니라 레이어 분리 후 실험이 비로소 가능해진 결과라고 보는 편이 정확합니다.

2.2 4-레이어 스택 비교 (2열 카드)

2.3 MCP 2026 로드맵 4대 축

2026-03-09 공개된 MCP 공식 로드맵은 네 가지 축으로 정리됩니다 (출처).

1. Transport Scalability — stateful session을 stateless 요청 모델로 이행, .well-known 서버 메타데이터 표준 (SEP-1442)
2. Agent Communication — Tasks primitive (SEP-1686) call-now, fetch-later 패턴, Triggers Working Group 신설 (서버→클라이언트 능동 알림)
3. Governance Maturation — Working Group에 도메인별 SEP 권한 위임, Contributor ladder 공식화
4. Enterprise Readiness — audit trail, SSO-integrated auth, gateway behavior, configuration portability / 보안 SEP: SEP-1932 (DPoP), SEP-1933 (Workload Identity Federation)

ℹ️ 핵심 인사이트
2026 Q2 기준 “MCP 채택”은 더 이상 차별화가 아닙니다. 4-레이어 스택 중 어느 레이어에 어떤 재단·표준을 채택했는지가 조달·감사·보안 팀의 질문이 됩니다. PM이 “standard-first procurement” 원칙을 수립해야 하는 이유입니다.

2.4 2026 4-레이어 프로토콜 아키텍처

%%{init: {'theme': 'base', 'themeVariables': {'primaryColor': '#fdf2d8', 'primaryTextColor': '#17160f', 'primaryBorderColor': '#8f5e00', 'lineColor': '#7a7868', 'secondaryColor': '#e6edfb', 'tertiaryColor': '#eeebd8', 'fontSize': '14px'}}}%%
flowchart LR
    subgraph L4["Layer 4: Payment"]
        X402["x402 Foundation"]
        AP2["AP2 (60+ orgs)"]
    end
    subgraph L3["Layer 3: Coordination"]
        A2A["A2A v1.0 (150+ orgs, 22k stars)"]
    end
    subgraph L2["Layer 2: Context/Tool"]
        MCP["MCP (Tasks SEP-1686, Triggers)"]
    end
    subgraph L1["Layer 1: Discovery/Identity"]
        NANDA["NANDA Index (AgentFacts, W3C DID)"]
    end
    L1 --> L2
    L2 --> L3
    L3 --> L4
    L3 -.-> OTEL["OpenTelemetry (관측성 분리)"]

비교·한계·경고: “프로토콜 성숙 vs 조직 미성숙” 비대칭

지난 12개월 삼성전자 GAUSS PM Agent Fine-tuning(5,665 Q&A 데이터셋)·SKT Agent/Skill(83건 PMO 산출물)·SKAX PM 2-Day 워크숍 설계를 진행하면서 반복 확인한 패턴이 있습니다. 세 현장 모두에서 첫 질문은 동일했습니다. “우리 조직은 Gateway가 있는가, 아니면 팀별 MCP 서버가 난립하는가?” 그리고 대부분의 대답도 동일했습니다. 후자입니다. 심지어 “어떤 팀은 자체 gateway를 쓰고, 어떤 팀은 SSO 연동이 안 된다”는 실토가 이어집니다. Gartner의 “40% 취소” 통계는 이런 조직들의 합계입니다. 제가 현장에서 강조하는 해석은 이렇습니다. 프로토콜이 성숙할수록 차별화는 기술에서 게이트로 이동합니다. 프로토콜 채택은 2주 결정 사안이고, 게이트 설계는 6~12개월 조직 변환입니다. Part 3은 이 비대칭을 두 가지 채택 경로(Gateway-First vs Ad-hoc), 6가지 실패 유형, 14일 리스크 델타로 해부합니다. 읽으시면서 독자 조직이 어느 경로에 가까운지 — 그리고 그 경로가 Deloitte “성숙 21%”로 향하는지 Gartner “40% 취소”로 향하는지 — 판정해 보시길 권합니다.

3.1 두 가지 채택 시나리오 (2열 카드)

3.2 실패 유형 테이블

3.3 리스크 맵 14일 델타 (2026-04-02 → 2026-04-16)

PO·PM·PL 3-Role Translation ⭐

이 시리즈에서 제가 단계적 과제(Day 1 / Week 1 / Month 1) 대신 역량 래더(L3 → L4 → L5)만 축으로 쓰는 이유를 먼저 말씀드립니다. 삼성전자·LG전자·SKT·현대모비스·SK쉴더스 다섯 조직의 현장에서 확인한 것은, “Day 1에 뭘 할까”라는 질문의 답이 조직마다 너무 다르다는 것입니다. A라는 회사의 Day 1 행동이 B에서는 이미 완료된 일이고, C에서는 3개월 후에나 가능한 일입니다. 반면 L3(수행 경험) → L4(주도 산출) → L5(코칭·표준화) 이라는 역량 래더는 규모·산업·성숙도에 상관없이 같은 방향을 가리킵니다. 삼성 GAUSS 5,665 Q&A 데이터셋이 L3·L4·L5를 섞어 만들었고, LG전자 PM Competition에서 68명이 인증을 받은 축도 L4 수준 “주도 산출”의 증거였습니다. SKT 83건 PMO 산출물도 마찬가지였습니다. 이 시리즈 8편 모두 같은 L3→L4→L5 래더를 공통 축으로 쓰고, Post 8 캡스톤에서 24-cell 매트릭스(PO·PM·PL × 8주제 × L3·L4·L5)로 집약합니다. 독자 조직은 자기 현 위치를 L3·L4·L5 중 하나에 꽂고 시리즈 전체를 읽을 수 있게 됩니다. 구체적 진입 조건은 각 L 레벨에서 1줄로 제시하고, 실제 착수 동작은 Part 5 Pentagon에 축약해 담았습니다.

4.1 PO의 관점 (시나리오·비전·성공 메트릭 결정자)

현황 진단

PO의 업무는 “어떤 고객 가치를 제품으로 만들 것인가”를 시나리오와 성공 메트릭으로 압축하는 일입니다. MCP/A2A가 등장하면서 PO가 결단해야 할 새 질문이 생겼습니다 — “어떤 고객 가치를 어떤 에이전트에 위임할 것인가.” A2A 1주년 발표에서 공급망·금융·보험·IT 운영 4개 산업이 프로덕션으로 호명되었다는 사실 (출처) 은, PO 시나리오에 “에이전트-투-에이전트 핸드오프 지점”을 명시적으로 정의해야 한다는 신호입니다. 제품 비전 문장도 “사람이 이 가치를 경험한다”에서 “사람과 에이전트가 이 가치를 협업으로 경험한다”로 재서술이 필요합니다.

L3 → L4 → L5 역량 래더

4.2 PM의 관점 (위임·거버넌스·검증 루프 설계자)

현황 진단

PM의 업무는 PMBOK 8판 (출처) 기준으로 Estimate Activity Resources에서 AI를 공식 tool/technique으로 다루게 되었고, Stakeholder·Uncertainty 퍼포먼스 도메인이 “human-in/on/out-of-the-loop 자율성 스펙트럼”을 Risk Register와 RACI에 매핑하라고 요구합니다 (출처). MCP·A2A 도입은 이것을 2-layer delegation map으로 구조화할 기회입니다 — MCP는 tool 레이어 위임, A2A는 agent 레이어 위임. Uber가 월 1,500 agents·주 60,000 execution을 중앙 Gateway로 감사하는 이유가 여기입니다 (출처). 제가 PM 코칭에서 강조하는 문장은 “위임은 할당이 아니라 계약이다” 입니다.

L3 → L4 → L5 역량 래더

4.3 PL의 관점 (품질 게이트·실험 시스템 결정자)

PL은 본 시리즈에서 Project Lead를 가리킵니다 — 기술 스쿼드의 Team Lead가 아니라, 품질 게이트와 실험 시스템을 결정하는 역할로 정의합니다.

현황 진단

PL의 업무는 “우리 에이전트가 내일도 동일한 품질을 보장할 수 있는가”를 실험·측정·게이팅으로 보장하는 일입니다. 2026-04 시점 품질 게이트의 재료는 세 가지입니다 — ① A2A Agent Card 서명 검증(멀티테넌시·OAuth 2.0 현대화 기반) (출처), ② MCP Tasks SEP-1686의 expiry/retry 정책 (call-now, fetch-later 패턴) (출처), ③ gRPC 트랜스포트 전환 준비(Summit에서 공식 의제화) (출처). Claude Code가 progressive tool discovery로 토큰 85%를 절감했다는 사례 (출처) 는 PL이 실험 설계로 원가 구조를 바꿀 수 있다는 구체적 증거입니다.

L3 → L4 → L5 역량 래더

4.4 3-role 통합 테이블 (9-cell, 역량 단일 축)

4.5 3-role 핸드오프 (시리즈 고정 스켈레톤)

%%{init: {'theme': 'base', 'themeVariables': {'primaryColor': '#fdf2d8', 'primaryTextColor': '#17160f', 'primaryBorderColor': '#8f5e00', 'lineColor': '#7a7868', 'secondaryColor': '#e6edfb', 'tertiaryColor': '#eeebd8', 'fontSize': '14px'}}}%%
flowchart LR
    PO["PO
시나리오 정의"] --> PM["PM
위임 매핑"]
    PM --> PL["PL
품질 게이트"]
    PL --> LOOP["검증 루프"]
    LOOP --> PM
    LOOP -.-> PO

실전: Quick Start Pentagon (역량 진입 조건으로 읽기)

Part 4에서 L3·L4·L5 래더를 단일 축으로 세웠습니다. Pentagon은 그 래더에 진입하기 위한 최소 착수 동작을 Day 1·Week 1·Month 1 축으로 배치한 실행표입니다. 즉 “Day 1에 뭘 하라”가 아니라, “L3에 진입하려면 Day 1에 이것은 되어 있어야 한다“로 읽어주십시오. 삼성 GAUSS·LG 인증·SKT PMO 세 현장을 종합해 만든 최소 공통 분모입니다. 각 셀의 동사는 PO는 정의/정렬/압축/선언, PM은 위임/검증/조율/게이팅/매핑, PL은 설계/실험/측정/자동화/게이팅으로 역할별 허용 동사만 사용합니다. 독자 조직의 현 위치를 L3~L5 중에서 먼저 고르시고, 해당 L을 지금 이번 분기 안에 통과시키기 위해 필요한 Pentagon 셀만 골라서 실행하시면 됩니다. 10개 셀 전부를 동시에 밀어붙이지 않는 것이 2026년 현장에서 가장 중요한 실무 원칙입니다.

5.1 Quick Start Pentagon

5.2 하지 말 것 (Callout Red)

⚠️ 이 주제에서 하지 말 것
1. Gateway 없이 팀별 MCP 서버 난립 — Uber 5,000 엔지니어 사례가 보여주듯, 중앙 Gateway + Registry 없이 시작하면 SSO·audit 소급 리팩토링이 6개월 이상 소요됩니다.
2. “MCP 채택”을 성과 지표로 발표 — 2026 Q2 시점에는 차별화가 아닙니다. “4-레이어 중 어느 레이어를 어느 표준으로 덮었는가” 로 보고해야 조달/감사 팀이 수용합니다.
3. Agent Card 서명 없이 A2A 배포 — 멀티테넌시·OAuth 2.0 현대화의 근간을 무시하면 EU AI Act audit trail 요구에서 막힙니다. SEP-1932(DPoP)/SEP-1933(WIF)을 초기부터 채택하시기 바랍니다.

2026년 4월의 14일 동안, 에이전트 프로토콜은 “실험”에서 “엔터프라이즈 인프라”로 공식 넘어갔습니다. 하지만 같은 14일 동안 Deloitte는 거버넌스 성숙 기업이 여전히 21%라고 확인했고, Gartner는 40% 프로젝트 취소 경고를 유지했습니다. 이 비대칭을 메우는 것이 PM 코치가 보는 2026 Q2의 진짜 과제이며, PO·PM·PL 세 역할이 L3·L4·L5 중 어느 래더에 서 있는가가 Quick Win과 ROI 실패를 가릅니다. 제가 이번 편에서 가장 강조하고 싶은 한 문장은 — “프로토콜이 표준이 되는 순간, 차별화는 게이트로 이동한다.” 입니다. 프로토콜 선택은 이제 조달 결정이고, 차별화는 우리 조직이 설계한 delegation map + gov gate + 품질 게이트 v1.0에 있습니다. 다음 편부터는 이 3-role 해석을 “Agentic PM 운영 모델”, “Vibe Coding 가드레일”, “멀티에이전트 아키텍처”로 순차 확장합니다.

이 시리즈 지도

이전: 없음 — 8편 마감편의 첫 문 (시리즈 누적 35번째)
현재: MCP와 A2A가 바꾸는 Agentic PM 시대 — PM 코치가 해석하는 PO·PM·PL의 준비
다음: Post 2 에이전틱 프로젝트 관리 (2026-04-27) · Post 3 Vibe Coding & 에이전틱 엔지니어링 (2026-05-04) · Post 4 멀티에이전트 시스템 2026 (2026-05-11)

Related Posts (기존 34편 중 보완 각도)

• B-3 AI 시대, PM/PL의 역량이 근본부터 바뀌어야 하는 이유 — 본 편의 L3→L5 래더가 서 있는 역량 변화 논의의 원전
• G-2 주니어 PM을 위한 AI 하네스 구축 가이드 — 개인 수준 하네스 조립 가이드, 본 편의 4-레이어는 그 위에 얹는 조직 결재 라인
• G-3 대기업 직장인을 위한 AI Agent & Skill 추천 가이드 2026 — 도구 랜드스케이프, 본 편의 Layer별 조달 결정에 직접 연결
• A-1 AI 코딩 에이전트 시대, 거버넌스 없이 괜찮을까? — 본 편 Part 3의 “프로토콜 성숙 vs 조직 미성숙” 비대칭의 실전 실험 버전
• S-3 SKT Agent/Skill 회고 — 본 편 Part 3에서 인용한 SKT PMO 83건 산출물의 원본 현장

Tags: Agentic PM 2026 Q2, PO-PM-PL 3-role, AX Delivery OS, MCP, A2A