피그마 AI 검색의 (새 탭에서 열림)

Figma는 수십억 개의 디자인 레이어 속에서 사용자가 원하는 자산을 직관적으로 찾을 수 있도록 AI 기반의 시각적 검색(Visual Search) 기능을 도입했습니다. 이 시스템은 디자인의 시각적 특징과 맥락을 수학적 벡터 값으로 변환하는 임베딩 기술을 핵심으로 하며, 이를 통해 키워드 일치 여부를 넘어선 '의미론적 검색'을 구현했습니다. Figma는 성능과 정확도, 보안이라는 세 가지 요소를 동시에 충족하기 위해 정교한 머신러닝 파이프라인과 실시간 인덱싱 아키텍처를 구축하는 데 성공했습니다. ### 시각적 의미를 포착하는 벡터 임베딩 시스템 * **CLIP 모델의 활용**: 텍스트와 이미지를 동일한 벡터 공간에 매핑하는 CLIP(Contrastive Language-Image Pre-training) 기반 모델을 사용하여, 사용자가 입력한 검색어와 디자인 프레임 간의 유사도를 측정합니다. * **디자인 특화 데이터 처리**: 일반적인 사진과 달리 디자인 파일은 복잡한 레이어 구조를 가집니다. Figma는 검색 최적화를 위해 개별 프레임을 고해상도로 래스터화(Rasterization)하여 모델이 디자인의 시각적 요소를 정확히 이해하도록 학습시켰습니다. * **다국어 지원 및 시각적 검색**: 벡터 공간 내에서 유사도를 계산하므로, 특정 언어에 구속되지 않고 전 세계 사용자의 쿼리를 처리할 수 있으며 유사한 디자인 스타일을 찾는 이미지 기반 검색도 가능해졌습니다. ### 대규모 데이터 처리를 위한 검색 파이프라인 * **실시간 인덱싱 아키텍처**: 사용자가 디자인을 수정할 때마다 실시간으로 검색 인덱스가 업데이트되어야 합니다. Figma는 Kafka와 같은 메시지 큐를 활용해 디자인 변경 사항을 감지하고, 이를 비동기적으로 처리하여 벡터 데이터베이스에 반영합니다. * **효율적인 데이터 샘플링**: 수조 개에 달하는 레이어 전체를 인덱싱하는 대신, 의미 있는 단위인 '프레임'과 '컴포넌트'를 중심으로 인덱싱하여 저장 공간을 절약하고 검색 효율을 극대화했습니다. * **벡터 데이터베이스 운용**: 고차원 벡터 검색을 빠르게 수행하기 위해 전문적인 벡터 DB 솔루션을 도입하여, 수 밀리초(ms) 내에 수십억 개의 후보군 중 가장 유사한 결과를 반환하도록 설계했습니다. ### 보안과 권한 관리를 고려한 검색 설계 * **엄격한 테넌트 격리**: 기업 고객의 데이터 보안을 위해 각 조직의 데이터는 논리적으로 완전히 격리됩니다. AI 모델은 공유될 수 있지만, 검색 결과는 철저히 사용자가 접근 권한을 가진 범위 내에서만 노출됩니다. * **사후 필터링(Post-filtering) 메커니즘**: 벡터 검색 결과가 나오면, 시스템은 즉시 사용자의 권한(RBAC)을 확인하여 접근할 수 없는 파일은 결과에서 제외합니다. 이는 속도와 보안 사이의 균형을 맞추기 위한 핵심적인 단계입니다. * **개인정보 보호**: 학습 및 검색 과정에서 민감한 정보를 보호하기 위해 데이터 비식별화 처리를 거치며, 사용자가 자신의 데이터가 AI 학습에 활용될지 여부를 직접 선택할 수 있는 옵션을 제공합니다. 효과적인 AI 검색 시스템 구축을 위해서는 고성능 모델 못지않게 데이터의 권한 관리와 실시간 동기화 인프라가 중요합니다. 단순히 벡터 DB를 도입하는 것에 그치지 않고, 자사 서비스의 데이터 특성(Figma의 경우 프레임 단위의 계층 구조)을 모델이 어떻게 학습하게 할지 고민하는 과정이 실제 사용자 경험의 차이를 만듭니다.

Figma에서의 속도 탐 (새 탭에서 열림)

피그마(Figma)는 기존 EC2 기반의 레거시 인프라가 성장을 저해하자, 개발자 생산성과 시스템 확장성을 확보하기 위해 쿠버네티스(Kubernetes, K8s) 전환을 결정했습니다. 이들은 단순한 인프라 교체를 넘어 내부 추상화 도구를 통한 '골든 패스(Golden Path)'를 구축함으로써 1년 미만이라는 짧은 기간 내에 주요 핵심 서비스를 성공적으로 이전했습니다. 결과적으로 인프라 운영의 복잡성을 낮추면서도 대규모 트래픽을 효율적으로 수용할 수 있는 현대적인 컴퓨팅 환경을 마련했습니다. ### 기존 인프라의 한계와 전환 배경 * 기존의 Chef와 Puppet 기반 EC2 환경은 배포 속도가 느리고 수동 설정이 많아 급격한 사용자 증가에 따른 스케일링 대응에 한계가 있었습니다. * 인프라 팀이 모든 프로비저닝 요청의 병목지점이 되면서 개발팀의 자율성이 저하되고, 환경 간 일관성을 유지하기 어려운 문제가 발생했습니다. * 애플리케이션의 이식성을 높이고 리소스 효율성을 극대화하기 위해 컨테이너 중심의 관리 체계로의 패러다임 전환이 필수적이었습니다. ### 개발자 경험 중심의 추상화 레이어 구축 * 개발자가 쿠버네티스의 복잡한 YAML 명세나 `kubectl` 명령어를 직접 학습하지 않아도 되도록 내부 플랫폼 인터페이스를 설계했습니다. * 표준화된 서비스 정의와 배포 프로세스를 제공하는 내부 도구를 통해, 개발자는 몇 가지 설정만으로도 보안과 모니터링이 적용된 인프라를 즉시 할당받을 수 있게 되었습니다. * 이러한 '추상화'는 인프라 팀이 하부 구조를 변경하더라도 상위의 개발자 워크플로우에는 영향을 주지 않는 유연성을 제공했습니다. ### 점진적 마이그레이션과 안정성 확보 전략 * '빅뱅' 방식의 전환 대신, 기존 EC2 서비스와 새로운 K8s 서비스를 병행 운영하며 트래픽을 단계적으로 전환하는 방식을 채택했습니다. * 실제 트래픽을 복제하여 새로운 환경의 안정성을 미리 검증하는 '섀도우 트래픽(Shadow Traffic)' 테스트를 통해 마이그레이션 시 발생할 수 있는 리스크를 사전에 차단했습니다. * 전환 과정에서의 데이터 정합성 유지와 네트워크 지연 시간을 최소화하기 위해 서비스 메쉬 및 전용 커넥터를 활용하여 두 환경 간의 통신을 최적화했습니다. 대규모 인프라 마이그레이션의 성공은 단순히 기술적 스택을 바꾸는 것이 아니라, 개발자의 진입 장벽을 낮추는 내부 플랫폼 설계에 달려 있습니다. 복잡한 기술적 세부 사항을 추상화하고 점진적인 검증 절차를 거치는 전략은 서비스 중단 없이 대규모 시스템을 현대화하려는 조직에게 훌륭한 본보기가 됩니다.

