아정당
국내외 기업 조직 전환 사례 조사

아정당이 AX 빌더 조직을 만들어 가며
읽은 250개의 자료

아정당은 프로덕트 AX, 곧 AI를 중심에 두고 제품을 만드는 방식 자체를 바꾸는 일에서 여러 변화와 실험을 이어 가고 있습니다. 우리에게 맞는 방식은 직접 찾아야 하지만, 실패를 줄이는 가장 좋은 방법은 먼저 이 길을 간 회사들이 무엇을 바꿨고, 무엇을 남겼고, 어디서 되돌아갔는지를 배우는 것이었습니다. 그래서 국내외 24개 회사의 자료 약 250건을 원문까지 읽었고, 이를 바탕으로 아정당만의 방식으로 프로덕트 AX를 진행하고 있습니다. 같은 고민을 하는 조직에 도움이 되기를 바라며 그 기록을 공유합니다.

24건조사한 기업 사례
약250건원문까지 읽은 자료
9편당근 빌더 밋업 발표
6갈래전환 유형
핵심 결론

직군을 없앤 회사로 알려진 곳들을 원문까지 읽어 보면, 직함을 바꾼 곳은 늘었지만 제너럴리스트만으로 굴러가는 조직은 어디에도 없었습니다. 모두 전문가 층을 어딘가에 다시 세웠습니다. 그리고 경계를 허문 조직이 공통으로 남겨 둔 것은 권한이 아니라 게이트였습니다.

조사 대상 24건, 읽은 자료 약 250건, 당근 빌더 밋업 현장 발표 9편(자동 전사). 각 자료의 본문을 직접 읽고 정리했으며 읽지 못한 자료는 본문 미확인으로 표시했습니다. 원문에 없는 수치는 쓰지 않았습니다. 사실과 해석을 절별로 분리했습니다.

이 문서가 쓰는 말

뜻이 회사마다 갈리는 말과, 이 조사가 특정한 의미로 쓰는 말만 골랐습니다. 널리 통용되는 용어는 따로 풀지 않았습니다. 갈림 표시가 붙은 말은 정의가 하나로 모이지 않는다는 것 자체가 조사 결과입니다.

게이트gate

만든 것이 사용자에게 닿기 전에 반드시 지나야 하는 지점. 사람이 보는 코드 리뷰만이 아니라 자동 검사, 배포 창, 권한 분리, 플랫폼이 강제하는 정책까지 포함합니다. 이 조사에서 조직마다 가장 크게 갈린 축이고, 경계를 허문 조직이 공통으로 남겨 둔 것이기도 합니다.

빌더builder갈림

단일한 정의가 없습니다. 같은 말이 세 가지 다른 자리를 가리킵니다.

직함직군을 합쳐 구성원 전원에게 붙인 이름. 아마존, 링크드인, 당근이 이렇게 씁니다.
별도 트랙사내 업무 자동화를 만드는 자리. 라포랩스와 국내 스타트업 공고 다수가 이렇게 씁니다.
태도기획부터 배포까지 혼자 끝내는 사람을 가리키는 일반 명사. 채용 브랜딩에서 주로 씁니다.

프로덕트 엔지니어product engineer갈림

회사마다 정반대에 가까운 뜻으로 씁니다. 사례를 비교할 때 이 차이를 먼저 봐야 합니다.

결정권형제품 결정과 가격과 지표까지 소유하는 엔지니어. PostHog, Linear.
통합 직함PM과 디자이너를 포함해 제품 관련 전 직군을 합친 이름. 마이리얼트립.
기반 담당제너럴리스트가 빠르게 판단하도록 데이터와 인프라를 받치는 자리. 레브잇.

구현의 자율성과 전략의 자율성autonomy of implementation vs strategy

무엇을 만들지 정하는 권한과, 어떻게 만들지 정하는 권한을 나눈 구분. 조사한 24건 중 앞의 것을 아래로 내린 사례는 없었습니다. 자율성을 준다고 말할 때 둘 중 어느 쪽인지가 실제 차이를 만듭니다.

다섯 아키타입five archetypes

직군 대신 일하는 성향으로 사람을 나눈 분류. 프로토타이퍼는 새 아이디어를 쏟아내고, 빌더는 그것을 프로덕션 수준으로 바꾸고, 스위퍼는 정리하고 덜어내고, 그로워는 이미 나온 제품을 반복 개선하고, 메인테이너는 성숙한 시스템의 안정성과 보안을 지킵니다. 한 사람이 두세 개에 걸치고, 제품 단계에 따라 필요한 조합이 달라집니다.

하네스harness

AI 에이전트를 감싸 무엇까지 할 수 있는지, 결과를 어떻게 검증할지, 실패하면 어떻게 처리할지를 통제하는 층. 에이전트에게 작업 공간 전체를 주는 대신 변경 제안만 받게 만들고, 실제 반영은 사람이 검수한 뒤에 하도록 잠그는 장치가 여기 속합니다.

가드레일 지표와 점진 배포guardrail metric, staged rollout

가드레일 지표는 실험이나 배포에서 절대 나빠지면 안 되는 안전선입니다. 목표 지표와 함께 미리 정해 두고 이 선이 무너지면 즉시 중단하고 되돌립니다. 점진 배포는 변경을 한 번에 열지 않고 1%, 5에서 10%, 전체 순으로 노출을 넓히며 각 단계에서 확인하는 방식입니다.

전방 배치 엔지니어forward deployed engineer, FDE

자기 회사가 아니라 고객사 안에 들어가 앉아 고객의 문제를 자사 제품 위에서 직접 코드로 푸는 엔지니어. 팔란티어에서 나왔고, 제품 조직이 아니라 사업개발 조직 소속이라는 점이 특징입니다. 현장 산출물을 일반화해 제품으로 만드는 별도 팀이 뒤에 있어야 성립합니다.

AI 능숙함과 AI 주체성AI fluency vs AI agency

도구를 잘 다루고 최신 동향을 말할 수 있는 것이 능숙함이고, 자기 업무 방식 자체를 그 도구 위에서 다시 짠 것이 주체성입니다. 채용에서 이 둘을 구분해 본 조직들은 격차가 생각보다 크다고 기록했습니다. 스펙이 알려주지 않을 때 무엇을 해야 하는지 스스로 파악하는가로 가르기도 합니다.

1차 자료와 2차 자료primary, secondary

이 조사의 표기입니다. 회사가 직접 쓴 글, 핸드북, 채용 공고, 사내 문서 원문, 당사자 발언이 1차입니다. 기사와 요약, 벤더 행사 전언은 2차입니다. 사례마다 어느 쪽에 근거했는지 표시했고, 읽지 못한 자료는 미확인으로 남겼습니다.

종합 분석

사례를 나열하기 전에, 24건을 가로질러 반복적으로 나타난 패턴을 먼저 정리합니다. 유형 분포, 조직이 남겨 둔 것, 게이트를 세운 세 방식, 어떤 조건에서 작동했는지, 그리고 2년간의 시간 흐름입니다.

01 · 전환의 여섯 갈래

빌더 전환이라는 하나의 이름 아래 서로 다른 여섯 가지 일이 벌어졌습니다. 가장 많은 것은 직군을 그대로 두고 경계를 넘는 행동만 장려한 유형이고, 직함을 실제로 합친 조직은 다섯 곳입니다. 주목할 점은 게이트를 새로 설계한 사례가 직함을 실제로 합친 사례의 두 배가 넘는다는 것입니다. 경계를 허무는 일보다 그것을 받칠 장치를 만드는 일이 더 많았습니다.

게이트 설계
11
왓낫 · PostHog · Ramp · 팔란티어 · epilot · 무신사 · 채널톡 · 토스 · 라포랩스 · 팀스파르타 · 레브잇
경계 넘기 장려
9
epilot · Anthropic · Intercom · 쇼피파이 · 당근 · 채널톡 · 토스 · 라포랩스 · 팀스파르타
채용·평가 전환
7
링크드인 · 세일즈포스 · Zapier · 쇼피파이 · 마이리얼트립 · 무신사 · 크래프톤 계열
직군 통합
5
메타 · 아마존 · 링크드인 · 마이리얼트립 · 레브잇
PM 극소화
4
왓낫 · Factory · PostHog · Linear
철회·정정
4
메타 · 듀오링고와 에어비앤비 · 라포랩스 · 레브잇

한 사례가 여러 유형에 걸치는 경우가 많아 합계는 24를 넘습니다.

02 · 경계를 허문 조직이 남겨 둔 세 층

직함과 협업 방식은 크게 흔들렸지만, 어느 사례에서도 아래 세 가지는 아래로 내려가지 않았습니다. 전권을 준 조직이 아니라, 무엇을 주지 않을지 먼저 정한 조직이 살아남았습니다.

전략은 위에서조사한 24건 중 예외 없음
왓낫은 문서에 자율성은 구현의 자율성이고 전략의 자율성은 누구도 갖지 않는다고 못 박았습니다. PostHog는 팀 리드가 무엇을 만들지 정하지만 월간 리뷰에서 CEO가 가정을 반박하고 책임을 묻습니다. Linear는 창업자가 방향을 소유합니다. 마이리얼트립은 아래에서 구현한 뒤 경영진이 투자를 결정합니다.
게이트는 유지 또는 강화완화한 사례 없음
배포가 늘어난 조직은 게이트를 없애지 않고 오히려 좁혔습니다. 팀스파르타는 상시 배포를 하루 두 번으로 조정했고, 채널톡은 개발자 두 명 리뷰를 필수로 두고 디자이너에게 머지 권한을 주지 않았습니다. epilot은 리뷰 우회 배포 사고를 겪은 뒤 접근을 열기 전에 권한을 잠그라고 적었습니다. 예외처럼 보이는 것이 하나 있습니다. 당근 디자인 시스템 팀은 구현 단의 API 제약을 풀었습니다. 그러나 제약을 없앤 것이 아니라 디자인 리뷰라는 사람 게이트로 옮긴 것이었습니다.
책임은 만든 사람에게AI 산출물도 예외 아님
PostHog는 승인이 책임을 옮기지 않는다고 규정했습니다. epilot은 에이전트를 트리거한 사람이 산출물을 책임진다, 예외 없다고 썼습니다. 왓낫은 AI로 찾은 데이터든 AI가 쓴 코드든 그것이 좋은 분석인지 좋은 코드인지 확인할 책임에서 면제되지 않는다고 적었습니다.

