organizational-design

3 개의 포스트

우리는 코드처럼 문화도 리팩토링한다 (새 탭에서 열림)

배달의민족 커머스웹프론트개발팀은 조직 규모 확대에 따른 복잡도와 비효율을 해결하기 위해 문화를 코드처럼 리팩토링하며 '경계 없는 파트' 구조를 도입했습니다. 특정 도메인이나 서비스에 갇히지 않고 책임을 확장하는 R&E(Responsibility & Expandability) 원칙을 통해 기술적 통합과 조직의 유연성을 동시에 확보했습니다. 이러한 시도는 서비스 간 장벽을 허물고 구성원들이 커머스 전반을 조망하는 엔지니어로 성장하며, 비즈니스 요구에 기민하게 대응하는 결과로 이어졌습니다. ### 경계 없는 파트와 R&E 중심의 조직 구성 * **전통적 분할 방식의 탈피**: 프로젝트, 페이지, 서비스(B마트/배민스토어) 단위로 조직을 나눌 경우 발생하는 리소스 불균형과 도메인 파편화 문제를 해결하기 위해 고정된 경계를 제거했습니다. * **R&E(Responsibility & Expandability) 도입**: 단순히 주어진 역할만 수행하는 R&R을 넘어, 문제 해결을 위해 업무 영역을 스스로 확장하고 동료를 돕는 'Own It' 정신을 조직 구조에 이식했습니다. * **유연한 리소스 배분**: 약 20명의 프론트엔드 개발자를 3개 파트로 나누되, 특정 도메인에 종속시키지 않고 팀 상황에 따라 업무를 배분하여 병목 현상을 최소화했습니다. ### 기술적 통합을 통한 도메인 확장성 확보 * **통합 아키텍처 구축**: B마트와 배민스토어의 상품 카드 및 상세 화면 등 유사한 UI/UX를 공통 모듈로 추상화하고 API 구조를 맞춤으로써 코드 베이스의 일관성을 확보했습니다. * **엔지니어링 역량 강화**: 개발자들이 고객 서비스의 UX부터 어드민의 데이터 흐름까지 전방위적인 도메인을 학습하게 하여, 특정 기능 담당자가 아닌 커머스 전체를 이해하는 전문가로 성장하도록 유도했습니다. * **리스크 관리(Bus Factor 개선)**: 특정 인원이 부재하더라도 다른 팀원이 맥락을 즉시 이어받을 수 있는 구조를 만들어 프로젝트 중단 위험인 '버스 팩터'를 획기적으로 낮췄습니다. ### 지속적인 개선을 위한 소통과 기록의 리팩토링 * **의사결정 자산화(ADR)**: 단순한 기획 공유인 1Pager 방식에서 나아가, 기술적 결정의 배경과 맥락을 기록하는 ADR(Architecture Decision Record)을 도입해 팀의 지식을 체계적으로 관리합니다. * **루틴의 재설계와 자동화**: 반복적인 업무나 귀찮은 과정을 레거시로 남기지 않고, 자동화와 프로세스 개선을 통해 개발 효율성을 지속적으로 높입니다. * **심리적 안전감 기반의 협업**: '불판'과 같은 자유로운 논의 문화를 통해 실패를 과정으로 수용하고, 질문이 스터디로 이어지는 선순환 구조를 구축했습니다. 성장하는 조직에서 발생하는 비효율을 방치하지 않고, 코드 리팩토링과 같은 관점에서 구조와 문화를 끊임없이 개선하는 태도가 중요합니다. 특히 도메인 간 경계를 허무는 시도는 대규모 서비스 통합이라는 복잡한 비즈니스 과제를 해결하는 데 매우 강력한 전략이 될 수 있습니다.

디자인 결정에 확신을 (새 탭에서 열림)

Dropbox는 창의적인 조직 문화가 단순히 화려한 복지 혜택에서 나오는 것이 아니라, '업무를 위한 업무(Work about work)'를 제거하고 구성원들이 딥 워크(Deep Work)에 몰입할 수 있는 환경을 의도적으로 설계할 때 형성된다고 주장합니다. 이를 위해 조직은 불필요한 행정 절차와 회의를 최소화하고, 구성원 개개인의 자율성과 집중 시간을 존중하는 시스템을 구축해야 합니다. 결과적으로 창의성은 통제가 아닌, 몰입을 방해하는 요소들을 걷어낼 때 자연스럽게 발현된다는 것이 이 글의 핵심 결론입니다. **'업무를 위한 업무'의 제거와 몰입 환경 조성** - 이메일 확인, 일정 조율, 불필요한 상태 보고 등 실제 가치 창출과 무관한 행정적 업무가 창의적 에너지를 고갈시키는 주범임을 지적합니다. - '코어 협업 시간(Core Collaboration Hours)'을 설정하여 팀 간 소통 시간을 특정 시간대로 제한하고, 나머지 시간은 개인의 몰입(Flow)을 위해 온전히 보장합니다. - 업무의 우선순위를 명확히 하여 구성원들이 '중요한 일'과 '급한 일'을 구분하고 핵심 과제에 집중할 수 있도록 돕습니다. **버추얼 퍼스트(Virtual First) 모델을 통한 자율성 극대화** - 원격 근무를 기본 원칙으로 하되, 대면 협업은 창의적 브레인스토밍이나 유대감 형성이 필요할 때만 선택적으로 진행하는 전략을 취합니다. - 장소와 시간에 구애받지 않고 개인의 생체 리듬과 환경에 맞춰 일할 수 있는 유연성을 제공하여 심리적 안정감을 높입니다. - 물리적 사무실의 역할을 '관리의 공간'에서 '연결과 영감의 공간'으로 재정의합니다. **회의 문화 개선을 위한 '언미팅(Un-meeting)' 전략** - 관성적으로 진행되는 정기 회의를 폐지하고, 반드시 필요한 경우에만 목적이 명확한 회의를 소집하는 문화를 권장합니다. - 모든 회의에는 명확한 의제와 목표가 있어야 하며, 가능한 경우 비동기식 문서 공유(Paper 등)로 회의를 대체하여 시간 낭비를 줄입니다. - 회의를 줄임으로써 확보된 여유 시간은 새로운 아이디어를 탐색하고 실험하는 창의적 활동으로 전환됩니다. **팀의 결속력을 높이는 조직 내 '의식(Rituals)' 설계** - 단순한 업무 협업을 넘어, 팀원 간의 인간적 유대감을 강화할 수 있는 고유한 팀별 의식을 만들 것을 제안합니다. - 성과 위주의 소통 외에도 아이디어를 자유롭게 던지고 실패를 공유할 수 있는 안전한 소통 채널을 활성화합니다. - 리더는 지시하는 역할이 아니라, 창의적인 시도가 환영받는 환경을 조성하고 방해 요소를 제거해 주는 조력자 역할을 수행해야 합니다. 창의적인 문화를 구축하려는 리더는 직원의 시간을 보호하는 것을 최우선 순위로 두어야 합니다. 새로운 관리 도구를 도입하기보다 불필요한 회의를 삭제하고 비동기 커뮤니케이션을 정착시키는 '뺄셈의 미학'을 먼저 실천해 보시길 권장합니다. 조용한 집중의 시간이 늘어날수록 조직의 창의적 결과물은 자연스럽게 늘어날 것입니다.

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

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