Figma on Figma: (새 탭에서 열림)

피그마는 창작자의 작업물이 인터페이스에 가려지지 않고 온전히 주인공이 될 수 있도록, 서비스 출시 이후 세 번째로 대대적인 디자인 개편(UI3)을 단행했습니다. 이번 개편의 핵심은 복잡한 도구 모음을 간소화하고 캔버스 공간을 극대화하여 사용자가 창의적인 작업에만 몰입할 수 있는 환경을 구축하는 것입니다. 이는 단순히 시각적인 변화를 넘어, 향후 도입될 AI 기능을 유연하게 수용할 수 있는 확장성 있는 토대를 마련했다는 점에서 큰 의의가 있습니다. **사용자 중심의 캔버스 우선 설계** - 고정되어 있던 좌우 패널을 플로팅(Floating) 형태로 변경하고 모서리를 둥글게 처리하여, 작업 영역이 인터페이스에 갇혀 있지 않고 패널 뒤로 무한히 확장되는 느낌을 줍니다. - 상단에 위치했던 툴바를 화면 하단으로 옮기고 크기를 줄여 시각적 무게감을 낮췄으며, 이를 통해 사용자가 캔버스의 중심부에서 작업에 더 집중할 수 있도록 개선했습니다. - 다양한 화면 크기에 유연하게 대응할 수 있도록 패널의 너비 조절 기능을 강화하여, 맥북 에어부터 대형 모니터까지 최적화된 작업 환경을 제공합니다. **일관성 있고 현대화된 디자인 시스템** - 피그마 디자인, 피그잼(FigJam), 개발 모드(Dev Mode) 간의 시각적 언어를 통합하여 사용자가 도구 사이를 전환할 때 겪는 인지 부하를 최소화했습니다. - 수백 개의 아이콘을 새롭게 디자인하여 보다 직관적인 의미 전달이 가능하게 했으며, 텍스트 가독성을 높이기 위해 타이포그래피 시스템을 전면 재정비했습니다. - 레이어 패널과 속성 패널의 간격을 조정하고 불필요한 선을 제거하여, 더 적은 시각적 요소로 더 많은 정보를 명확하게 전달할 수 있도록 구성했습니다. **AI 시대를 대비한 인터페이스 확장성** - 새롭게 설계된 하단 툴바는 향후 추가될 다양한 AI 기반 기능들이 자연스럽게 자리 잡을 수 있는 '허브' 역할을 수행합니다. - 'Make Design'이나 시각적 검색과 같은 AI 도구들이 기존 워크플로우를 방해하지 않고 적재적소에 나타날 수 있도록 인터페이스의 유연성을 확보했습니다. - 초보 사용자에게는 진입 장벽을 낮추고, 숙련된 사용자에게는 단축키와 커스터마이징 기능을 통해 더 빠른 효율성을 제공하는 조화로운 설계를 지향합니다. 이번 UI3 업데이트는 피그마가 단순한 디자인 도구를 넘어 AI와 협업하는 미래형 플랫폼으로 진화하기 위한 중요한 이정표입니다. 새로운 인터페이스에 적응하는 과정에서 초기에는 다소 낯설 수 있으나, 더 넓어진 작업 공간과 간결해진 도구 배치는 장기적으로 디자이너의 생산성과 창의성을 한 단계 끌어올리는 원동력이 될 것입니다.

일반적인 주석이 달린 (새 탭에서 열림)

마이크로소프트는 보안 토큰의 탐지 효율을 높이고 오탐을 최소화하기 위해 '식별 가능한(Identifiable)' 키 형식인 CASK(Common Annotated Security Standard) 표준을 공개했습니다. 이 표준은 고정된 시그니처와 체크섬 기술을 활용하여 소스 코드 내 보안 키를 즉각적으로 식별하고 차단할 수 있도록 설계되었으며, 엔지니어의 생산성을 저해하지 않으면서도 시스템의 보안 태세를 강화하는 것을 목표로 합니다. 마이크로소프트는 이 표준을 오픈소스로 공개하여 서비스 제공자들이 공통된 규격의 보안 키를 생성하고 생태계 전반의 보안 수준을 높일 것을 권장하고 있습니다. ### CASK 표준의 기술적 특징 * **특수 문자 배제**: CASK 키는 오직 알파벳과 숫자로만 구성된 Base62 문자열을 사용합니다. 이를 통해 별도의 이스케이프(Escaping)나 인코딩 과정 없이 모든 프로그래밍 환경과 컨텍스트에서 안전하게 전송 및 처리가 가능합니다. * **강력한 엔트로피 제공**: 각 키는 약 310비트 수준의 엔트로피를 보유한 52자의 무작위 데이터를 포함합니다. 이는 현재의 컴퓨팅 환경은 물론, 향후 양자 컴퓨팅 시대의 무차별 대입 공격(Brute-forcing)에도 대응할 수 있는 충분한 보안 강도입니다. * **이중 시그니처 구조**: 표준 자체를 나타내는 공통 시그니처인 `JQQJ`와 서비스 제공자를 식별하는 고정 시그니처(예: Azure DevOps의 경우 `AZDO`)를 함께 사용합니다. 이를 통해 스캐닝 도구는 단 한 번의 규칙 검사만으로도 키의 존재 여부와 출처를 매우 빠르고 정확하게 판별할 수 있습니다. ### 보안 운영 및 관리 최적화 * **생성 타임스탬프 내장**: 모든 CASK 키에는 생성된 월과 연도 정보가 포함되어 있습니다. 이 정보는 보안 사고 발생 시 대응 우선순위를 정하거나, 조직의 정기적인 키 순환(Rotation) 정책을 자동으로 강제하는 데 유용하게 활용됩니다. * **전용 테스트 키 정의**: 실제 보안 키를 외부에 노출하지 않고도 시스템 기능을 테스트할 수 있도록 예약된 테스트용 키 세트를 제공합니다. 개발자는 이를 통해 보안 제어 장치가 제대로 작동하는지 안전하게 검증할 수 있습니다. * **플랫폼별 확장성**: 표준 규격 내에 서비스 제공자가 자체적인 메타데이터를 인코딩할 수 있는 예약 공간을 유지합니다. 마이크로소프트는 이를 활용해 Azure 서비스에 특화된 추가 정보를 포함하고 있으며, 다른 제공자들도 이를 유연하게 확장할 수 있습니다. 보안 사고의 주요 원인인 비밀번호 및 키 유출을 근본적으로 방지하기 위해 서비스 제공자들은 CASK 표준 도입을 적극적으로 검토해야 합니다. 식별 가능한 키 형식을 채택하면 보안 스캔 도구의 비용을 낮추고 개발 워크플로우 내에서 실시간 차단이 가능해져 전체 소프트웨어 공급망의 안전성을 크게 향상시킬 수 있습니다.