03 · 게이트를 세운 세 방식

게이트의 위치가 갈립니다. 사람이 확인하는 방식, 시스템이 애초에 못 하게 막는 방식, 배포 리듬 자체로 조절하는 방식입니다. 국내 네 회사가 서로 참조 없이 두 번째 방식에 도달한 것이 이 조사에서 가장 선명한 수렴입니다.

방식 A

사람이 확인합니다

리뷰 인원과 머지 권한을 분리합니다. 비개발 직군은 변경을 제안할 수 있지만 합치는 것은 자격 있는 사람만 합니다. 가장 흔하고 가장 먼저 세워지는 장치입니다.

  • PostHog
  • epilot
  • 채널톡
  • 팔란티어
  • Ramp
방식 B

시스템이 못 하게 막습니다

규칙을 설명하는 대신 어길 수 없게 만듭니다. 지속적 통합 검사와 린터, 플랫폼이 자동 적용하는 보안 정책, 타입 계약, 데이터 권한 계층, 패치 제안만 허용하는 하네스가 여기 속합니다.

  • 채널톡
  • 토스
  • 무신사
  • 당근
방식 C

배포 리듬으로 조절합니다

같은 문제에 정반대 답이 나왔습니다. 배포 창을 좁혀 자동 테스트 통과를 조건으로 거는 쪽과, 하루 수십 회 배포를 전제로 배포 후 검증하고 점진 노출로 위험을 나누는 쪽입니다.

  • 팀스파르타
  • 라포랩스
  • 레브잇

04 · 어떤 조건에서 작동했나

PM을 극소로 줄인 조직에는 공통 조건이 있습니다. 고객이 엔지니어이거나 제품팀이고, 규모가 작고, 채용 기준이 극단적으로 높습니다. 사업 조직이 강한 중개형이나 소비자 사업에서 이 모델이 검증된 1차 자료는 조사 범위에서 찾지 못했습니다. 왓낫만 소비자 마켓플레이스이면서 PM 밀도를 낮게 유지했고, 그마저 직원 60명당 PM 1명이라는 비율을 창업 초기부터 지켜 왔습니다.

모델규모 조건고객·사업 형태함께 있던 전제사례
PM 극소화 50~200명
팀 단위 2~6명
개발자·제품팀 대상 도구, 셀프서브 유급 실무 시험, 시니어 전용 채용, 창업자가 방향 소유 PostHog · Linear · Factory
PM 극소화 + 소비자 사업 1,200명에 PM 20명 라이브 커머스 마켓플레이스 전 직원 판매·구매·고객문의 처리 의무, 게이트 단일화, 시니어 편중 왓낫
직군 통합 70~500명 여행·커머스 등 소비자 사업 평가 축 신설, 인위적 결핍, 전문가 층 재구축 마이리얼트립 · 레브잇
직군 통합 수천~수만 명 대형 플랫폼·리테일 사업부 단위 시범 적용. 전사 확대는 두 곳 모두 하지 않음 메타 · 아마존
경계 넘기 장려 40~4,000명 업종 무관 문서화 자산, 플랫폼 가드레일, 팀별 챔피언 당근 · 채널톡 · 토스 · epilot
전방 배치 엔지니어 고객팀 4~5명
pod 약 15명
대형 계약 B2B, 정부·엔터프라이즈 재사용 플랫폼, 산출물을 제품화하는 별도 팀, 큰 계약 규모 팔란티어 · OpenAI · Ramp

05 · 2025년 3월부터 2026년 8월까지

시간 순으로 놓으면 흐름이 보입니다. 2025년은 선언의 해였고, 2026년 상반기는 실행의 해였으며, 2026년 중반부터 철회와 자기 수정이 잇따랐습니다. 철회한 조직들은 방향을 부정하지 않고 순서와 속도를 수정했습니다.

2025.03
선언
쇼피파이 CEO가 AI 사용을 기본 기대치로 선언한 사내 메모를 보냈습니다. 성과 평가 항목과 인원 요청 조건을 함께 바꿨습니다. 메모 전에 사내 프록시와 코딩 도구, 법무 합의가 이미 깔려 있었습니다.
2025.04
철회
듀오링고가 같은 형식의 AI 퍼스트 메모를 계약직 대상으로 발표했습니다. 3주 뒤 CEO가 잘하지 못했다고 정정했습니다.
2025.05
확산
당근이 승인 절차를 걷어내고 매주 사례 공유 세션을 시작했습니다. 팀마다 다른 방식으로 실험하게 했습니다.
2025.09
통합
마이리얼트립이 테크 직군 전체를 프로덕트 엔지니어로 전환하고 직무 확장 부트캠프를 열었습니다. 당근은 사내 해커톤에서 빌더라는 말을 처음 썼습니다.
2025.12
통합
링크드인이 APM 프로그램 폐지와 Full Stack Builder 모델을 공개했습니다. 임원진을 직군 리더에서 프로덕트 영역 리더로 재편했습니다.
2026.01
통합
메타가 하와이 리트릿에서 Project OT를 구상했습니다. 링크드인 APB 1기가 시작됐고 설계자인 CPO는 같은 달 퇴사했습니다.
2026.02
개방
epilot이 219개 저장소를 비개발 직군에 열었습니다. 토스는 사내 어드민 제작 플랫폼을 공개했습니다.
2026.03
통합
마이리얼트립이 PM과 디자이너까지 프로덕트 엔지니어로 2차 전환하고 평가에 AI 활용 축을 넣었습니다. 무신사는 AI 네이티브 공채로 66명을 선발했습니다.
2026.04
통합
아마존이 두 사업부의 직함을 없애고 단일 직군 빌더로 바꿨습니다. 메타 사내에서는 통제되지 않은 에이전트의 파괴적 행동 경고가 올라왔습니다.
2026.05
철회
메타가 1차 정리해고 몇 시간 전에 2차 재편 계획을 취소했습니다. 마이리얼트립은 AI 전담팀과 챔피언 제도를 2년 만에 해체했습니다. 세일즈포스는 빌더 1,000명 채용을 공표했습니다.
2026.06
재정의
Anthropic 개발자가 직군과 무관한 다섯 아키타입을 제시했습니다. 토스의 테크니컬 라이터 챕터는 스스로 없어지겠다고 선언했습니다.
2026.07
명명
당근이 채용 리뉴얼에서 구성원의 공식 명칭을 빌더로 바꿨습니다. 레브잇은 탐색 조직 안에서 두 역할의 분화를 공개했습니다.
2026.08
철회
라포랩스가 실험 실패율 상승을 근거로 방향을 수정했습니다. 메타의 실패 전모가 보도됐습니다. 채널톡은 규칙을 어길 수 없게 만드는 쪽으로 디자인 시스템을 다시 설계했습니다.

06 · 반복적으로 실패한 지점

실패의 모양이 몇 가지로 수렴합니다. 첫째 산출량과 성과의 괴리입니다. 메타의 코드 변경 220% 대 사용자 도달 36%가 가장 큰 규모이고, 무작위 대조 실험에서는 숙련 개발자가 19% 더 오래 걸렸는데도 20% 빨라졌다고 믿었습니다. 둘째 전담 조직의 병목입니다. 대신 만들어 주는 방식은 세 회사에서 같은 한계에 부딪혔고, 내가 만들지 않으면 내가 유지보수할 수 없다는 문장으로 정리됐습니다. 셋째 도구만 주는 확산입니다. 설치하고 떠올리고 자료를 넘기는 일이 사람 몫으로 남으면 아무도 쓰지 않았습니다. 넷째 기준 없는 자동화입니다. 자동 생성이 붙은 뒤에야 무엇이 최신이고 누가 책임지는지 정해져 있지 않다는 사실이 드러났습니다. 다섯째 인프라 없는 선언입니다. 같은 문장이 인프라를 먼저 깐 회사에서는 통하고 그렇지 않은 곳에서는 3주 만에 정정됐습니다.

확인된 사실

자료에서 확인된 것만 적었습니다. 각 항목 끝에 근거가 된 사례를 표시했습니다.

01
제너럴리스트만으로 굴러가는 조직은 없었습니다

레브잇은 세 단계에 걸쳐 전문가 층을 다시 세웠습니다. 단일 직군 20명에서, 성숙 제품의 직군 분화로, 다시 탐색 조직 안에서도 두 역할의 분화로 갔습니다. 마이리얼트립도 프로덕트 엔지니어를 한 팀에 모으면서 각 버티컬에 도메인 담당을 남겼습니다.

레브잇 · 마이리얼트립 · PostHog · Linear
02
남겨 둔 것은 권한이 아니라 게이트였습니다

국내 네 회사가 독립적으로 같은 형태에 도달했습니다. 규칙을 설명하는 대신 규칙을 어길 수 없게 만드는 쪽입니다. 해외도 같습니다. 한 회사는 사고를 겪은 뒤 접근을 열기 전에 권한을 잠그라고 적었습니다.

채널톡 · 토스 · 무신사 · 당근 · epilot
03
산출량이 늘어도 성과는 그만큼 늘지 않았습니다

메타의 사내 수치가 가장 큽니다. 코드 변경은 220% 늘었는데 사용자에게 도달한 개선은 36%만 늘었습니다. 무작위 대조 실험에서는 숙련 개발자가 19% 더 오래 걸렸는데도 20% 빨라졌다고 믿었습니다.

메타 · METR · DORA
04
직함을 바꾸면 승진과 보상을 먼저 묻습니다

아마존 직원들은 senior와 lead가 사라지면 승진 경로가 막힐 것을 우려했고 회사는 경로가 그대로라고 답했습니다. 메타에서는 팟을 맡은 직원이 매니저 교육도 평가 도구 접근권도 없다고 적었습니다.

아마존 · 메타
05
평가를 바꾼 사례는 설계가 강했습니다

평가 축을 업적과 핵심가치와 AI 활용 세 개로 두고 AI 축에만 0점 등급을 뒀습니다. 다른 축이 모두 최고여도 이 축이 0이면 최고 등급을 받을 수 없습니다. 측정은 사용량이 아니라 만든 가치입니다. 도입은 리더가 준비될 때까지 1년 미뤘습니다.

마이리얼트립
06
직군 통합의 비용을 회사가 직접 기록했습니다

