team-building

Figma UI 개편: (새 탭에서 열림)

피그마(Figma) 디자인 팀은 초기 소규모 조직에서 글로벌 규모로 성장하는 과정에서 제품의 철학을 팀 운영 방식에 그대로 투영하는 전략을 취했습니다. 이들은 단순한 시각적 설계를 넘어 제품 개발 전반에 기여할 수 있는 '제너럴리스트' 중심의 채용과 투명한 협업 문화를 통해 혁신적인 디자인 조직을 구축했습니다. 결과적으로 피그마는 도구의 성능뿐만 아니라, 그 도구를 만드는 팀의 유연성과 전문성을 동시에 확보하며 업계의 표준으로 자리 잡았습니다. **초기 채용 전략: 다재다능한 제너럴리스트 확보** * 초창기에는 특정 분야의 전문가보다는 제품의 전체적인 맥락을 이해하고 코드나 비즈니스 논리까지 아우를 수 있는 '풀스택 디자인' 역량을 가진 제너럴리스트를 우선적으로 채용했습니다. * 디자이너가 단순히 화면을 그리는 것에 그치지 않고, 제품의 비전을 정의하고 엔지니어링 제약 사항을 이해하며 협업할 수 있는 비판적 사고 능력을 중시했습니다. **투명성과 공유: '피그마로 피그마 만들기'** * 자신들이 만드는 도구인 피그마를 직접 활용하여 모든 작업 과정을 팀 전체에 실시간으로 공유하는 '워크-인-프로그레스(Work-in-progress)' 문화를 정착시켰습니다. * 완성된 결과물뿐만 아니라 중간 과정의 고민과 실패한 시안들을 가감 없이 공개함으로써 피드백 루프를 단축하고 팀 전체의 상향 평준화를 도모했습니다. **디자인 시스템과 운영(Design Ops)의 내재화** * 팀 규모가 확장됨에 따라 디자인의 일관성을 유지하기 위해 강력한 디자인 시스템을 구축하고, 이를 관리할 전담 조직을 구성했습니다. * 디자이너들이 반복적인 수작업 대신 고도의 창의적 문제 해결에 집중할 수 있도록 워크플로우를 최적화하고 도구 체계를 정비하는 'Design Ops' 기능을 강화했습니다. **다양성과 포용성을 바탕으로 한 커뮤니티 중심 성장** * 전 세계의 다양한 사용자를 대변하기 위해 팀 구성원의 배경과 경험의 다양성을 확보하는 데 주력하여 제품의 포용성을 높였습니다. * 실제 사용자 커뮤니티의 목소리를 제품 개발 프로세스에 깊숙이 반영하여, 실무자의 니즈를 정확히 파악하고 이를 제품 기능으로 빠르게 전환하는 구조를 만들었습니다. 피그마의 사례는 훌륭한 제품을 만들기 위해 그에 걸맞은 조직 문화와 시스템이 선행되어야 함을 시사합니다. 특히 업무 과정을 투명하게 공개하고 도구의 잠재력을 극한으로 끌어올리는 방식은, 급격히 성장하는 디자인 조직이 기술적 부채를 최소화하면서도 창의성을 유지하기 위해 반드시 참고해야 할 모델입니다.

피그마의 엔지니어 (새 탭에서 열림)

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