디자이너를 위한 더 나은 (새 탭에서 열림)

피그마는 인공지능(AI)을 디자인 워크플로우에 통합하여 디자이너가 반복적인 작업에서 벗어나 더 창의적인 문제 해결에 집중할 수 있는 환경을 구축했습니다. 이번 업데이트의 핵심은 아이디어를 시각적 초안으로 빠르게 변환하고, 레이어 정리나 프로토타이핑 같은 번거로운 과정을 자동화하여 디자인의 진입 장벽을 낮추는 데 있습니다. 결과적으로 피그마 AI는 단순한 도구를 넘어 디자이너의 의도를 이해하고 보조하는 지능형 파트너로 진화하고 있습니다. ### 디자인 생성 및 초안 작성의 가속화 * **Make Designs:** 텍스트 프롬프트를 입력하면 모바일 및 데스크톱용 UI 레이아웃과 컴포넌트를 즉석에서 생성합니다. 이는 디자인 시작 단계에서의 '빈 페이지 증후군'을 해결하고 다양한 시안을 빠르게 탐색하게 돕습니다. * **컴포넌트 및 라이브러리 활용:** 사용자가 보유한 기존 디자인 시스템을 학습하여 기업의 브랜드 가이드라인에 맞는 일관된 결과물을 도출할 수 있도록 지원합니다. ### 워크플로우 효율화를 위한 지능적 자동화 * **레이어 이름 자동 정리 (Rename Layers):** 한 번의 클릭으로 파일 내의 모든 레이어 이름을 컨텍스트에 맞게 변경하여 협업 효율성을 높이고 파일 정리에 소요되는 시간을 단축합니다. * **지능형 프로토타이핑 (Make Prototype):** 정적인 디자인 화면들을 AI가 분석하여 버튼 클릭이나 화면 전환 등 적절한 인터랙션을 자동으로 연결하고 프로토타입 구축 과정을 간소화합니다. * **시각적 검색 (Visual Search):** 키워드뿐만 아니라 이미지나 특정 디자인 영역을 드래그하여 팀 내 라이브러리에서 유사한 컴포넌트나 과거 디자인 결과물을 찾아낼 수 있습니다. ### 실제 데이터를 활용한 콘텐츠 생성 및 편집 * **텍스트 및 이미지 생성:** 디자인 시안에 들어갈 'Lorem Ipsum' 대신 실제 서비스에 적합한 문구와 이미지를 AI로 생성하여 디자인의 현실감을 높입니다. * **다국어 번역 및 톤 조정:** 작성된 텍스트를 즉시 다른 언어로 번역하거나, 브랜드 보이스에 맞춰 문구의 톤앤매너를 수정할 수 있습니다. * **배경 제거 (Remove Background):** 별도의 외부 도구 없이 피그마 내에서 이미지 배경을 즉시 제거하여 에셋 편집 과정을 일원화했습니다. ### 제안 및 실용적 접근 피그마 AI를 효과적으로 활용하기 위해서는 AI가 생성한 결과물을 최종본이 아닌 '고도화된 초안'으로 취급하는 태도가 필요합니다. AI를 통해 단축된 시간만큼 사용자 경험(UX)의 깊이를 고민하거나 비즈니스 전략에 맞는 디자인 시스템을 구축하는 데 더 많은 에너지를 투입할 것을 권장합니다. 특히 '시각적 검색'과 '레이어 자동 정리' 기능을 초기 워크플로우에 적극 도입하면 협업 과정에서 발생하는 운영 오버헤드를 획기적으로 줄일 수 있습니다.

How we optimized LLM use for cost, quality, and safety to facilitate writing postmortems (새 탭에서 열림)