부전공으로 넓힌 엔지니어는 3주간 전공자를 7회 이상 찾았고 전공자의 생산성 저하를 조직 과제로 제기했습니다. 프론트와 백엔드를 합친 팀은 완료량은 지켰지만 실제로 한 일의 3분의 2가 계획 외였고 팀 응집이 약해졌습니다. 그 팀 리더는 밋업에서 직군 관점 검토 감소, 지식 쏠림, 전문성 심화 지연 세 위험을 지켜보는 중이며 관리 체계는 아직 없다고 했고, 결과보다 조건을 대조하라고 당부했습니다.

마이리얼트립 · 당근
07
경계를 넘는 사람의 편향을 당사자가 말했습니다

엔지니어 출신 제품 리더들은 기획을 겸하면 구현 부담을 알아 스스로 스펙을 줄여 유저 문제를 제대로 못 푼 일, 폼으로 풀 일을 개발로 풀려 한 일을 사례로 들었습니다. 겸업의 장점인 사이즈 판단과 빠른 검증과 나란히 놓인 비용입니다.

당근 제품 리더 패널(자동 전사)
08
PM 없는 팀의 실체는 절차였습니다

다섯 명 팀이 PM도 분석가도 없이 대시보드에서 막힌 지표로 다음 문제를 고르고, 의견이 갈리면 실험으로 정하고, 실험으로 못 가리는 일은 제안한 사람이 정하고 그 지표까지 책임집니다. 데이터로 증명 못 하면 만들지 않습니다. 비용은 발표에서 다루지 않았습니다.

당근페이(자동 전사)
09
강한 구조적 제약은 시스템 이탈을 낳았습니다

디자인 시스템 팀이 일관성을 API 제약으로 강제하자 제품팀이 시스템을 이탈해 비슷한 컴포넌트를 따로 만들었습니다. 일관성은 디자인 리뷰에서 지키고 구현 제약은 풀었으며, 규칙은 에이전트가 코딩 중 발견하게 심는 실험을 하고 있습니다. 게이트를 시스템에 박는 것이 언제나 답은 아니라는 반례입니다.

당근 디자인 시스템 팀(자동 전사)
10
같은 회사 안에서도 스테이지마다 답이 달랐습니다

제품을 다섯 스테이지로 나눠 초기 팀은 SaaS를 그대로 쓰고 성장기는 플랫폼화하고 큰 팀은 브랜드와 안정성으로 판단합니다. 알바팀은 단계마다 테스트 없음에서 테스트로, 다시 린트와 사후 리뷰로 게이트 강도를 올렸습니다. 40명 규모에서는 경계 넘기보다 정렬이 우선이라고 했습니다.

당근 키노트 · 알바팀(자동 전사)
11
AI 전담팀이 대신 만들어 주면 병목이 됩니다

세 회사가 같은 결론에 도달했습니다. 내가 만들지 않으면 내가 유지보수할 수 없다는 것이 가장 큰 한계였습니다. 모두 각 팀에 챔피언을 두는 쪽으로 옮겼고 두 곳은 전담 장치를 아예 해체했습니다.

마이리얼트립 · 팀스파르타 · 채널톡
12
도구를 나눠주는 것으로는 확산되지 않았습니다

한 회사는 문서 작성 도구를 만들어 공개했지만 아무도 쓰지 않았습니다. 설치하고 떠올리고 자료를 찾아 넘기는 일이 여전히 사람 몫이었기 때문입니다. 해법은 업무 흐름의 트리거에 심는 것이었습니다.

토스 · 채널톡
13
자동화는 기준이 없다는 사실을 드러냅니다

문서를 자동 생성하게 만든 뒤 비슷한 문서가 쌓여 무엇이 최신인지 알 수 없고 봇이 낡은 정책으로 틀린 답을 냈습니다. 그래서 만든 것이 권한 있는 협의체입니다. 자발적 모임과 다른 점은 결정이 실제 효력을 갖는다는 것입니다.

토스
14
빠른 실행만으로는 부족하다는 것을 수치로 인정했습니다

실험 실패율이 25%에서 43%로 오른 뒤 방향을 수정하고 문제 정의를 통과 게이트로 만들었습니다. 조직 안에서 우리는 고객을 모른다고 말하기 시작했습니다.

라포랩스 · 왓낫
15
배포 게이트에서 국내 두 회사가 정반대를 택했습니다

한쪽은 상시 배포를 하루 두 번으로 좁히고 자동 테스트 통과를 조건으로 걸었습니다. 다른 쪽은 하루 10~30회 배포를 전제로 배포 후 검증하고 테스트 실행 권한을 전사에 열었습니다.

팀스파르타 · 라포랩스
16
비개발자가 고객용 프로덕션에 닿은 범위는 여전히 좁습니다

UI 스타일 수정까지이고 머지 권한이 없는 곳, 사내 어드민이고 보안은 플랫폼이 강제하는 곳, 고객 서비스까지 간 곳이 각각 하나씩입니다. 결제와 계약과 정산처럼 되돌리기 어려운 영역을 맡긴 회사는 확인되지 않았습니다.

채널톡 · 토스 · 마이리얼트립
17
다섯 아키타입이라는 공통 언어가 생겼고 국내에서 채택됐습니다

프로토타이퍼, 빌더, 스위퍼, 그로워, 메인테이너 다섯이고 직군과 무관하게 나타납니다. 제품 단계별 필요 조합까지 제시됐습니다. 마이리얼트립 CTO가 이 다섯을 조직 설계의 재료로 명시적으로 채택했습니다.

Anthropic · 마이리얼트립
18
직군이 없어지는 건강한 형태가 하나 있습니다

전 인원 약 4,000명에 세 명뿐이던 직군이 스스로 없어지겠다고 선언했습니다. 직접 쓰고 다듬는 일을 AI에게 넘기고, 지식이 생기고 순환하고 정리되는 구조를 설계하는 쪽으로 자기를 재정의했습니다.

토스
19
선언만 한 회사는 역풍을 맞았습니다

인프라를 먼저 깐 회사는 통했고, 같은 문장을 인프라 없이 발표한 회사는 3주 뒤 정정했습니다. 메타는 인력 축소와 직함 변경을 동시에 밀었고 6개월 만에 되돌렸습니다.

쇼피파이 · 듀오링고 · 메타
20
통합을 가장 강하게 주장하는 사람도 성과 전환은 아직이라고 했습니다

빨리 갈 수 있고 다들 무엇을 만들었다고 말하지만 그것이 정말 고객 가치로 수렴하고 있는지, AI가 실제 매출로 전환된 것을 본 사람이 얼마나 되는지 청중에게 물었습니다. 대부분은 아직 기다리고 있다고 답했습니다.

링크드인 Full Stack Builder 설계자

사례 24건

회사마다 세 축을 같은 자리에 놓았습니다. 비개발 직군이 코드에 닿는 범위, 무엇을 만들지 정하는 주체, 그리고 품질 게이트입니다. 자료가 침묵하는 칸은 미서술로 표시했습니다.

사례 24건 전체

메타

해외 직군 통합철회·정정 1차 자료

팀 규모를 최대 60%까지 줄이고 직군을 없애 3~5명 팟으로 재편하려 했습니다. 팟 구성은 빌더 3~4명에 방향 리드 1명, 전문가는 여러 팟이 공유하는 풀입니다. 5월 정리해고 몇 시간 전에 2차 계획을 취소했습니다.

비개발자 코드 범위
미서술
전략·우선순위 결정
조직장 한 명이 30~50명 담당. 팟 리드는 일상을 이끌지만 공식 관리 권한 없음
품질 게이트
미서술
수치와 부작용, 원문 인용
코드 변경 +220%사용자 도달 +36%사고 +40%진화 시간 +70%정서 74%→55%
부작용
직원들이 자기 대체물을 학습시킨다고 믿게 되면서 사내 게시판이 항의로 채워졌습니다. 노조 결성 움직임에 힘이 붙었습니다. 팟을 맡은 직원은 매니저 교육도 평가 도구 접근권도 없다고 적었습니다.
자료 성격
사내 문서·관계자 취재, 회사 확인
AI-ready tools and agents interact, workflows are automated, new builds are AI-first.사내 Project OT 문서
통제되지 않은 AI 에이전트가 사람이라면 하지 않을 대규모 파괴적 행동을 하고 있다.2026년 4월 사내 게시글

아마존

해외 직군 통합 1차 자료

Ring과 Blink 두 사업부 수백 명의 직함을 없애고 전원을 builder, 상사를 builder lead로 바꿨습니다. 성공의 정의를 한 질문으로 압축했습니다. ‘당신이 만든 고객 가치의 범위와 크기가 무엇인가’라는 질문입니다.

비개발자 코드 범위
해당 없음
전략·우선순위 결정
변화 없음
품질 게이트
변화 없음
수치와 부작용, 원문 인용
대상 수백 명2026년 5월 시행
부작용
직원들은 senior와 lead 같은 직함이 사라지면 승진과 임금 인상 경로가 어려워질 것을 우려했습니다. 회사는 보상과 성장과 승진 경로가 그대로라고 답했습니다. 같은 보도에 자포스의 홀라크라시 중단이 반례로 실렸습니다.
자료 성격
사내 메모 열람, 회사 확인
We're moving to a single job family: Builder.사내 메모
Compensation, growth, and promotion paths remain unchanged.회사 대변인

링크드인

해외 직군 통합채용·평가 전환 1차 자료

APM 프로그램을 폐지하고 Full Stack Builder 직함과 커리어 래더를 만들었습니다. 2026년 1월 Associate Product Builder 1기를 시작했고 2027년 1월 기수를 모집합니다. 설계자인 CPO는 2026년 1월 퇴사했습니다.

비개발자 코드 범위
디자이너가 PR을 올리고 PM이 지라 버그를 직접 수정
전략·우선순위 결정
임원진을 직군 리더에서 프로덕트 영역 리더로 재편
품질 게이트
사람 리뷰를 자체 에이전트 비평으로 대체하는 중
수치와 부작용, 원문 인용
개인당 주 수 시간 절약실패 빌드 절반 자동 처리2년 로테이션
부작용
외부 툴이 기성품 상태로 링크드인 스택에서 작동한 적이 한 번도 없었습니다. 전체 지식베이스를 붙였을 때는 환각이 심했습니다. 성과가 상위 성과자에게 몰렸습니다.
자료 성격
공식 채용 페이지·설계자 기고문
Our organizational chart starts to mimic our process complexity, and we start to hire people for those substeps.설계자, 2026년 컨퍼런스
The gap between AI fluency and AI agency is bigger than what people think.설계자 기고문

