피그마의 엔지니어 (새 탭에서 열림)
Figma 디자인 팀은 단순히 시각적인 요소를 만드는 조직을 넘어, 제품의 근본적인 문제를 해결하는 파트너로서 팀을 구축해 왔습니다. 초기에는 광범위한 역량을 가진 제너럴리스트를 중심으로 팀의 기틀을 다졌으며, 성장에 따라 전문성을 더하면서도 '장인 정신(Craftsmanship)'과 '협업'이라는 핵심 가치를 유지하는 데 집중했습니다. 이러한 전략적 팀 빌딩은 Figma가 디자이너를 위한 도구를 넘어 전사적 협업 플랫폼으로 진화하는 결정적인 토대가 되었습니다. **초기 채용 전략: 풀스택 제품 디자이너의 영입** * 팀의 초기 단계에서는 디자인의 전 과정을 주도할 수 있는 제너럴리스트(Generalist) 채용에 집중했습니다. * 단순히 UI를 그리는 수준을 넘어 제품 사고(Product Thinking), 사용자 리서치, 그리고 엔지니어링에 대한 깊은 이해도를 갖춘 디자이너를 선발했습니다. * 이러한 '풀스택' 디자이너들은 엔지니어와 직접 소통하며 기술적 제약 안에서 최선의 사용자 경험을 도출하는 역할을 수행했습니다. **디자인 프로세스의 도구화: 내부 시스템 구축** * Figma 팀은 자신들이 직접 사용하는 도구를 만든다는 특수성을 활용해, 내부 디자인 워크플로우를 제품에 적극적으로 반영했습니다. * 디자인 시스템(Design System)을 조기에 구축하여 제품 전반의 일관성을 유지하고, 반복적인 작업 시간을 줄여 창의적인 문제 해결에 더 집중할 수 있는 환경을 만들었습니다. * 내부적으로 사용하는 라이브러리와 컴포넌트를 실제 사용자들과 동일한 환경에서 테스트하며 제품의 완성도를 높였습니다. **문화적 기둥: Critique 세션과 투명한 공유** * 'Critique(비평)'라 불리는 정기적인 피드백 세션을 통해 결과물뿐만 아니라 디자인 의도와 과정을 투명하게 공유하는 문화를 정착시켰습니다. * 비평은 비난이 아닌 '더 나은 제품을 위한 협력'이라는 인식을 심어주어, 디자이너들이 자신의 작업물을 초기에 공개하고 피드백을 받는 것을 주저하지 않게 했습니다. * 슬랙(Slack)이나 Figma 파일 내 댓글 등을 통해 비동기적인 소통을 활성화하여 전사적인 투명성을 확보했습니다. **조직 구조의 진화: 제품 중심의 자율성 부여** * 팀이 확장됨에 따라 디자인 조직을 기능별로 쪼개기보다, 특정 제품 영역(Squad)에 임베드되는 형태를 취했습니다. * 각 디자이너는 자신이 담당하는 제품 기능에 대해 오너십을 갖고, 기획 단계부터 출시까지 PM 및 엔지니어와 원팀으로 움직였습니다. * 동시에 '디자인 챕터' 활동을 통해 다른 팀의 디자이너들과 정기적으로 교류하며, 전체적인 디자인 정체성이 파편화되지 않도록 관리했습니다. 디자인 팀이 성장할수록 중요한 것은 뛰어난 개인의 역량보다 팀 전체가 공유하는 '품질에 대한 기준'입니다. 채용 단계에서부터 제품 중심적 사고를 가진 인재를 선별하고, 이들이 기술적 제약 없이 창의성을 발휘할 수 있도록 내부 시스템과 피드백 문화를 견고히 다지는 과정이 강력한 제품을 만드는 지름길입니다.