장애 해결 후 포스트모템(장애 회고록)을 작성하는 과정은 조직의 학습과 복구 능력 향상을 위해 필수적이지만, 엔지니어들에게는 상당한 시간과 노력이 드는 번거로운 작업입니다. 이를 해결하기 위해 Datadog은 Bits AI에 LLM을 도입하여 정형화된 장애 메타데이터와 슬랙의 비정형 대화 데이터를 결합해 포스트모템 초안을 자동 생성하는 기능을 구현했습니다. 이 프로젝트는 단순한 자동화를 넘어, 환각 현상을 억제하고 엔지니어가 직접 내용을 검토하며 학습하는 '인간 중심의 통제권'을 유지하는 데 초점을 맞추었습니다. ### LLM 기반 포스트모템 도입 시 직면한 과제 * **데이터 정확성 및 환각(Hallucinations):** LLM은 문법적으로는 완벽해 보이지만 사실이 아닌 내용을 그럴듯하게 생성하는 경향이 있습니다. 팩트가 생명인 장애 보고서에서 이러한 비결정론적 특성을 제어하는 것이 가장 큰 과제였습니다. * **비용, 속도, 품질의 트레이드오프:** GPT-4와 같은 고성능 모델은 정확도가 높지만 GPT-3.5에 비해 비용이 최대 50배 비싸고 생성 속도가 느려, 사용자 경험과 운영 비용 사이의 균형점이 필요했습니다. * **학습 과정의 훼손 방지:** AI가 완성된 결과물을 그대로 제공하면 엔지니어가 장애 원인을 깊이 파고드는 학습 기회를 놓칠 수 있습니다. 따라서 AI는 '작성 보조 도구'로서 초안을 제공하고 최종 판단은 인간이 하도록 설계해야 했습니다. * **보안 및 개인정보 보호:** 장애 데이터에는 민감한 정보나 비밀번호 등이 포함될 수 있으므로, LLM에 데이터를 전달하기 전 이를 사전에 필터링하는 보안 레이어가 필수적이었습니다. ### 정확도 향상을 위한 기술적 해결책 * **커스텀 API 및 데이터 정제 프레임워크:** 슬랙 대화와 장애 관리 앱에서 데이터를 추출한 뒤, 민감 정보를 제거하고 구조화하여 LLM이 처리하기 쉬운 형태로 변환하는 전용 API를 개발했습니다. * **정형·비정형 데이터의 결합:** 수동으로 입력된 장애 메타데이터(정형)뿐만 아니라, 장애 당시의 급박한 상황이 담긴 슬랙 대화 내용(비정형)을 함께 분석하여 문맥적으로 더 정확한 초안을 생성하도록 했습니다. * **프롬프트 엔지니어링 및 파라미터 튜닝:** 100시간 이상을 투입해 프롬프트 구조를 반복 수정했으며, 모델의 온도(Temperature) 설정을 낮추어 출력의 일관성을 높이고 무작위성을 줄였습니다. * **점진적 검증 프로세스:** 포스트모템 작성을 돕기 전, 먼저 짧은 '장애 요약 기능'을 구현하여 모델의 성능을 테스트하고 여기서 얻은 인사이트를 긴 문서 작성 기능에 피드백하는 방식을 취했습니다. ### 모델 출력 평가 및 피드백 루프 * **정성적/정량적 평가 병행:** 기존에 사람이 작성한 포스트모템과 AI가 생성한 초안을 정확성, 간결성, 유용성 등의 항목으로 비교하는 설문 조사를 실시하여 품질을 지속적으로 개선했습니다. * **사용자 피드백 반영:** 초안 생성 과정에서 엔지니어가 수정하는 내용을 추적하여, 어떤 부분이 부족하고 어떤 정보가 더 보강되어야 하는지 데이터 기반으로 파악하고 있습니다. LLM을 이용한 포스트모템 작성 지원은 엔지니어의 업무 부담을 줄여주는 동시에, 장애로부터 배우는 조직 문화를 더욱 공고히 하는 강력한 도구가 될 수 있습니다. 다만, AI의 결과물을 맹신하기보다는 엔지니어가 비판적으로 검토할 수 있는 '초안' 단계로 활용하는 것이 시스템의 신뢰성과 교육적 가치를 유지하는 핵심입니다.

VS Code 방식: 개발자의 이너 (새 탭에서 열림)

듀오링고는 협업을 단순한 소프트 스킬이 아닌 제품 개발의 핵심 동력으로 정의하며, 이를 통해 사용자 성장을 극대화하고 있습니다. 기획자(PM)와 엔지니어가 분리되어 일하는 전통적인 방식에서 벗어나, 초기 단계부터 모든 직군이 공동의 목표를 향해 유기적으로 결합하는 시스템을 구축했습니다. 이러한 협업 중심의 문화는 기술적 타당성과 제품의 가치를 동시에 확보하며 듀오링고의 지속적인 혁신을 가능하게 하는 결론적인 핵심 자산입니다. **교차 기능 팀(Cross-functional Teams) 중심의 기획** * PM, 엔지니어, 디자이너, 데이터 과학자, 콘텐츠 개발자가 프로젝트 초기 단계부터 한 팀으로 묶여 긴밀하게 소통합니다. * 각 직군은 단순히 자신의 영역을 실행하는 데 그치지 않고, 기획안의 초안 작성부터 기술적 제약 사항과 사용자 경험을 함께 논의하며 의사결정 속도를 높입니다. * 이를 통해 제품 개발 후반부에서 발생할 수 있는 직군 간의 오해나 재작업(Rework) 비용을 획기적으로 줄입니다. **공유 지표를 통한 목표의 일치** * 엔지니어링과 제품 팀이 서로 다른 성과 지표(KPI)를 갖지 않고, '학습자 리텐션'이나 '일일 활성 사용자 수(DAU)'와 같은 공통의 북극성 지표(North Star Metric)를 공유합니다. * 기술 부채 해결이나 시스템 성능 개선이 어떻게 제품 지표에 기여하는지를 수치화하여, 엔지니어가 기술적 과업의 비즈니스 가치를 명확히 이해하도록 돕습니다. * 모든 팀원이 같은 성과를 목표로 달리기 때문에 부서 간 이기주의(Silo)를 방지하고 최적의 제품 결과물을 도출하는 데 집중합니다. **엔지니어의 제품 소유권과 리더십** * 엔지니어를 단순히 '코드를 작성하는 사람'이 아닌 '제품의 문제를 해결하는 파트너'로 대우하며, 기술적 관점에서 제품의 방향성을 제안하도록 권장합니다. * 엔지니어링 리더들은 기술 표준 수립뿐만 아니라 사용자 데이터 분석과 가설 검증 프로세스에도 깊이 관여하여 제품의 품질을 상향 평준화합니다. * 이러한 문화는 엔지니어에게 강한 책임감과 동기를 부여하며, 기술적 완성도가 곧 사용자 만족으로 이어지는 선순환 구조를 만듭니다. **반복적인 피드백과 투명한 소통 체계** * 주기적인 동기화 미팅과 피어 리뷰(Peer Review)를 통해 지식을 투명하게 공유하고, 프로젝트의 진행 상황을 모든 이해관계자가 실시간으로 파악합니다. * 실패한 실험이나 기능 출시 후에도 비난보다는 '무엇을 배웠는가'에 집중하는 포스트모텀(Post-mortem) 문화를 통해 조직 전체의 학습 속도를 가속화합니다. * 직군에 상관없이 누구나 아이디어를 제안하고 비판적인 피드백을 주고받을 수 있는 심리적 안전감을 제공합니다. 효과적인 기술 협업을 달성하기 위해서는 기획과 구현의 경계를 허무는 조직적 설계가 선행되어야 합니다. 엔지니어가 제품의 목적을 깊이 이해하고 PM이 기술적 복잡성을 존중할 때 비로소 시너지가 발생하며, 이를 위해 공동의 목표 설정과 초기 단계부터의 전 직군 참여를 제도화하는 것이 필수적입니다.