세일즈포스

해외 채용·평가 전환 1차 자료

Builder 프로그램으로 신입과 인턴 1,000명을 채용해 자사 에이전트 제품을 만들게 한다고 공표했습니다. 대상은 엔지니어링과 제품과 영업에 걸칩니다.

비개발자 코드 범위
미서술
전략·우선순위 결정
변화 없음
품질 게이트
미서술
수치와 부작용, 원문 인용
채용 목표 1,000명
부작용
이 글이 든 성과 수치는 자사 측정이 아니라 외부 설문과 컨설팅 보고서입니다. 근거로 쓰기에 적합하지 않습니다.
자료 성격
회사 배포문
The AI-native generation entering the workforce today isn't threatened by AI. They're the ones building it.최고인사책임자
The traditional boundaries of my role are blurring. With AI, I'm no longer just handing off requirements.시니어 PM

왓낫

해외 PM 극소화게이트 설계 1차 자료

직원 60명당 PM 1명을 유지해 왔습니다. 200명일 때 1명, 400명일 때 4명, 1,200명일 때 20명입니다. PM을 팀이 아니라 문제에 배치합니다. 게이트는 프로덕트 리뷰 하나뿐입니다.

비개발자 코드 범위
CPO가 바이브코딩을 실험했으나 프로덕션 코드는 자격 있는 사람의 영역으로 남김
전략·우선순위 결정
CEO와 CPO와 시니어가 6개월 단위로 정함. 구현의 자율성은 있으나 전략의 자율성은 없습니다
품질 게이트
프로덕트 리뷰 하나. 법무와 커뮤니케이션은 기획 초기에 가시성만 확보
수치와 부작용, 원문 인용
2025년 실험 750건PM 20명 / 직원 1,200명2년간 지원 31,832명 중 1명 채용
부작용
비전문가가 만든 반쯤 된 데이터 분석을 데이터 과학자가 검증만 하게 되는 문제를 인정했습니다. 모두가 PM 일을 하고 싶어 하지 않는다는 것도 함께 적었습니다.
자료 성격
CPO 집필 문서 전문
Autonomy at Whatnot is autonomy of implementation. No-one has or should expect autonomy of strategy.사내 문서
the cost of shipping a bad product hasn't gone to zero; it's still paid by your customers. Throwing spaghetti at them 16x faster is not, in fact, a revolution.같은 문서
Customer needs do not align with our org charts. If you're building locally you're building naively.같은 문서 2부

Factory

해외 PM 극소화 1차 자료

PM이 없습니다. 엔지니어가 고객과 대화하고 참여도를 보고 계획을 쓰고 일정을 정합니다. 엔지니어 35명, 전 직원 170명입니다.

비개발자 코드 범위
해당 없음
전략·우선순위 결정
엔지니어
품질 게이트
미서술
수치와 부작용, 원문 인용
엔지니어 35명 / 전 직원 170명
부작용
같은 스레드에 반론이 붙었습니다. 이런 이야기는 개발자를 고객으로 둔 제품에서 자주 나오는데 왓낫은 소비자 제품을 만든다는 지적, 그리고 결국 다들 PM을 뽑는다는 지적입니다.
자료 성격
구성원 발언, 회사 공식 문서는 아님
At Factory, we don't have PMs. Instead, we expect our engineers to do the work PMs traditionally do.구성원
a PM is simply an engineer that does not have any time left to code.같은 사람

PostHog

해외 PM 극소화게이트 설계 1차 자료

엔지니어가 스프린트와 스펙과 가격을 소유하고 PM은 맥락을 댑니다. 4년 전 PM을 절대 안 뽑겠다고 한 CEO가 틀렸다고 번복했고, 지금은 PM 채용과 온보딩 기준까지 문서화했습니다.

비개발자 코드 범위
디자이너가 React를 작성하는 것을 가치로 명시
전략·우선순위 결정
소규모 팀 리드가 무엇을 만들지 최종 결정. 월간 리뷰에서 CEO가 가정을 반박하고 책임을 물음
품질 게이트
모든 PR에 사람 리뷰. 사람이 항상 머지. 에이전트가 쓴 PR은 사람 리뷰 필수
수치와 부작용, 원문 인용
팀 규모 2~6명 강제엔지니어 비율 약 60%제품 8개 이상 출시
부작용
디자인 일관성이 결국 떨어질 것이라고 인정했습니다. 자율에는 책임을 묻는 피드백 루프가 없으면 방향을 잃는다고 단서를 달았습니다.
자료 성격
회사 핸드북 전문
Four years on, I admit I was (partially) wrong. We need product managers.공동창업자 겸 CEO
The author still owns correctness: reviewers help reduce risk, but approval does not move responsibility away from the person responsible for the PR.핸드북 리뷰 규정

Linear

해외 PM 극소화 1차 자료

프로젝트마다 리드가 있고 엔지니어나 디자이너가 맡습니다. 공식 직책이 아니라 배정입니다. 2023년 50명 시절 PM은 1명이었고 지금도 PM 공고가 열려 있습니다.

비개발자 코드 범위
미서술
전략·우선순위 결정
창업자와 소수 PM이 방향을 잡고 리드가 실행
품질 게이트
모든 프로젝트와 이슈에 단일 소유자. 큰 PR 지양
수치와 부작용, 원문 인용
채용 유지율 96%유급 실무 시험 2~5일
부작용
창업자가 두 가지 조건을 달았습니다. 사람들이 범위와 일정과 소통 같은 PM 일을 하고 싶어 해야 하고, 그럴 수 있게 채용 기준이 매우 높아야 합니다. 모두가 그 일을 원하지는 않는다고 인정했습니다.
자료 성격
공식 문서·채용 페이지
Comfortable working without heavy PM overhead; you can help to shape the problem, not just implement a solution.프로덕트 엔지니어 공고
you cannot really interview engineers only for the engineering skills. You also have to interview them for like the product skills.공동창업자 겸 CEO

Ramp

해외 게이트 설계 1차 자료

사업 조직이 강한 핀테크에서 전방 배치 엔지니어를 운영합니다. 답은 PM 제거가 아니라 사업 역할과 엔지니어 역할의 소유 범위를 문장으로 갈라 둔 것이었습니다.

비개발자 코드 범위
해당 없음
전략·우선순위 결정
전략가가 사업 발견과 이해관계자 정렬을, 엔지니어가 기술 설계와 프로덕션 준비를 공동 리드
품질 게이트
보안 모델과 평가 계획과 운영 계획을 산출물로 요구
수치와 부작용, 원문 인용
고객사 7만 개 이상pod 약 15명
부작용
미확인
자료 성격
공식 채용 공고
The Strategist owns business discovery, ROI narrative, stakeholder alignment, and rollout planning. The engineer owns technical discovery, solution design, prototyping, implementation, and production readiness.채용 공고
At Ramp, everyone is a builder who owns problems end to end and makes consequential decisions that shape the outcome.같은 공고

팔란티어와 OpenAI

해외 게이트 설계 1차 자료

전방 배치 엔지니어는 사업개발 조직 소속 직무입니다. 현장에서 빠르게 풀고, 그것을 제품화하는 별도 엔지니어 팀이 뒤에 있습니다. 팔란티어 매출의 절반 이상이 이 경로에서 나온 제품입니다.

비개발자 코드 범위
해당 없음
전략·우선순위 결정
현장 엔지니어가 자주 스스로 결정. 큰 기능 요청은 제품팀 로드맵과 대조해 검증
품질 게이트
제품팀이 코드 리뷰. OpenAI는 평가 기반 검증 단계를 딜리버리 앞에 둠
수치와 부작용, 원문 인용
현장 근무 25~50%고객 팀 4~5명
부작용
현장 코드는 빠르지만 기술 부채와 임시 우회가 따른다고 전직자가 적었습니다. 직함이 거의 없고 아무도 남에게 지시할 수 없는 문화의 대가로 회사에 전략이 없는 것처럼 느껴졌다고도 했습니다. 투자사는 흉내만 내면 소프트웨어 밸류에이션을 받는 값비싼 서비스 회사가 된다고 경고했습니다.
자료 성격
공식 블로그·전직자 경험담·채용 공고
Your job was to solve the problem, and not worry about overfitting; PD's job was to take whatever you'd built and generalize it.전직 FDE 8년
One of the key 'secrets' of the company is that generating deep, sustaining enterprise value requires both.같은 글

epilot

해외 경계 넘기 장려게이트 설계 1차 자료

2026년 2월 219개 저장소를 비개발 직군에 개방했습니다. 60일간 머지된 PR 629건 중 40건이 비개발자 11명의 것이었습니다. PM이 스펙만 썼던 기능을 직접 구현했고 디자이너가 UX를 고쳤습니다.

비개발자 코드 범위
PM·디자이너·CS가 고객용 프로덕션 코드에 PR
전략·우선순위 결정
프로덕트 엔지니어. 엔지니어링 매니저 없음
품질 게이트
비개발자와 에이전트는 PR만 생성. 엔지니어가 리뷰하고 머지. 보호 브랜치 직접 푸시 금지
수치와 부작용, 원문 인용
저장소 219개60일 PR 629건 중 비개발자 40건주 150회 이상 배포
부작용
개방 몇 주 뒤 전체 푸시 권한을 가진 비개발자 한 명이 CI를 우회해 리뷰 없이 프로덕션에 배포했습니다. 피해는 없었지만 회사는 운이 좋았다고 적고 권한을 잠갔습니다.
자료 성격
회사 공식 회고
Non-engineer describes the problem in business terms → Claude implements → engineer reviews for architecture and quality.회사 회고
Lock down merge and push permissions before opening access. We got lucky.같은 글
Human responsibility. You trigger the agent, you own the output. No exceptions.같은 글

Anthropic

해외 경계 넘기 장려 1차 자료

직군을 없애는 대신 역할 언어를 얹었습니다. Claude Code 팀에서 다섯 아키타입이 보이고 이 역할은 직군과 무관하게 나타난다고 관찰했습니다. 제품 단계별로 필요한 조합도 제시했습니다.

