이 글을 읽으면
엔지니어·디자이너·PM·데이터 분석가의 경계가 녹아내리는 시대에, 앞으로 직무가 어떻게 재편될지 다섯 가지 역할로 정리해 드립니다. Claude Code를 만드는 Anthropic의 Boris Cherny(@bcherny)가 직접 올린 글이 출발점이고, 이 글은 그의 원문을 한국어로 옮기고 풀어낸 것입니다.
Photo by Steve A Johnson on Unsplash
먼저, 무슨 이야기인가
Boris Cherny가 자신의 트윗에서 던진 문제의식은 이렇습니다.
"엔지니어링, 제품, 디자인, 데이터 사이언스가 새로운 형태의 역할로 녹아들면서, 앞으로 직무가 어떤 모습일지 곰곰이 생각해 봤다. 예를 들어 Claude Code 팀을 보면, 다섯 가지 아키타입이 보인다."
핵심은 이 역할들이 직무 이름(job function)에 묶이지 않는다는 점입니다. 그는 이렇게 덧붙입니다.
"이 역할들은 직무에 묶여 있지 않다. 예를 들어 Anthropic 전체를 보면, 어떤 디자이너는 1번 유형에, 어떤 디자이너는 2번, 또 어떤 디자이너는 3번에 들어맞는다. 엔지니어도, PM도, 데이터 사이언티스트도 마찬가지다."
이 트윗을 한국어로 처음 풀어 소개한 건 개발자 Lucas(@lucas_flatwhite)입니다. 그는 Boris의 프레임에 한국 조직의 현실을 더해, 모든 구성원이 제너럴리스트가 되고 슬랙만 봐서는 상대가 엔지니어인지 디자이너인지 매니저인지 구분되지 않는 환경을 짚었습니다. 이 글의 마지막 '왜 직책을 단순화하나' 단락이 그 해설에서 가져온 부분입니다.
미래 직무 5가지 아키타입
Boris가 적은 다섯 역할의 정의를 그대로 옮기면 이렇습니다.
1. 프로토타이퍼(Prototyper) — 새 아이디어를 쏟아내는 사람
"완전히 새로운 아이디어를 떠올린다. 아이디어를 끝없이 쏟아내지만, 그중 대부분은 출시되지 않는다."
빠르게 실험하고 빠르게 버리는 사람입니다.
2. 빌더(Builder) — 아이디어를 제품으로 바꾸는 사람
"프로토타입이나 아이디어를 빠르게 프로덕션급 제품·인프라로 전환한다."
"되는 것 같다"를 "실제로 돌아간다"로 만드는 단계를 책임집니다.
3. 스위퍼(Sweeper) — 정리하고 덜어내는 사람
"UI를 정리하고, 코드와 시스템을 단순화하고, 기능을 걷어내고(unship), 성능을 최적화한다."
더하는 게 아니라 빼는 일로 가치를 만드는 사람입니다.
4. 그로어(Grower) — PMF를 끌어올리는 사람
"이미 만들어진 제품을 가지고 반복 개선해 제품-시장 적합성(PMF)을 끌어올린다."
0에서 1이 아니라 1에서 10을 담당합니다.
5. 메인테이너(Maintainer) — 규모를 견디게 만드는 사람
"성숙한 시스템을 책임지고, 규모가 커져도 안전하고 안정적이며 빠르고 효율적이도록 만든다."
눈에 잘 띄지 않지만 무너지면 전부가 멈추는 자리입니다.
제품 성숙도에 따라 필요한 조합이 다르다
이 다섯 역할은 따로 노는 게 아니라, 제품이 어느 단계에 있느냐에 따라 조합이 달라집니다. Boris는 한 사람이 보통 두 역할, 때로는 세 역할에 걸쳐 있다고 말하면서, 제품 성숙도별로 필요한 조합을 이렇게 정리합니다.
"건강한 팀은 제품에 따라 이 역할들의 조합이 필요하다. 새롭고 PMF 이전 단계의 제품은 1+2+3에 강한 사람이, 성장 중이고 PMF를 찾은 제품은 2+3+4와 약간의 5가, 강한 PMF를 가진 제품은 3+4+5와 약간의 2가 필요하다."
그래서 팀을 짤 때는 "엔지니어 몇 명, 디자이너 몇 명"이 아니라 "지금 제품 단계에 맞는 역할 조합이 갖춰졌는가"를 묻는 게 더 정확합니다. Boris는 글 말미에 이렇게 묻습니다. "어쩌면 미래의 제품 직무는 오늘날의 도메인별 역할보다 이런 모습에 더 가깝지 않을까?"
왜 직책을 단순화하나 (Lucas의 해설)
여기서부터는 Boris의 원문이 아니라, 이 트윗을 소개한 Lucas의 해설입니다. 그가 특히 짚은 건 조직 운영 방식입니다.
- 직급 수식어 제거: Senior, Principal 같은 수식어를 없애야 구성원이 잘못된 의견에 맹목적으로 따르지 않고 자유롭게 반론하는 건강한 문화가 생깁니다.
- 의도적 소수 인력 + 풍부한 토큰: 4명이 필요해 보이는 프로젝트에 일부러 2명만 투입하고, 대신 넉넉한 토큰(AI 사용량)을 쥐여줍니다.
- 부족함이 자동화를 부른다: 인력이 부족해진 구성원은 자연스럽게 업무를 자동화·효율화할 방법을 찾고, 이는 다음 프로젝트의 비용을 낮추는 효과로 이어집니다.
이제는 디자이너뿐 아니라 재무 담당자, 비서실장까지도 에이전트를 활용해 직접 코드를 작성하고 배포합니다. 직책에 상관없이 아이디어를 곧바로 제품으로 구현하는 빌더의 시대라는 것입니다.
인사이트
이 프레임이 흥미로운 건, '직무'를 사람 단위가 아니라 '동작' 단위로 쪼갰다는 점입니다. 기존 조직도가 "이 사람은 엔지니어"라고 사람에 라벨을 붙였다면, 5가지 아키타입은 "이 일은 지금 프로토타이핑 동작이 필요하다"처럼 일에 라벨을 붙입니다. AI가 도메인 작업(코딩·디자인·분석)의 실행 비용을 떨어뜨리니, 희소해지는 건 실행력이 아니라 "지금 무슨 동작이 필요한지 판단하는 감각"입니다. 5가지 역할은 결국 그 판단의 언어인 셈입니다.
한국의 마케터·기획자 입장에서도 남의 일이 아닙니다. "나는 마케터니까 코드는 몰라도 돼"가 통하던 시대가 빠르게 닫히고 있습니다. 오히려 이 프레임을 자기 팀 진단 도구로 써볼 만합니다. 우리 팀에 프로토타이퍼는 있는데 스위퍼가 없어서 기능만 쌓이고 정리가 안 되는 건 아닌지, 그로어 없이 빌더만 많아 만들기만 하고 PMF를 못 올리는 건 아닌지. 사람 수가 아니라 동작의 빈자리로 팀을 보면, 다음에 누구를(혹은 어떤 역량을) 채워야 할지가 선명해집니다.
다만 경계할 점도 있습니다. "모두가 제너럴리스트"는 이상적으로 들리지만, 모두에게 모든 걸 기대하면 아무도 깊이를 못 갖는 함정이 될 수 있습니다. 핵심은 한 사람이 5가지를 다 하는 게 아니라, 자기가 강한 2~3개를 알고 나머지는 AI와 동료로 메우는 조합 감각입니다.
원문: Boris Cherny (@bcherny) — 미래 직무 5가지 아키타입 원본 트윗
한국어 해설: lucas (@lucas_flatwhite)