Figma on Figma: 최신 (새 탭에서 열림)

피그마는 브랜드의 정체성을 공고히 하고 제품의 기능적 요구를 충족하기 위해 전용 서체인 'Figma Sans'를 개발했습니다. 기존에 사용하던 범용 서체인 Inter에서 벗어나, 도구로서의 정교함과 창의적인 공동체의 따뜻함이 공존하는 독자적인 타이포그래피 시스템을 구축했습니다. 이 프로젝트는 제품 UI 내에서의 가독성과 마케팅 환경에서의 브랜드 개성을 동시에 확보하는 것을 목표로 진행되었습니다. ### 독자적 서체 개발의 배경과 동기 * **차별화된 브랜드 정체성 구축**: 피그마는 그동안 오픈 소스 서체인 Inter를 사용해왔으나, 많은 테크 기업들이 유사한 스타일을 채택함에 따라 피그마만의 고유한 시각적 목소리를 찾을 필요성을 느꼈습니다. * **기능성과 개성의 공존**: 단순히 예쁜 글꼴이 아니라, 복잡한 디자인 도구인 피그마 내부에서 정보를 명확하게 전달하는 '도구적 기능'과 브랜드의 창의성을 드러내는 '표현적 기능' 사이의 균형이 필요했습니다. ### 디자인 철학: 기하학적 정밀함과 인간적 터치 * **Grilli Type과의 협업**: 세계적인 폰트 파운드리인 Grilli Type과 협력하여, 고전적인 기하학적 산세리프 구조에 휴머니스트(Humanist)적인 디테일을 가미했습니다. * **부드러운 곡선과 직선의 조화**: 글자 끝부분의 처리나 곡선의 연결 부위에서 손글씨의 유기적인 느낌을 살려, 차가운 소프트웨어가 아닌 사람이 사용하는 따뜻한 도구라는 느낌을 전달합니다. ### 주요 디자인 디테일과 기술적 특징 * **독특한 글자 형태(Glyphs)**: 소문자 'a', 'g' 등에서 볼 수 있는 독특한 곡선은 가독성을 높이는 동시에 Figma Sans만의 개성을 부여합니다. 특히 쉼표(,)나 마침표(.) 같은 문장 부호에도 세심한 디자인을 적용했습니다. * **가변 서체(Variable Font) 도입**: 가변 서체 기술을 활용하여 굵기(Weight)와 너비(Width)를 세밀하게 조절할 수 있게 함으로써, 좁은 UI 패널부터 거대한 광고판까지 모든 환경에서 최적의 시각적 경험을 제공합니다. * **숫자와 기호의 최적화**: 디자인 도구 특성상 숫자가 자주 노출되는 점을 고려하여, 표 데이터나 좌표값 등을 읽기 쉽도록 숫자의 폭과 모양을 정교하게 다듬었습니다. ### 제품 UI와 브랜드 마케팅의 통합 * **경계 없는 사용자 경험**: 사용자가 피그마 웹사이트에서 제품 내부로 들어올 때 시각적인 단절을 느끼지 않도록, 마케팅용 디자인과 실제 제품 인터페이스에 동일한 서체 시스템을 적용했습니다. * **서체 자체가 디자인 도구**: Figma Sans는 피그마라는 제품의 일부처럼 느껴지도록 설계되었으며, 이는 사용자가 도구를 사용할 때 느끼는 안정감과 신뢰도를 높이는 데 기여합니다. Figma Sans의 탄생은 브랜드가 성장함에 따라 단순한 시각 요소의 변화를 넘어, 자신들만의 '언어'를 정의하는 과정이 얼마나 중요한지를 보여줍니다. 기업의 고유한 철학을 디자인의 가장 기본 요소인 타이포그래피에 녹여냄으로써, 기능적 효율성과 감성적 연결을 동시에 달성할 수 있음을 입증한 사례입니다.

우리만의 서체: Figma Sans 제작 (새 탭에서 열림)

Figma가 단순한 디자인 도구를 넘어 모든 창의적인 협업을 담는 플랫폼으로 확장됨에 따라, 이를 뒷받침할 새로운 시각 언어의 진화가 필요해졌습니다. 이번 개편은 인터페이스의 간결함을 극대화하여 사용자의 작업물에 집중할 수 있도록 돕는 동시에, 피그마만의 브랜드 정체성을 시각적으로 체계화하는 데 중점을 두었습니다. 결과적으로 제품 UI와 브랜드 마케팅 사이의 경계를 허물고, 더 유연하고 직관적인 디자인 생태계를 구축하는 것을 목표로 합니다. **UI3: 캔버스 중심의 사용자 경험** * **인터페이스 최소화:** 도구 모음과 패널을 플로팅 형태로 변경하여 캔버스 영역을 최대한 확보하고, 사용자가 디자인 자체에 몰입할 수 있는 환경을 조성했습니다. * **맥락 중심의 도구 노출:** 사용자의 작업 상황에 필요한 기능만 적시에 나타나도록 설계하여 인지 부하를 줄이고 효율성을 높였습니다. * **적응형 레이아웃:** 다양한 화면 크기와 사용자의 역할에 따라 유연하게 대응할 수 있도록 UI 요소들의 크기와 배치를 최적화했습니다. **Figma Sans: 정체성과 가독성의 조화** * **전용 서체 개발:** UI 내에서의 높은 가독성과 브랜드 마케팅에서의 개성 있는 표현을 모두 충족하기 위해 새로운 커스텀 폰트인 'Figma Sans'를 도입했습니다. * **휴머니스트 스타일:** 딱딱한 기하학적 형태보다는 인간적인 터치를 가미하여 전문적이면서도 접근하기 쉬운 느낌을 전달합니다. * **정보 밀도 최적화:** 복잡한 속성 패널 내에서도 텍스트가 명확하게 구분될 수 있도록 글자 간격과 높이를 정교하게 조정했습니다. **브랜드 시각 언어의 확장 (레이어와 모션)** * **레이어 메타포:** 디자인의 핵심 요소인 '레이어' 개념을 시각적 모티프로 활용하여 창의적 작업의 깊이와 과정을 상징적으로 표현합니다. * **역동적인 모션:** 정적인 디자인을 넘어 움직임을 브랜드 정체성의 핵심으로 통합하여, 사용자 인터랙션에 생동감을 부여하고 시선을 자연스럽게 유도합니다. * **색상 체계의 재정립:** 제품 UI의 중립적인 톤과 마케팅의 활기찬 색상들을 조화롭게 연결하여 일관된 브랜드 경험을 제공합니다. **디자인 시스템을 통한 협업과 구현** * **Figma로 만드는 Figma:** 피그마의 자체 기능인 변수(Variables)와 개발 모드(Dev Mode)를 적극 활용하여 브랜드 자산과 UI 컴포넌트를 통합 관리합니다. * **부서 간 경계 해소:** 브랜드 팀과 제품 팀이 동일한 시스템 안에서 협업함으로써 마케팅 페이지와 실제 제품 사이의 시각적 괴리를 최소화했습니다. 도구가 사용자의 창의성을 방해하지 않도록 인터페이스를 캔버스 뒤로 숨기는 '캔버스 우선(Canvas-first)' 전략은 현대 소프트웨어 디자인의 중요한 이정표가 될 것입니다. 또한, 제품의 기능적 측면과 감성적인 브랜드 정체성을 하나의 일관된 시각 언어로 통합하는 방식은 복잡한 프로덕트를 운영하는 팀들에게 훌륭한 벤치마킹 사례가 될 것입니다.