비개발자 코드 범위
법무가 전화 트리 시스템, 재무가 예측 모델, 데이터 과학자가 코드를 이해하지 못한 채 시각화 앱을 제작
전략·우선순위 결정
프로젝트가 자주 바뀌면 중앙 조정자가 잘 맞지 않으므로 자기조직화하도록 팀과 인센티브를 세팅
품질 게이트
디자인 팀은 자율로 일하게 한 뒤 최종 다듬기 전에 해법을 검토. 데이터 과학자 사례는 샌드박스
수치와 부작용, 원문 인용
아키타입 5개PMF 이전은 1·2·3성장기는 2·3·4와 약간의 5강한 PMF는 3·4·5와 약간의 2
부작용
코딩은 엔지니어링의 한 부분일 뿐이고 나머지는 아직 해결되지 않았다고 명시했습니다. 아키타입을 정의하면 사람들이 자기를 그것으로 고정할 위험이 있다는 반론에 역할은 시간과 프로젝트에 따라 바뀐다고 동의했습니다.
자료 성격
개발자 게시글·회사 공식 글
Prototyper / Builder / Sweeper / Grower / Maintainer다섯 아키타입
these roles are not really tied to job function -- eg. across Anthropic, some designers match category 1, some 2, some 3; same for engineers, PM, DS.같은 글
at each step, tokens aren't enough to move you forward: you need to find and break down the next set of bottlenecks, and build up the next set of guardrails.AI 도입 4단계 스레드

Intercom과 Zapier

해외 경계 넘기 장려채용·평가 전환 1차 자료

Intercom은 비개발자 약 1,000명에게 회사 데이터에 연결된 코딩 도구를 원클릭으로 깔아 줬습니다. Zapier는 전 신규 채용에 AI 유창성 4단계 기준을 걸었습니다.

비개발자 코드 범위
Intercom은 사내 발행 플랫폼의 웹 앱과 리포트. 고객용 제품 코드베이스는 아님
전략·우선순위 결정
미서술
품질 게이트
사내 카탈로그에 발행. 도메인 지식 팩으로 어떤 테이블과 주의사항을 쓸지 안내
수치와 부작용, 원문 인용
접근 1,000명 이상주간 활성 300명 이상Zapier 자사 채택률 100%
부작용
Zapier의 기준이 비엔지니어 직군에 과도하게 기술적이며 다양한 배경의 지원자를 배제할 수 있다는 외부 우려가 있습니다.
자료 성격
회사 공식 글
The most powerful thing you can give a non-technical person is the same tool engineers use, enhanced with a layer of company-specific intelligence that makes it safe, accurate, and productive.Intercom
Leading new ways of building product, such as unlocking PMs or Designers shipping code in production. Can speak to the tradeoffs.Zapier 채용 루브릭 최고 단계

쇼피파이

해외 채용·평가 전환경계 넘기 장려 1차 자료

직군은 건드리지 않고 평가와 자원 규칙과 인프라를 바꿨습니다. AI 사용을 기본 기대치로 선언하고 성과 평가에 항목을 넣었으며 인원을 요청하기 전에 AI로 못 하는 이유를 증명하게 했습니다.

비개발자 코드 범위
영업과 지원 직군이 내부 도구를 제작. 프로덕션 배포 권한은 자료에 없음
전략·우선순위 결정
변화 없음. 로드맵은 그대로
품질 게이트
AI 코드 검토 워크플로를 오픈소스로 공개. 결정론적 도구와 병행
수치와 부작용, 원문 인용
Cursor 3,000석Copilot 채택 80%AI 작성 업데이트 절반이 무수정 통과
부작용
인원 요청 조항은 실제 운영에서 AI를 더 쓰면 자원을 더 준다는 쪽으로 뒤집혔습니다. 규모가 커지자 규칙 파일 표준이 갈려 도구 사이에 판단이 쪼개지는 문제가 생겼습니다.
자료 성격
CEO 메모 원문·임원 인터뷰
Reflexive AI usage is now a baseline expectation at Shopify.CEO 메모
Before asking for more Headcount and resources, teams must demonstrate why they cannot get what they want done using AI.같은 메모
It has been exactly 1 year since I wrote that AI memo. People are definitely reaching for AI reflexively.CEO, 2026년 3월

듀오링고와 에어비앤비

해외 철회·정정 1차 자료

두 회사 모두 선언이 실제보다 크게 퍼진 뒤 CEO가 직접 정정했습니다. 듀오링고는 계약직 업무의 AI 전환을, 에어비앤비는 고전적 PM 기능 폐지를 말했습니다.

비개발자 코드 범위
미서술
전략·우선순위 결정
변화 없음. 에어비앤비는 CEO 단일 로드맵
품질 게이트
듀오링고는 품질에 작은 타격을 감수한다고 명시
수치와 부작용, 원문 인용
듀오링고 정정까지 약 3주
부작용
듀오링고는 회사 SNS 댓글이 항의로 채워졌고 구독 취소 선언이 이어졌습니다. 에어비앤비의 실제 변화는 PM과 프로덕트 마케팅 결합과 소규모 시니어화였는데 PM 전부 폐지로 읽혔습니다.
자료 성격
CEO 메모·정정문·팟캐스트 발언
We'd rather move with urgency and take occasional small hits on quality than move slowly and miss the moment.듀오링고 CEO 메모
When I released my AI memo a few weeks ago, I didn't do that well.듀오링고 CEO 정정문
I said we got rid of the classic product management function. And that's people assumed I got rid of all the product managers. I didn't.에어비앤비 CEO

마이리얼트립

국내 직군 통합채용·평가 전환 1차 자료

2025년 9월 테크 직군, 2026년 3월 PM과 디자이너까지 프로덕트 엔지니어로 통합했습니다. 국내에서 가장 멀리 간 사례입니다. 새 프로젝트에는 9명이 필요하다던 자리에 3명만 배정하는 인위적 결핍을 적용했습니다.

비개발자 코드 범위
마케터가 항공가 스캐너를 정식 서비스로 출시. 디자이너와 인턴이 리셀마켓을 한 달에 구축. 인사·홍보 8명 전원이 깃허브에 커밋
전략·우선순위 결정
아래에서 먼저 구현하고 경영진은 이미 어느 정도 만들어진 것을 보고 투자를 결정
품질 게이트
구현 전에 정책과 계획과 스펙을 세워 가볍게라도 리뷰. 받은 리뷰를 다시 AI에 학습
수치와 부작용, 원문 인용
2025년 매출 1,120억 원 +26%인원 동결 성장PE 약 70명AI 구독비 10배
부작용
과거 기준으로 최상위 평가를 받던 전문가들이 회사를 떠났습니다. 처음에는 반발이 컸고 비용을 줄이려는 것 아니냐는 오해도 있었습니다. 부전공으로 넓힌 PE는 3주간 전공자를 7회 이상 찾았고 전공자의 생산성 저하를 조직 과제로 제기했습니다. AI 전담팀은 병목이 된 뒤 2026년 5월 해체됐습니다.
자료 성격
회사 블로그·채용 페이지 전문
AI Nativeness에만 0점이 존재합니다. 업적과 핵심가치에서 모두 최고 등급을 받더라도 AI Nativeness가 0점이면 종합 평가는 기대충족에 머뭅니다.회사 공식 글
단, 측정 기준은 사용량이 아닙니다. AI를 통해 고객과 비즈니스에 어떤 가치를 만들어냈는가를 봅니다.같은 글
사람은 한 팀에 두되, 일은 문제 단위로 배치합니다. 대신 각 버티컬에는 도메인을 깊이 아는 PE를 두어, 맥락과 우선순위가 끊기지 않게 합니다.CTO 관점 정리
내가 만들지 않으면 나는 유지보수할 수 없다AI Lab 리드, 해체 회고

당근

국내 경계 넘기 장려 1차 자료

2026년 7월 채용 리뉴얼에서 구성원의 공식 명칭을 메이커에서 빌더로 바꿨습니다. 일하는 방식을 소수정예와 경계 없음과 빌더 세 단어로 정의했습니다. 어원은 2025년 9월 사내 해커톤입니다. 밋업 발표자들은 빌더를 직군을 넘어 문제를 직접 찾고 바로 만들고 빠르게 배우는 사람으로 풀었고 직군 이름은 그대로 뒀습니다. 제품을 스테이지로 나눠 스테이지마다 협업 모델과 게이트 강도를 달리합니다.

