보리스 체르니의 다섯 아키타입으로 본 나의 작업 방식

이 분류는 무엇을 보는가

Boris Cherny는 엔지니어·PM·디자이너 같은 직무명보다, 사람들이 실제로 어떤 방식으로 일하는지를 다섯 가지 아키타입으로 설명했다. 한 사람이 하나의 역할에만 머무는 것은 아니며, 상황에 따라 둘 또는 셋의 역할을 함께 맡을 수 있다.

• Prototyper: 새로운 아이디어를 많이 내고 빠르게 시도한다. 그중 대부분은 실제 제품으로 이어지지 않을 수 있다.
• Builder: 가능성을 확인한 아이디어나 프로토타입을 제품·인프라 수준의 결과물로 만든다.
• Sweeper: UI와 코드·시스템의 복잡성을 걷어내고, 쓰지 않는 것을 정리하며 성능을 다듬는다.
• Grower: 이미 만들어진 제품을 계속 개선해 제품-시장 적합성(Product-Market Fit)을 높인다.
• Maintainer: 성숙한 시스템을 안전하고 안정적이며 효율적으로 운영한다.

이 분류는 새로운 직무 체계나 사람을 평가하는 기준이라기보다, 팀 안에서 어떤 책임이 필요한지와 내가 어느 단계에서 잘 기여하는지를 살펴보는 렌즈에 가깝다.

나의 해석

나는 아이디어를 많이 쏟아내기보다, 구현에 들어가기 전에 가장 불확실한 부분부터 작은 PoC로 확인하는 편이다. 실험은 본격적으로 만들기 전에 가능성을 좁히고, 무엇을 모르는지 드러내기 위해 한다.

나는 Builder와 Sweeper에 가장 가깝고, 결과물을 운영 가능한 상태까지 책임지려는 Maintainer 성향도 있다. Prototyper 역시 아이디어를 많이 내는 방식보다는, 불확실한 부분을 작은 PoC로 확인하고 구조화하는 문제 주도형에 가깝다.

가능성이 확인되면 실제로 쓸 수 있는 제품이나 인프라로 만든다. 만드는 과정에서 책임이 겹치거나 불필요하게 복잡해진 부분은 다시 정리한다. 한 번 돌아가는 데서 끝내지도 않는다. 실패했을 때 알아차릴 수 있는지, 다시 복구할 수 있는지, 운영하는 사람이 계속 책임질 수 있는지까지 확인해야 일이 끝났다고 느낀다.

내가 일하는 순서

불확실한 부분을 찾는다
→ 작은 PoC로 먼저 확인한다
→ 실제로 쓸 수 있게 만든다
→ 겹치거나 복잡해진 부분을 정리한다
→ 실패했을 때 복구할 수 있는지까지 확인한다

Grower는 아직 충분히 경험하지 못했다. 실제 사용자의 반응을 살피며 제품을 계속 개선하는 역할이기 때문이다. 나와 맞지 않는다고 결론 내린 것은 아니다. 아직 판단할 만큼 경험이 쌓이지 않았을 뿐이다. 실제 경험이 생기면 이 노트도 다시 고쳐 쓴다.

출처

• Boris Cherny의 원문 - 다섯 아키타입과 제품 단계에 따른 역할 조합에 대한 원문
• AI 시대의 다섯 역할 아키타입 - Boris Cherny - 원문을 읽고 남긴 참고 노트
• HEXACO 성격검사 결과 - 창의성과 완벽주의가 함께 나타나는 성향의 참고 근거
• 다섯 역할 아키타입 기반 작업 방식 분석 - 프로젝트와 Vault의 실제 행동을 대조해 일하는 순서를 살펴본 외부 분석

연관된 노트

• 생성은 AI에게, 검증은 나에게
• 산출물이 팀의 자산이 되려면 판단·추적·복구가 가능해야 한다