입문하기: 첫 프로덕트 (새 탭에서 열림)

Figma의 디자인 팀이 급격히 성장하며 겪은 커리어 레벨링의 혼란을 해결하기 위해 새로운 커리어 프레임워크를 구축한 과정을 다룹니다. 단순히 문서를 만드는 데 그치지 않고, 팀 전체가 각 레벨에 대한 공통된 기준과 기대를 공유하도록 하는 '레벨 세팅(Level setting)' 과정에 집중했습니다. 이를 통해 평가의 투명성을 높이고 디자이너들이 자신의 성장을 명확하게 설계할 수 있는 실질적인 가이드를 마련했습니다. ### 커리어 프레임워크의 세 가지 핵심 역량 축 * 디자이너의 역량을 단순한 연차가 아닌 공예(Craft), 전략(Strategy), 영향력(Influence)이라는 세 가지 차원으로 재정의했습니다. * **Craft:** 디자인 실행력과 디테일, 도구 활용 능력 및 최종 결과물의 품질을 의미합니다. * **Strategy:** 비즈니스 목표와 사용자 니즈를 연결하고, 복잡한 문제를 구조화하여 해결책을 도출하는 능력을 측정합니다. * **Influence:** 팀 동료, 교차 기능 조직(XFN), 그리고 조직 전체에 미치는 긍정적인 파급력과 리더십을 평가합니다. ### 모호함을 제거하는 구체적인 행동 지침 설계 * "뛰어난 리더십"이나 "전략적 사고"와 같은 추상적인 표현을 지양하고, 실제 업무에서 관찰 가능한 구체적인 행동 양식으로 지표를 전환했습니다. * 각 레벨별로 기대되는 역할의 범위를 명확히 하여, 주니어는 실행에 집중하고 시니어 이상은 문제 정의와 조직적 임팩트에 집중하도록 구분했습니다. * 단순한 체크리스트 방식이 아니라, 해당 레벨에서 지속적으로 보여주어야 하는 '평균적인 성과'와 '성장 궤적'을 설명하는 루브릭(Rubric)을 도입했습니다. ### IC(개별 기여자)와 매니저 트랙의 이원화 및 전문성 존중 * 관리 직군으로 전환하지 않고도 전문가로서 지속 성장할 수 있도록 IC와 매니저 트랙을 대등한 위상으로 설계했습니다. * 상위 레벨 IC(스태프 디자이너 이상)가 조직에 기여하는 방식(예: 제품 전반의 디자인 원칙 수립, 복합적인 기술 부채 해결 등)을 구체화하여 커리어의 상한선을 없앴습니다. * 매니저 트랙은 사람을 관리하고 팀의 성과를 극대화하며 조직 문화를 구축하는 역량에 초점을 맞추어 IC 트랙과 차별화했습니다. ### 공정한 평가를 위한 캘리브레이션 프로세스 * 작성된 가이드라인이 현장에서 일관되게 적용될 수 있도록 매니저들이 모여 평가 기준을 동기화하는 '캘리브레이션(Calibration)' 과정을 강화했습니다. * 특정 매니저의 주관이 개입되지 않도록 다양한 관점에서 성과를 검토하고, 레벨별 기대치에 부합하는지 집단지성을 통해 검증합니다. * 이 과정에서 도출된 피드백은 디자이너에게 투명하게 전달되어, 다음 단계로 나아가기 위해 보완해야 할 점을 명확히 인지하게 합니다. 성공적인 커리어 레벨링은 완벽한 문서를 만드는 것이 아니라 구성원 간의 '합의된 기준'을 만드는 과정입니다. 레벨링 가이드를 단순한 평가 도구가 아닌 성장을 위한 나침반으로 활용해야 하며, 조직의 규모와 상황에 맞춰 프레임워크를 지속적으로 업데이트하는 유연함이 필요합니다.

개발 모드와 함께한 (새 탭에서 열림)