비개발자 코드 범위
내부 도구 다수. 고객 기능 코드는 엔지니어가 작성. 포장주문팀에서는 디자이너가 스킬로 화면을 고치면 PR이 생성되고 운영 매니저가 AI 루프로 매장 CS를 처리(격리된 POS, 팀 자체 도구)
전략·우선순위 결정
팀 안에서. 블로그의 70% 확신은 밋업 9편에 나오지 않고 팀별 기준이 나옵니다. 당근페이 팀은 PM 없이 결정권자 대신 절차(막힌 지표 → 실험 → 제안자가 정하고 지표 책임)
품질 게이트
데이터 권한 계층과 자동 채점기 11개는 블로그. 밋업의 디자인 시스템 팀은 구현 제약을 풀고 일관성을 디자인 리뷰에서 지키는 쪽으로 전환. 게이트 강도는 스테이지별로 다름(테스트 없음 → 테스트 → 린트·사후 리뷰)
수치와 부작용, 원문 인용
누적 가입자 4,300만 명구성원 500명 남짓15개 이상 제품 · 5개 스테이지통합 팀 8명 실측 1분기
부작용
대표 고객 기능인 매물 요약이 개선을 위해 중단됐습니다. 프론트엔드와 백엔드를 합친 팀에서 완료량은 유지됐지만 실제로 한 일의 3분의 2가 계획에 없던 일이었고 팀으로서 일한다는 감각이 옅어졌습니다. 리더는 직군 관점 검토 감소, 지식 쏠림, 전문성 심화 지연 세 위험을 지켜보는 중이며 관리 체계는 아직 없다고 밝혔습니다. 엔지니어 출신 제품 리더들은 기획을 겸하면 스스로 스펙을 줄이고 개발로만 풀려 하는 편향을 말했습니다. 디자인 시스템의 강한 구조적 제약은 제품팀 이탈을 낳아 풀었습니다. AI 문구는 전사 표준이 아니라 일부 팀 공고에만 있습니다.
자료 성격
채용·기술 블로그 전문 + 빌더 밋업 현장 발표 9편(자동 전사)
저희 팀에서 전문성은 AI가 넘어서는 장벽이 아니라, AI의 결과물을 걸러내는 최종 검증자로 자리를 옮겨가고 있어요.광고주플랫폼팀 엔지니어링 매니저
AI가 낯선 코드베이스에서 쓸 만한 결과물을 내려면 맥락이 입력으로 있어야 하는데, 저희에게 그 맥락이 바로 문서였거든요. 팀의 지식이 AI의 연료였습니다.같은 글
AI는 업무를 쉽게 만들지만, 업무를 가볍게 만들지는 않아요. 생산성이 높아지는 만큼, 품질 저하, 산출물 과신, 책임 공백의 위험도 함께 들어오거든요.데이터가치화팀
저희는 결정권자 대신 절차를 만들어요. 사람이 아니라 절차가 결정하니 PM 자리가 비어 있어도 결정이 멈추지 않았어요.당근페이 팀, 밋업 발표(자동 전사)
조직에 맞춰서 제품을 움직이는 게 아니라 제품에 맞춰서 조직이 움직이는 게 맞다.키노트, 밋업(자동 전사)
디자인 일관성은 시스템의 API 제약으로 이루어져야 되는 게 아니라 디자인 리뷰 과정에서 이루어져야 되고, 구현하는 곳에서는 의도를 너무 강하게 막지 않도록 제약을 풀어두는 형태로.디자인 시스템 팀 패널, 밋업(자동 전사)
PRD도 테크 스펙도 R&R도 AI도 전부 속력입니다. 방향이 있어야 속도가 돼요.동네 가게 후기팀, 밋업(자동 전사)
직군이 여러 개라는 사실만으로 통합해야 한다는 뜻은 아니에요. 실제로 풀 수 있는 병목이 있는지, 작은 과제부터 할 때 받쳐줄 것이 있는지 먼저 보세요.광고주플랫폼팀 리더, 밋업(자동 전사, 취지 요약)

무신사

국내 채용·평가 전환게이트 설계 1차 자료

4년 만의 대규모 신입 공채를 AI 네이티브 채용으로 설계했습니다. 지원자 2,000명 중 66명을 뽑았습니다. 모든 지원자에게 동일한 AI 환경을 제공한 이유를 공정성으로 설명했습니다.

비개발자 코드 범위
미서술
전략·우선순위 결정
사람과 시스템의 의사결정 책임 경계를 문장으로 명문화. 소재 기획과 최종 검토는 사람, 타겟 선별과 발송은 시스템
품질 게이트
AI는 패치 파일로 제안만. 실제 코드 변경은 하네스가 통제하고 사람이 검수한 뒤 반영. AI가 만든 지식도 사람이 승격
수치와 부작용, 원문 인용
지원 2,000명 → 최종 66명합격률 3.3%면접관 20명 이상 5일간 100명
부작용
평가 자동화의 한계를 스스로 기록했습니다. 면접관이 AI가 만든 가이드를 따라 질문하고 있다는 자기 발견, 그리고 시맨틱 레이어의 우월성은 대조군 비교를 하지 않았으므로 가설로 남긴다는 서술입니다.
자료 성격
테크 블로그 3부작·뉴스룸 원문
2–3시간 테스트에서 잘 세팅된 AI 에이전트를 가진 사람과 아닌 사람의 차이는 압도적입니다. 실력 차이가 아니라 자본 차이입니다.채용 총괄 엔지니어
이것이 AI 네이티브와 AI 의존의 차이입니다. 스펙이 알려주지 않을 때, 무엇을 해야 하는지 스스로 파악할 수 있는가?같은 글
코드는 의도의 그림자였고, 우리는 그림자를 채점하고 있었습니다.면접 운영 회고
실제로 코드를 바꾸는 행위를 AI가 아니라 하네스 쪽이 통제할 수 있다는 점이 결정적이었습니다.하네스 엔지니어링

채널톡

국내 경계 넘기 장려게이트 설계 1차 자료

Cursor를 전사 도입하며 기존 IDE를 해지해 사용을 강제했습니다. 디자인팀의 기본 세팅을 팀 저장소와 코딩 에이전트로 통합하고 레벨별 기대 역할을 문서화했습니다. PM 직군은 그대로 있고 Lead PM을 채용 중입니다.

비개발자 코드 범위
프로덕트 디자이너가 UI 스타일과 레이아웃 수정 PR. 범위를 명시적으로 한정
전략·우선순위 결정
Feature 팀이 담당 제품 영역의 KPI를 책임. Core 팀은 전사 관점의 기술 기반
품질 게이트
개발자 2명 리뷰 필수. 디자이너에게 머지 권한 없음. CI와 린터와 프리커밋 훅으로 위반을 차단
수치와 부작용, 원문 인용
인당 AI 코드 250줄 → 1,000줄문의 대응 1시간 → 5분한 엔지니어가 6개월간 직접 작성 0줄로 PR 560건, 97만 줄
부작용
디자이너의 첫 AI PR이 다른 제품 영역의 메시지 스트림 전체를 건드렸고 개발자 리뷰가 잡아냈습니다. 도입 후 왜 안 쓰냐는 질문에 대한 대부분의 답이 잘 안 된다는 것이었고 확산이 정체됐습니다.
자료 성격
팀·기술 블로그·채용 공고
CLAUDE.md는 부탁입니다. 시스템은 강제입니다.CoreAppStore팀 엔지니어
AI Native 레포는 코드의 문제이고, AI Native 조직은 사람의 문제입니다.같은 글
저희는 2명의 개발자의 리뷰를 무조건 받아야 하고, 디자이너들에게 머지 권한은 없기 때문에 이 단계가 중요해요.프로덕트 디자이너
AI에게 규칙을 더 잘 설명하는 것과, 규칙을 어길 수 없게 만드는 것 중 무엇이 더 강한 가이드일까?코어 웹팀

토스

국내 경계 넘기 장려게이트 설계 1차 자료

조직 구조를 건드리지 않고 시간과 사람에 투자했습니다. 매주 금요일을 AI 실험일로 두고 동료 추천으로 전파자 142명을 뽑았습니다. 여기에 두 가지가 더 있습니다. 한 직군의 자기 소멸 선언과, 플랫폼이 보안을 강제하는 어드민 제작 도구입니다.

비개발자 코드 범위
비개발자가 자연어로 사내 어드민 화면을 생성. 보안 정책은 플랫폼이 자동 적용
전략·우선순위 결정
언급 없음. 다만 지식 관리 기준은 챕터가 전사 기준을, 도메인이 자기 영역 운영을 맡는 2층 구조
품질 게이트
필수 보안 정책은 플랫폼이 자동 적용. 문서 리뷰는 PR이 열리는 순간 자동 시작
수치와 부작용, 원문 인용
어드민 6개월간 프로젝트 439개, 페이지 2,418개전 인원 약 4,000명에 테크니컬 라이터 3명전파자 142명
부작용
도구를 만들어 공개했는데 아무도 쓰지 않았습니다. 사용자가 직접 설치하고 매번 떠올리고 자료를 찾아 넘겨야 했기 때문입니다. 자동화한 뒤에는 비슷한 문서가 쌓여 무엇이 최신인지 알 수 없고 봇이 낡은 정책으로 틀린 답을 냈습니다.
자료 성격
기술 블로그 전문
우리 챕터는 토스에서 TW를 없애자는 목표를 세웠어요. 여기서 없앤다라는 건, TW가 직접 글을 쓰고 다듬는 일을 AI에게 넘기겠다는 거예요.Technical Writing Partner
자동화는 문제를 없앴다기보다, 기준이 없다는 사실을 더 또렷하게 보여줬습니다.커머스 도메인 Technical Writer
길드는 자발적인 모임이라 무언가를 결정하거나 강제할 힘이 없었고요.같은 글
필수인 보안 정책들은 자동으로 적용돼요.사내 어드민 플랫폼 소개

라포랩스

국내 경계 넘기 장려게이트 설계철회·정정 1차 자료

사내 자동화를 만드는 트랙에 Product Builder라는 이름을 붙였습니다. 그리고 2026년 8월 스스로 방향을 수정했습니다. 빠른 실행에 강하게 베팅한 결과 고객 이해가 속도를 못 따라갔다고 진단했습니다.

비개발자 코드 범위
출고비 계산기, 재고 슬랙봇, 세일즈 어드민 같은 사내 도구. 고객용 앱 배포는 엔지니어
전략·우선순위 결정
PO 챕터가 고객 문제가 정의되지 않은 목표와 과제를 받지 않음. 문제 정의를 통과 게이트로 사용
품질 게이트
QA가 기획 시작 시점부터 참여하고 요구사항 문서의 완성도를 함께 책임. 배포 후 검증 방식
수치와 부작용, 원문 인용
PO 6명이 6개월간 실험 184건실험 실패율 25% → 43%하루 10~30회 배포테스트 성공률 95% 이상
부작용
실패율이 18%p 올랐습니다. 회사는 그 착각을 깨는 데 실패율 18%p가 필요했다고 적었습니다. 다만 이틀 안에 실행 가능한 작은 실험은 추정 없이 바로 검증하는 원칙은 유지합니다.
자료 성격
팀 블로그 전문
지금 돌아보면 저희는 Super Fast에 강하게 베팅한 결과, 고객에 대한 이해가 충분하지 않은 상태에서 너무 빨리 달리고 있었습니다.PO 챕터 리더
그래서 조직 안에서 아예 이렇게 말하기 시작했습니다. 우리는 고객을 모릅니다.같은 글
더 이상 QA에게 테스트 실행을 요청하지 않아도 됩니다. PO는 주문 시나리오를, 개발자는 적립금 정책을, 각자 필요한 테스트를 직접 돌리고 결과를 즉시 확인합니다.QA 엔지니어

팀스파르타

국내 경계 넘기 장려게이트 설계 1차 자료

전 직군에 AI 교육을 돌리고 제품실 안에서 직무 경계를 넘는 것을 장려했습니다. 그런데 배포가 폭증하자 게이트를 오히려 좁혔습니다. 상시 배포를 하루 두 번으로 조정하고 자동 테스트 통과를 배포 조건으로 걸었습니다.

