team-culture

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

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

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

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

메이커 위크 내부 살펴보기 (새 탭에서 열림)

Figma의 Maker Week는 단순한 사내 해커톤을 넘어, 전사적인 창의성을 결집하고 제품 혁신을 가속화하는 핵심적인 전략적 장치입니다. 이 행사는 평소 엄격한 제품 로드맵에 밀려 시도하지 못했던 실험적인 아이디어들을 실제 프로토타입으로 구현하며, 팀 간의 경계를 허물고 Figma 특유의 '만들기(Making)' 문화를 공고히 하는 역할을 합니다. 결과적으로 Maker Week는 FigJam의 주요 기능들과 같은 실제 비즈니스 성과를 창출하며 조직의 성장 동력으로 자리 잡았습니다. ### Maker Week의 목적과 진화 * **창의적 자율성 부여:** 일상적인 업무에서 벗어나 오로지 '만들고 싶은 것'에 집중할 수 있는 일주일의 시간을 제공하여 구성원들의 번아웃을 방지하고 창의적 에너지를 재충전합니다. * **교차 기능적 협업:** 개발자, 디자이너뿐만 아니라 마케팅, 운영 등 다양한 직군이 섞여 팀을 구성함으로써 부서 간 사일로(Silo) 현상을 타파하고 새로운 시각을 공유합니다. * **풀뿌리 혁신의 제도화:** 초기에는 소규모로 시작된 유기적인 행사였으나, 현재는 리더십의 전폭적인 지지 아래 연 2회 정기적으로 개최되는 전사적 이벤트로 발전했습니다. ### 성공적인 운영을 위한 체계적 준비 * **영감을 주는 테마 설정:** 매회 행사마다 명확한 테마(예: "Crafting Joy")를 설정하여 참가자들이 창의적인 아이디어를 구체화할 수 있는 방향성을 제시합니다. * **사전 아이디어 빌드업:** 행사 시작 전 전용 채널과 문서를 통해 아이디어를 제안하고, 필요한 기술이나 역량을 가진 팀원을 미리 매칭하여 일주일이라는 시간을 최대한 효율적으로 활용합니다. * **운영팀의 전방위 지원:** 참가자들이 오로지 프로젝트에만 몰입할 수 있도록 식사, 굿즈 제작, 이벤트 기획 등 세밀한 운영 프로세스를 가동합니다. ### 실제 제품으로의 연결과 성과 공유 * **프로덕트 임팩트:** FigJam에서 사용자들에게 큰 호응을 얻었던 '커서 채팅(Cursor Chat)'이나 '하이파이브' 기능 등은 모두 Maker Week의 실험적인 프로토타입에서 시작되어 실제 정식 기능으로 출시되었습니다. * **사이언스 페어(Science Fair):** 행사 마지막 날에는 모든 팀이 결과물을 시연하는 박람회 형식의 공유 자리를 가집니다. 이는 단순히 성과를 뽐내는 자리가 아니라, 서로의 기술적 고민과 디자인 철학을 배우는 학습의 장이 됩니다. * **로드맵 반영:** 리더십은 사이언스 페어에서 검증된 우수한 아이디어를 즉시 실제 제품 로드맵에 포함시키며, 구성원들에게 자신의 시도가 실제 서비스에 기여할 수 있다는 강력한 동기를 부여합니다. Maker Week와 같은 혁신 주간이 성공하기 위해서는 단순히 업무를 멈추는 것에 그치지 않고, 결과물이 실제 제품으로 이어질 수 있는 명확한 프로세스와 리더십의 신뢰가 뒷받침되어야 합니다. 조직 내에 '만들기의 즐거움'을 회복시키고 싶다면, 작은 규모로라도 실패의 부담 없이 아이디어를 시각화할 수 있는 전용 시간을 제도적으로 보장하는 것부터 시작해보길 권장합니다.