피그마는 'Dev Mode'를 정식 출시하며 베타 기간 수집된 피드백을 바탕으로 200개 이상의 기능 개선과 오류 수정을 단행했습니다. 이번 업데이트의 핵심은 디자인과 코드 사이의 물리적·심리적 간극을 좁혀 개발자가 디자인 의도를 더 정확하게 파악하고 구현할 수 있도록 환경을 고도화하는 데 있습니다. 이를 통해 협업의 마찰을 줄이고 제품 개발 주기를 획기적으로 단축하는 것을 최종 목표로 합니다. **변경 사항 추적과 워크플로우 가시성 확보** - 디자인 변경 이력을 시각적으로 비교할 수 있는 'Compare changes' 기능을 통해, 이전 버전과 현재 버전 사이에 어떤 요소가 수정되었는지 한눈에 파악할 수 있습니다. - 'Ready for dev' 상태 관리 기능을 강화하여 개발자가 어떤 화면이 구현 준비가 완료되었고, 어떤 부분이 수정 중인지 실시간으로 확인하며 작업 우선순위를 정할 수 있습니다. - 섹션 상태 알림 기능을 통해 특정 컴포넌트나 화면의 작업 완료 여부를 팀원들에게 즉각적으로 공유할 수 있는 체계를 마련했습니다. **Code Connect를 활용한 디자인-코드 동기화** - 'Code Connect' 기능을 도입하여 피그마 내 컴포넌트와 실제 프로덕션 코드(React, SwiftUI, Jetpack Compose 등)를 직접 연결할 수 있습니다. - 개발자는 디자인 가이드에서 단순히 속성값을 복사하는 것을 넘어, 실제 라이브러리에 정의된 코드 조각(Snippet)을 바로 확인하고 프로젝트에 적용할 수 있습니다. - 이를 통해 디자인 시스템의 일관성을 유지하고, 불필요한 커스텀 코드 작성을 방지하여 코드 품질을 상향 평준화합니다. **외부 도구 연동 및 플러그인 생태계 확장** - Jira, GitHub, Storybook 등 개발자가 주로 사용하는 외부 협업 도구와의 통합을 강화하여 피그마를 벗어나지 않고도 티켓 상태를 확인하거나 문서를 참조할 수 있습니다. - 개발자 중심의 플러그인을 통해 에셋 최적화, 코드 생성, 데이터 주입 등 반복적인 작업을 자동화할 수 있는 환경을 구축했습니다. - VS Code용 피그마 확장을 통해 편집기 내에서 디자인을 직접 검사하고 변경 사항을 즉시 반영하는 긴밀한 워크플로우를 제공합니다. **검사(Inspection) 성능 및 사용자 경험 개선** - 복잡한 레이아웃 구조에서도 속성값을 빠르고 정확하게 추출할 수 있도록 검사 도구의 성능과 UI를 대폭 개선했습니다. - 에셋 다운로드 시 파일 포맷 지정 및 해상도 설정을 더욱 세밀하게 조정할 수 있어 리소스 관리 효율이 높아졌습니다. - 박스 모델(Box model) 시각화 및 단위 변환 기능을 정교화하여 개발자가 디자인 의도에 맞는 CSS나 스타일 코드를 작성하기 용이해졌습니다. 단순히 디자인을 '보는' 도구에서 디자인을 '코드로 해석하는' 플랫폼으로 진화한 피그마의 Dev Mode를 적극 활용해 보세요. 특히 Code Connect를 도입하여 디자인 시스템과 실제 코드 저장소를 연결한다면, 디자인 전달 과정에서 발생하는 소통 비용을 획기적으로 줄일 수 있을 것입니다.

크런치롤이 개발자 (새 탭에서 열림)