비개발자 코드 범위
채용담당자가 캠페인 랜딩페이지, 세일즈 매니저가 지원자용 웹서비스. 핵심 제품은 스쿼드
전략·우선순위 결정
개발자가 발의한 프로젝트를 추진. 다만 유관팀 인터뷰와 전사 목표 스터디로 사업과 정렬한 뒤
품질 게이트
하루 2회 정기 배포. 핵심 여정마다 자동 테스트. 통과해야 배포 가능
수치와 부작용, 원문 인용
연 배포 1,314회자동 테스트 92개QA 매니저 2명AI 교육 출석 98%
부작용
AI 전담팀이 직접 문제를 해결하는 방식은 3명의 생산성에 묶였다며 문화 중심으로 옮겼습니다. 고객센터는 오히려 AI 채팅 상담을 축소하고 중장년 고객이 선호하는 전화와 사람 응대로 돌렸습니다.
자료 성격
커리어·개발 블로그 전문
상시 배포를 하루 2회 정기 배포로 조정하고, 핵심 여정마다 E2E 테스트를 붙였어요.제품실
처음엔 하루 두 번만 배포하는 게 불편하다는 이야기도 있었는데, 지금은 오히려 E2E 없이 배포하는 게 더 불안하다고 하십니다.QA 매니저
AI가 짜주는 코드의 품질은 내가 플랜을 읽는 시간에 비례해요. 리뷰 없이 승인만 누르면 품질이 떨어져요.비개발자 출신 TPM

레브잇

국내 직군 통합게이트 설계철회·정정 1차 자료

국내에서 직군을 실제로 없앤 유일한 사례이자 되돌린 사례입니다. 창업 초기 Problem Solver 단일 직군 20명으로 갔고, 성숙 제품에서 직군 분화로 돌아왔으며, 신규 탐색 조직 안에서도 다시 두 역할로 갈렸습니다.

비개발자 코드 범위
초기 정식 멤버 16명 중 14명이 비개발자 출신으로 입사 후 개발을 배워 풀스택 개발
전략·우선순위 결정
Problem Solver가 카테고리 오너로 대표와 직접 일하며 무엇을 풀고 무엇을 안 할지 결정
품질 게이트
가드레일 지표를 함께 설정하고 문제가 생기면 즉시 중단·롤백. 1%에서 5~10%, 전체로 점진 배포
수치와 부작용, 원문 인용
2025년 영업이익 26억 원 흑자현재 공고 Engineer 12건 / Problem Solver 1건한 문제에 1~2명
부작용
성숙 제품을 다룰 사람이 부족했고 기술부채가 쌓였습니다. 채용 실패도 있었습니다. 급격한 성장과 정체와 역성장, 주요 팀원 이탈을 모두 경험했다고 적었습니다. 결과 지표를 개인에게 얹으니 단기 기작에 집중하는 부작용이 생겼습니다.
자료 성격
팀 블로그·채용 페이지
예전엔 PS 온리 소수 정예로 모든 걸 처리하려 했어요. 그런데 올팜처럼 이제 꽤 성숙해진 프로덕트는 운영 역량이 중요한데, 제로투원 중심의 PS와 색깔이 다르더라고요.성숙 조직 리더
전문성이 모든 걸 해결해줄 거라는 반은 참이고 반은 환상인 믿음을 가지고 직군을 나눴는데, 완전히 반대 급부로 되게 세게 튀었던 것 같아요.같은 글
PS가 기술 스택에 구애받지 않고 실제 프로덕트를 전천후로 만들어간다면, 저는 PE로서 그 바탕이 되는 데이터 파이프라인을 함께 만들고 있습니다.탐색 조직 인턴, 2026년 7월

크래프톤·배민·올리브영

국내 채용·평가 전환 2차 자료

경영진 레버를 당기거나 울타리 안에서만 개방한 사례들입니다. 크래프톤은 AI First를 선언하고 채용을 동결했습니다. 배민 해커톤에서는 개발자 없는 팀이 25%였습니다. 올리브영은 라이브 코딩을 없애고 AI 과제 전형을 넣었습니다.

비개발자 코드 범위
배민은 해커톤 안에서만. 우수작만 실제 프로젝트로 연계
전략·우선순위 결정
미공개
품질 게이트
올리브영은 AI 코드 리뷰가 내부 규칙 준수 수준에 점수를 매김. 평가자가 아닌 코치로 위치
수치와 부작용, 원문 인용
크래프톤 연 300억 원 도구 예산배민 36팀 중 개발자 없는 팀 9팀올리브영 개발자 1인당 AI 예산
부작용
크래프톤의 채용 동결은 역대급 실적 속 극약 처방으로 읽혔습니다. 올리브영은 비개발자가 그럴듯한 결과물은 만들지만 실제 서비스에서 문제가 생겼을 때 디버깅하거나 리팩토링하는 것은 여전히 매우 어렵다고 밝혔습니다.
자료 성격
보도자료와 기사 중심. 팀 단위 운영은 미공개
AI 시대의 경쟁력은 AI와 함께 문제를 정의하고 근거를 확인해 결과를 끝까지 검증하는 데서 나온다크래프톤 AI 프론티어 본부장
개발자로서의 전문성은 여전히 살아 있고, 오히려 더 중요해지고 있다올리브영 테크 전략 지원팀장

게이트 대조표

누가 만든 것이 프로덕션에 들어갈 때 무엇이 그것을 막는지, 합치는 권한은 누구에게 있는지, 문제가 생기면 누가 책임지는지를 한 표에 모았습니다.

회사막는 방식머지·배포 권한책임 소재
메타 미서술. 코드 급증 후 인프라 팀이 신뢰성 경고를 올림 미서술 미서술
아마존 변화 없음 변화 없음 변화 없음
링크드인 신뢰·그로스·리서치 에이전트가 스펙을 비평. QA 에이전트가 빌드 수정 미서술 미서술
세일즈포스 미서술 미서술 미서술
왓낫 프로덕트 리뷰 단일 게이트. 피드백을 구했다는 사실로는 막지 않음 자격 있는 엔지니어 AI 도구로 만든 것도 만든 사람이 품질을 책임짐
Factory 미서술 엔지니어 엔지니어
PostHog PR 리뷰 필수. 자체 승인 에이전트가 크기·소유권·티어를 먼저 결정론적으로 검사 사람만 머지. 긴급 머지는 감사 기록 정확성은 작성자에게. 승인이 책임을 옮기지 않음
Linear 단일 소유자와 작은 diff. 품질 작업을 사이클에 섞음 미서술 프로젝트 브리프와 딜리버리를 named owner가 책임
Ramp 보안·평가·운영 계획 문서가 없으면 진행 불가 미서술 문제를 끝까지 소유한 사람
팔란티어와 OpenAI 제품팀 코드 리뷰. 평가 기반 검증 제품팀 고객 성과를 현장 엔지니어가 소유
epilot 샌드박스 실행만. 3단계 데이터 분류로 고객 개인정보 접근 차단 엔지니어만 리뷰·머지. 보호 브랜치 직접 푸시 금지 에이전트를 트리거한 사람. 예외 없음
Anthropic 자율 작업 후 사람이 해법 검토. 비개발 실험은 샌드박스 미서술 미서술
Intercom과 Zapier 사내 지식 레이어와 도메인 스킬 팩. 발행은 사내 카탈로그 미서술 미서술
쇼피파이 AI 코드 검토 워크플로가 단계별 추론을 남겨 결론에 이른 경로를 추적 미서술 AI가 쓴 주간 업데이트는 담당자가 비판적으로 고침
듀오링고와 에어비앤비 듀오링고는 품질 타격 감수를 명시 미서술 미서술
마이리얼트립 구현 전 스펙 리뷰 선행. 비개발 산출물은 git 리뷰 규칙과 미리보기 검토 비개발 직군도 기본 변경은 직접 머지·배포. 개발팀은 고난도 과제만 지원 문제를 발견한 사람이 끝까지
당근 권한 밖 데이터는 계층에서 차단(블로그). 디자인 일관성은 리뷰에서, 구현 제약은 완화(밋업). 스테이지별로 테스트 없음 → 테스트 → 린트·사후 리뷰 고객 기능 코드는 엔지니어. 실험이 이기면 적용하는 팀, 사내 베타 → 오픈 베타 → 전체 출시로 가는 팀 통합 팀은 담당자가 설계·개발·배포까지 끝까지. 기술 변경은 설계 문서로 팀·실 리뷰
무신사 AI는 unified diff 제안만. 관점별 전용 하네스 4개를 병렬 실행 사람이 전리품을 검수한 뒤에야 코드에 반영 실패가 곧 통과가 되지 않도록 하네스 경계를 잠금
채널톡 CI 아키텍처·유닛·통합 테스트, 포매터, 린터, 프리커밋 훅. 위반 시 머지 불가 개발자 2명 리뷰. 디자이너 머지 권한 없음 적합한 사용처와 검증 기준을 리드가 정의
토스 개인정보 마스킹·조회 사유 수취·다운로드 암호화를 플랫폼이 자동 적용. API 호출 기록 자동 저장 화면은 AI가 생성. 정책은 플랫폼이 통제 지식은 책임자와 검토 주기를 정해 관리. 권한 있는 협의체가 기준을 조율
라포랩스 배포 후 자동 검증. 배포를 막는 게이트는 아님. 인증은 AX팀 라이브러리로 감쌈 고객용 앱은 엔지니어. 테스트 실행 권한은 전사 개방 내가 가능하다고 판단하면 실행하고 공유하고 회고
팀스파르타 하루 2회 정기 배포. 자동 테스트 전부 통과해야 배포 승인 QA가 통과 알림을 눌러 사인하고 개발자가 실서버 배포 핫픽스는 선 배포 후 공유
레브잇 가드레일 지표. 1%에서 5~10%로 확대한 뒤 전체 배포 판단 Problem Solver가 직접 기획·개발·배포 결정의 주체가 나이고 그 결과의 책임도 나에게
크래프톤·배민·올리브영 올리브영은 AI 코드 리뷰 점수화. 배민은 해커톤 우수작만 프로젝트 연계 미공개 예산을 집행했다는 것은 설명 책임이 따른다는 의미

통설과 원문의 차이