글로벌 애니메이션 스트리밍 서비스인 크런치롤(Crunchyroll)은 15개의 플랫폼과 12개의 언어를 지원하는 복잡한 환경 속에서 디자인 일관성을 유지하기 위해 '유니버설 디자인 시스템(Universal Design System)'과 피그마의 '개발 모드(Dev Mode)'를 적극 도입했습니다. 과거 인수합병 과정에서 쌓인 파편화된 워크플로우와 기술 부채를 정리함으로써, 디자이너와 엔지니어 간의 협업 효율을 극대화하고 사용자에게 통일된 브랜드 경험을 제공하게 되었습니다. 이번 전환은 단순히 도구를 바꾼 것을 넘어, 복잡한 다중 플랫폼 환경에서 제품의 출시 속도와 품질을 동시에 잡는 전략적 선택이었습니다. **다중 플랫폼 환경에서의 복잡성과 레거시 문제** * 크런치롤은 웹, 모바일뿐만 아니라 게임 콘솔, 스마트 TV 등 9개의 거실용 기기를 포함해 총 15개의 플랫폼을 지원하며, 1,500만 명 이상의 글로벌 팬들에게 서비스를 제공합니다. * 과거에는 각 플랫폼별로 개별적인 디자인 시스템(iOS, Android, tvOS 등)을 운영했으며, 이는 협업 과정에서 심각한 불일치와 혼선을 초래했습니다. * 기존 워크플로우는 Jira 트리거와 Zeplin에 의존했으나, 아트보드 로딩에만 4~5분이 소요되거나 시차 문제로 인해 최신 디자인 사양을 실시간으로 공유하기 어려운 구조였습니다. **디자인 시스템을 통한 효율성 극대화: "식재료 준비(Meal Prepping)"** * 디자인 시스템을 '식재료 미리 준비하기'에 비유하여, 매번 새로운 기능을 만들 때마다 처음부터 설계하는 것이 아니라 준비된 컴포넌트를 재사용하여 리소스를 절약합니다. * 엔지니어링의 DRY(Don't Repeat Yourself) 원칙을 디자인에도 적용하여 중복 컴포넌트를 제거하고 일관된 타이포그래피, 그리드, 간격 시스템을 구축했습니다. * 이러한 표준화는 사용자의 인지 부하를 줄여 구독 전환율을 높이는 동시에, 제품 관리자가 아이디어를 빠르게 검증할 수 있는 속도 경쟁력을 제공합니다. **개발 모드(Dev Mode)를 활용한 협업 프로세스의 혁신** * 개발자가 피그마 링크를 통해 '개발 준비 완료(Ready for development)' 페이지에 접속하면, 수많은 아이데이션 과정은 생략하고 오직 구현에 필요한 최신 스펙과 코드 값만 바로 확인할 수 있습니다. * 기존에 5분씩 걸리던 데이터 파싱 속도가 획기적으로 개선되어, 엔지니어가 특정 결제 플로우나 컴포넌트의 상세 정보를 찾는 데 드는 시간을 대폭 단축했습니다. * 코드 커넥트(Code Connect) 베타 버전을 통합하여 디자인 시스템의 컴포넌트와 실제 코드를 더 밀접하게 연결함으로써 디자인과 코드 간의 괴리를 좁히고 있습니다. **디자인 시스템 운영의 철학과 변화 관리** * 디자인 시스템은 팀을 지원하기 위한 도구일 뿐, 프로세스의 포로가 되어서는 안 된다는 철학 아래 지속적인 교육과 온보딩 워크숍을 진행했습니다. * 과거의 복잡한 QA 단계나 불필요한 태그 시스템을 과감히 삭제하고, 개발자가 필요한 정보에 직접 접근할 수 있는 자율적인 환경을 조성했습니다. * 전문화된 디자인 원칙(계층 구조, 그리드 등)을 준수하는 '좋아 보이는 디자인'과 엣지 케이스까지 고려한 '잘 작동하는 디자인'을 디자인 성공의 핵심 지표로 삼고 있습니다. 디자인 시스템은 한 번 구축하고 끝나는 것이 아니라 팀의 성장에 맞춰 계속 진화해야 합니다. 크런치롤의 사례처럼 도구의 기능을 활용해 불필요한 단계를 제거하고, 개발자와 디자이너가 동일한 언어로 소통할 수 있는 환경을 만드는 것이 복잡한 글로벌 서비스를 운영하는 핵심 전략입니다.

Figma의 3C: (새 탭에서 열림)

Figma로의 성공적인 마이그레이션은 단순히 도구를 교체하는 기술적 단계를 넘어, 팀의 워크플로우와 협업 문화를 재정의하는 전략적 과정이다. 철저한 사전 자산 감사(Audit)를 통해 불필요한 데이터를 걷어내고, 디자인 시스템을 최우선으로 구축하는 단계적 접근이 마이그레이션의 성패를 결정짓는다. 궁극적으로는 데이터 이전 자체보다 팀 전체가 Figma의 실시간 협업 환경에 최적화된 새로운 작업 방식을 내재화하는 데 초점을 맞춰야 한다. **체계적인 자산 감사와 이전 전략 수립** * 과거의 모든 파일을 무분별하게 옮기기보다는 현재 진행 중인 프로젝트와 아카이브 파일을 구분하는 엄격한 자산 감사가 선행되어야 한다. * 기존 도구(Sketch, InVision 등)에서 사용하던 파일을 그대로 가져오기보다, Figma의 핵심 기능인 오토 레이아웃(Auto Layout)과 제약 조건(Constraints)에 맞춰 재설계하여 이전하는 것이 장기적으로 유리하다. * 파일 계층 구조(Team - Project - File)를 조직의 워크플로우에 맞게 사전에 설계하여 정보 접근성을 높이고 관리 효율성을 극대화한다. **디자인 시스템 중심의 환경 구축** * 마이그레이션의 가장 핵심적인 기초는 디자인 시스템이다. 기존의 스타일 가이드를 Figma의 스타일(Styles)과 변수(Variables) 시스템으로 변환하는 작업을 최우선 과제로 삼는다. * 원자 단위(Atoms)의 요소부터 컴포넌트까지 단계적으로 구축하여, 디자이너들이 이전과 동시에 즉시 실무에 활용할 수 있는 단일 진실 공급원(Single Source of Truth)을 마련한다. * 라이브러리 배포 및 업데이트 프로세스를 정립하여 팀 간 디자인 일관성을 유지하고 중복 작업을 방지한다. **다각도 온보딩과 협업 프로세스 최적화** * 디자이너뿐만 아니라 개발자, 프로덕트 매니저 등 모든 이해관계자를 대상으로 Figma의 기능을 교육해야 한다. 특히 개발자에게는 개발 모드(Dev Mode)와 검사(Inspect) 기능을 활용한 효율적인 핸드오프 과정을 안내한다. * Figma의 특징인 멀티플레이어 협업(실시간 동시 작업)과 버전 관리 시스템을 활용해 피드백 루프를 단축하는 새로운 협업 규칙을 수립한다. * 마이그레이션 초기에는 정기적인 '오피스 아워'나 Q&A 세션을 운영하여 툴 전환 과정에서 발생하는 병목 현상과 기술적 문제를 즉각적으로 해결한다. 성공적인 마이그레이션을 위해서는 모든 파일을 한 번에 옮기려는 '빅뱅' 방식보다는, 핵심 프로젝트부터 단계적으로 전환하는 점진적 접근을 권장한다. 특히 초기 단계에서 디자인 시스템의 기초를 탄탄히 다져 놓는 것이 추후 발생할 수 있는 대규모 수정 작업을 방지하고 팀의 전체적인 생산성을 비약적으로 높이는 가장 확실한 방법이다.

아틀라시안 방식: (새 탭에서 열림)

듀얼링고는 협업을 단순한 구호가 아닌 제품 개발의 핵심 동력으로 삼아 성장을 이끌어냈습니다. 기획자(PM), 디자이너, 엔지니어가 평등하게 권한과 책임을 공유하는 '삼각대(Three-Legged Stool)' 모델을 통해 기술적 가능성과 사용자 경험의 균형을 유지하며 신속한 의사결정을 내립니다. 이러한 협력 방식은 팀원 모두가 비즈니스 목표에 공감하고 주도적으로 문제 해결에 참여하게 만드는 듀얼링고만의 독특한 경쟁력입니다. ## 삼각대 모델을 통한 공동 리더십 구축 * PM, 디자인, 엔지니어링 리더가 동등한 파트너로서 제품의 방향성을 설정하고 모든 주요 의사결정에 참여합니다. * 특정 직군이 권한을 독점하지 않기 때문에 기술적 부채 해결과 신규 기능 개발 사이의 균형을 실무 수준에서 효과적으로 조율할 수 있습니다. * 각 직군이 서로의 전문 영역을 존중하면서도 프로젝트의 성공이라는 공동의 KPI를 공유하여 부서 간 칸막이 현상(Silo)을 방지합니다. ## 자율적인 교차 기능 조직(Squad) 운영 * 특정 기능이나 지표를 책임지는 소규모 '스쿼드' 단위로 팀을 구성하여 의사결정의 병목 현상을 최소화합니다. * 엔지니어가 단순한 코드 구현자가 아닌, 기획 초기 단계부터 참여하여 기술적 관점에서 아이디어를 제안하고 비즈니스 로직에 깊이 관여합니다. * 팀 내에 필요한 모든 역량이 포함되어 있어 외부 의존성 없이 독립적으로 실험(A/B Test)을 설계하고 기민하게 실행할 수 있습니다. ## 데이터와 실험 중심의 엔지니어링 문화 * 모든 기능 배포는 철저하게 데이터에 기반한 가설 검증 과정을 거치며, 주관적인 판단보다 객관적인 지표를 우선시합니다. * 엔지니어들은 자신이 작성한 코드가 실제 사용자 경험과 비즈니스 지표에 어떤 영향을 미치는지 데이터로 확인하며 높은 업무 동기부여를 얻습니다. * 실험 결과가 부정적이더라도 이를 실패가 아닌 학습의 과정으로 여기는 문화를 조성하여, 기술적 도전과 혁신이 지속될 수 있는 환경을 제공합니다. 성공적인 프로덕트 개발을 위해서는 기술적 역량만큼이나 직군 간의 신뢰와 시스템화된 협업 방식이 중요합니다. 듀얼링고의 사례처럼 실무진에게 데이터에 기반한 자율권을 부여하고 리더십을 분산할 때, 조직 전체의 생산성과 제품의 완성도를 동시에 극대화할 수 있습니다.