널리 인용되는 서술 중 원문과 어긋나는 것들입니다. 이 조사도 처음에는 같은 오류를 담았고, 원문을 확인해 정정했습니다.

경계를 없앤 조직들이 유일하게 붙여 둔 장치는 문제를 맡은 사람의 전권과 책임입니다.
그들이 붙여 둔 것은 게이트와 위에서 정하는 전략이었습니다. 전권보다 게이트가 먼저였고, 게이트를 완화한 사례는 없었습니다.
왓낫은 PM이 존재하는 것을 후회한다는 전제로 엔지니어가 직접 제품을 결정합니다.
전략은 CEO와 CPO와 시니어가 6개월 단위로 정하고 팀에는 구현의 자율성만 줍니다. PM도 직원 60명당 1명 비율로 계속 유지해 왔습니다.
에어비앤비는 PM 직군을 폐지했습니다.
CEO가 직접 정정했습니다. 고전적 PM 기능을 없앴다는 말이 PM 전부 폐지로 읽혔고, 실제 변화는 PM과 프로덕트 마케팅의 결합과 소규모 시니어화였습니다.
프로덕트 엔지니어 모델은 PM을 없앤 모델입니다.
PostHog는 PM을 두되 소유물을 로드맵에서 맥락으로 바꿨고, CEO가 4년 만에 PM이 필요하다고 번복했습니다. 2026년에는 PM 채용과 온보딩 기준까지 문서화했습니다. Linear도 50명을 넘기며 PM을 뽑기 시작했습니다.
PM 없는 조직은 AI 시대의 일반적인 방향입니다.
확인된 사례는 개발자나 제품팀을 고객으로 둔 200명 이하 회사에 집중돼 있습니다. 같은 주장을 한 스레드에서 소비자 제품 회사와는 조건이 다르다는 반론이 함께 나왔습니다.
직군 통합은 속도를 높입니다.
실측치는 속도 유지였습니다. 프론트엔드와 백엔드를 합친 팀의 완료량은 유지됐고 얻은 것은 조율과 대기 비용의 제거였으며 잃은 것은 예측가능성이었습니다.
AI 전담 조직을 만들면 전사 전환이 빨라집니다.
세 회사에서 병목이 됐습니다. 대신 만들어 준 산출물을 문제 발견자가 인계받아 유지보수한 사례가 사실상 없었고, 두 회사는 전담 장치를 해체하고 팀별 챔피언으로 옮겼습니다.
무신사의 AI 네이티브 운영 체계는 실체를 공개 자료로 확인할 수 없습니다.
테크 블로그에 채용 설계 3부작과 시맨틱 레이어, 하네스 엔지니어링까지 공개돼 있습니다. 국내 사례 중 공개 수준이 오히려 가장 높은 쪽입니다.
라포랩스는 빠른 실험으로 속도를 내는 조직입니다.
2026년 8월 스스로 방향을 수정했습니다. 실험 실패율이 25%에서 43%로 오른 뒤 문제 정의를 통과 게이트로 만들었습니다.
레브잇은 성숙 제품에서만 직군 분화로 되돌렸습니다.
회귀는 3단계입니다. 신규 탐색 조직 안에서도 Problem Solver와 Product Engineer로 갈렸습니다. 현재 공고는 엔지니어 12건, Problem Solver 1건입니다.
당근은 디자인 시스템을 AI가 읽고 지킬 수 있게 다시 만들어 누가 화면을 만들든 최소 품질을 보장합니다.
밋업에서 디자인 시스템 팀은 강한 구조적 제약이 제품팀 이탈을 낳아 구현 제약을 풀었고 일관성은 디자인 리뷰에서 지킨다고 했습니다. 규칙을 에이전트가 읽는 자리에 심는 것은 진행 중 실험입니다. 최소 품질이라는 표현은 원문에 없습니다.
당근은 70% 확신이면 실행한다는 전사 기준으로 움직입니다.
블로그 한 글의 문장이고 밋업 9편 어디에도 나오지 않습니다. 팀마다 다른 기준이 나옵니다. 데이터로 증명 못 하면 만들지 않고 확신 없으면 실험하는 팀, 될 것 같다는 순간 그 자리에서 만드는 팀.

결정해야 하는 것들

여기부터는 사실이 아니라 해석입니다. 사례들이 서로 다른 답을 낸 지점, 즉 어느 조직이든 스스로 정해야 하는 항목만 골랐습니다.

무엇을 재편 대상으로 삼습니까

신규 탐색 제품과 운영 중인 사업 제품에 서로 다른 조직 형태가 필요했다는 결론이 반복됩니다. 한 회사는 세 번에 걸쳐 이 결론에 도달했고, 다른 회사는 인위적 결핍을 새 프로젝트에만 적용했습니다. 당근은 제품을 스테이지로 나눠 스테이지마다 협업 모델과 게이트 강도를 달리하며, 조직에 맞춰 제품이 아니라 제품에 맞춰 조직이 움직여야 한다고 했습니다.

레브잇 · 마이리얼트립 · 당근 · Anthropic 아키타입

성과를 무엇으로 측정합니까

산출량으로 측정하면 코드 변경과 사용자 도달의 괴리를 놓칩니다. 배포 안정성과 변경 묶음 크기와 장애율, 또는 실험 실패율을 재편 전에 정해 둔 사례가 있습니다.

메타 · 라포랩스 · DORA · METR

게이트를 사람에 둡니까, 시스템에 둡니까

리뷰 인원과 머지 권한을 분리하는 방식, 지속적 통합과 린터로 위반 자체를 막는 방식, 플랫폼이 보안 정책을 자동 적용하는 방식이 각각 다른 조직에서 작동했습니다.

채널톡 · 토스 · 무신사 · PostHog

전략 결정을 어디에 둡니까

조사한 24건 중 전략 결정을 아래로 내린 사례는 없었습니다. 구현의 자율성과 전략의 자율성을 문서로 구분해 둔 조직이 가장 명확했습니다.

왓낫 · Linear · PostHog

평가와 보상을 함께 바꿉니까

AI 활용을 평가의 독립 축으로 만들고 그 축에만 0점 등급을 둔 사례가 있습니다. 도입을 1년 미룬 이유는 리더가 평가할 자격을 갖췄는지에 대한 회의였습니다.

마이리얼트립 · 쇼피파이 · Zapier

이탈을 어디까지 감수합니까

한 회사는 과거 기준으로 최상위 평가를 받던 전문가들이 떠났다고 기록했습니다. 다른 회사는 직원 정서 지표가 무너지고 노조 움직임이 생긴 뒤 계획을 멈췄습니다. 직함을 바꾼 조직에서는 승진과 보상 질문이 먼저 왔습니다.

마이리얼트립 · 메타 · 아마존

전문가 층을 어디에 세웁니까

모든 사례가 이 층을 다시 만들었습니다. 데이터 파이프라인을 맡는 엔지니어, 문제 단위로 배치되는 도메인 담당, 전사 기술 기반을 만드는 코어 팀, 시맨틱 레이어와 하네스가 각각의 답이었습니다.

레브잇 · 마이리얼트립 · 채널톡 · 무신사

플랫폼 팀의 정책을 하나로 둡니까

한 회사의 플랫폼 팀은 하나의 정책과 장치로 열다섯 개 제품을 키울 수 없다며 도메인과 스테이지별로 장치를 여러 개 두고, 컨설팅에서 피드백으로, 필요하면 마지막에 정책으로 가는 순서를 택했습니다. 기준은 형평성이 아니라 성장이었습니다. 초기 팀은 SaaS를 그대로 쓰게 두되 제품 팀이 다 만들어 쓰는 것도 비효율이라 균형을 계속 맞춥니다.

당근 키노트(자동 전사)

그 협의체에 결정 권한이 있습니까

자발적 모임은 무언가를 결정하거나 강제할 힘이 없었다는 기록이 있습니다. 그래서 정해진 구성원이 권한을 갖고 결정이 실제 효력을 갖는 협의체로 바꿨습니다.

토스

문제 정의 기능을 어디에 둡니까

만드는 비용이 내려갈수록 무엇을 만들지 정하는 일의 실패가 그대로 드러납니다. 문제 정의를 통과 게이트로 만든 조직과, 나쁜 제품을 더 빨리 던지는 것은 혁명이 아니라고 적은 조직이 같은 지점을 가리킵니다. 가장 초기 팀이 PRD와 R&R보다 철학 문서를 먼저 쓴 사례도 있습니다. PRD도 AI도 속력이고 방향은 따로 정해야 한다는 것입니다.

라포랩스 · 왓낫 · 당근 후기팀

직군을 없앱니까, 역할 언어를 얹습니까

다섯 아키타입은 직함을 건드리지 않고도 제품 단계에 따라 어떤 성향이 필요한가로 질문을 바꿔 줍니다. 직함을 합친 조직과 역할 언어만 얹은 조직이 같은 문제에 다른 답을 냈습니다.

Anthropic · 마이리얼트립 · 당근

직군이 없어지는 형태를 누가 정합니까

한 직군은 스스로 없어지겠다고 선언하고 자기 기준을 시스템에 남긴 뒤 판단하는 자리로 옮겼습니다. 위에서 없애는 것과 안에서 재정의하는 것의 차이가 여기서 갈립니다.

토스 · 링크드인

확산을 도구에 겁니까, 흐름에 겁니까

도구를 만들어 공개했는데 아무도 쓰지 않은 사례가 있습니다. 해법은 업무 흐름의 트리거에 심는 것이었습니다. 도구를 강제하고 1:1로 교정한 사례도 함께 볼 수 있습니다.

토스 · 채널톡 · 팀스파르타

채용 입구를 바꿉니까

모든 지원자에게 동일한 AI 환경을 제공한 공정성 원칙, 실사용자가 있는 제품 데모와 실시간 빌드로 구성한 3단계 선발, 한 영역에서 시니어 깊이를 필수로 둔 조건이 각각의 답입니다.

무신사 · 링크드인 · 카카오페이증권

데이터와 문서가 준비돼 있습니까

팀의 지식이 AI의 연료였다는 서술과, 미리 정리된 데이터 체계가 없었다면 아무것도 없었을 것이라는 서술이 같은 방향을 가리킵니다. 한 회사는 도메인 지식을 위한 별도 레이어를 만들었습니다.

당근 · 무신사 · 카카오벤처스
아정당 채용 바로가기