DevLog

엔지니어링 블로그를 한 곳에서 탐색하고, 최근 발행 흐름을 빠르게 파악할 수 있는 서비스 입니다.

Quick Links

  • Latest Feed
  • Engineering Directory

Support

  • 소개
  • 개인정보처리방침

Contribute

  • 원하는 블로그 추가 (준비 중)
  • Feedback

© 2026 DevLog Inc. All rights reserved.

본 사이트는 공개 RSS 피드를 통해 콘텐츠를 수집하며, 모든 콘텐츠의 저작권은 원저작자에게 있습니다.

Back to Feed
Read Original

Contents

Continue Reading

  • More from 토스
#AI

Metric Review, 실행을 이끌다

Metric Review, 실행을 이끌다
01

Summary

분석만 하고 실행은 안 되나요? 토스플레이스가 지표를 '액션'으로 바꾸는 법

단순 수치 보고를 넘어 비즈니스 임팩트를 만드는 'Metric Owner'의 주간 분석 사이클

토스플레이스 데이터 팀이 분석 결과의 실행 속도를 높이기 위해 도입한 'Metric Review'의 성공 방정식을 공유합니다. 지표를 조직의 공동 언어로 정의하고, 분석가가 비즈니스 의사결정의 주도권을 갖는 'Metric Owner'로 거듭나는 구체적인 방법론과 사례를 담고 있습니다.

  • 01OKR 기반의 Metric Hierarchy를 통한 조직 전체의 목표 정렬
  • 02월간 리포트의 한계를 극복하는 '매주 꾸준한' 주간 리뷰 리듬의 중요성
  • 03디자이너와 개발자가 데이터 설계부터 참여하는 '지표 중심'의 협업 문화
  • 04군집 분석을 통한 맞춤형 처방으로 비즈니스 문제를 해결한 실전 사례
  • 05데이터 분석가에게 필요한 3대 역량: 기술, 소통, 그리고 도메인 지식

+RECOMMENDATION

데이터 기반의 조직 문화를 만들고 싶지만 대시보드만 보고 끝나는 상황에 지친 데이터 분석가와 팀 리더에게 추천합니다. 특히 분석 결과가 실제 제품 개선으로 이어지는 구체적인 협업 프로세스가 필요한 조직에 실무적인 가이드를 제공합니다.

The Problem

데이터 분석 결과와 대시보드는 쌓여가지만, 정작 제품이나 사업의 실제 변화와 실행 속도가 기대에 미치지 못하는 정체 현상이 발생하였습니다. 데이터 분석가만 지표를 확인하는 구조로 인해 조직 전체의 데이터 리터러시와 실행력이 낮아지는 한계가 있었습니다.

The Solution

OKR과 연계된 Metric Hierarchy를 구축하여 전사 목표와 팀 지표를 정렬하고, 매주 'Metric Review'를 통해 지표 분석, 가설 검증, 인사이트 도출, 실행 독려의 사이클을 운영하였습니다. 데이터 분석가가 'Metric Owner'로서 기술적 전문성, 논리적 소통, 도메인 지식을 바탕으로 탐색적 데이터 분석(EDA)을 병행하며 구체적인 액션을 제안하는 방식을 도입했습니다.

The Result

Growth Tribe에서는 개발자와 디자이너가 로그 설계 단계부터 지표를 고려하는 협업 구조가 정착되어 전사 지표가 개선되었습니다. POS Tribe는 대리점 군집 분석을 통해 맞춤형 액션을 실행함으로써 포스 확산을 가속화했고, SCM 영역에서는 지표 기반의 재고 최적화 기틀을 마련했습니다.

Trade-off

본문에 구체적인 한계점이 명시되지는 않았으나, 매주 분석 리포트를 발행하고 EDA를 병행하는 운영 방식은 데이터 분석가에게 상당한 업무 부하를 줄 수 있습니다. 또한, 조직 전체의 데이터 리터러시가 상향 평준화되기 전까지는 분석가의 개입 공수가 지속적으로 높게 유지될 가능성이 있습니다.

03

Key Concepts

Concept · 01

Metric Hierarchy

최상위 전사 목표(OKR)부터 하위 팀의 레버 지표인 Driver Metric까지를 계층적으로 연결한 구조입니다.

  • 조직의 모든 구성원이 같은 목표를 향해 정렬되도록 돕는 공동의 언어 역할을 함
  • 특정 지표의 변화가 상위 목표에 미치는 영향을 직관적으로 파악 가능하게 함
Concept · 02

EDA (Exploratory Data Analysis)

수집된 데이터를 다양한 관점에서 탐색하여 가설을 세우고 지표 등락의 근본 원인을 찾아내는 분석 방법입니다.

  • 단순한 지표 등락 확인을 넘어 '왜' 변했는지에 대한 깊이 있는 해석을 제공함
  • 군집 분석 등을 통해 도메인별 맞춤형 해결책을 도출하는 근거로 활용됨
Concept · 03

Metric Owner

데이터를 추출하고 가공하는 수동적 역할을 넘어, 특정 지표에 대한 책임을 지고 비즈니스 액션을 주도하는 데이터 분석가의 역할 모델입니다.

  • 분석 결과를 바탕으로 유관 부서에 실행을 독려하고 의사결정을 지원함
  • 도메인 지식을 바탕으로 제품 개발 사이클의 전 과정에 깊숙이 참여함
Continue reading · same source

토스More from 토스

View all posts from 토스
  • 누군가는 토스를 테스트하는 동안, 우리는 테스트하는 법을 만듭니다.

    QA EngineeringTest AutomationAI in Testing
    2주 전
  • es-toolkit: How a Small Internal Library Became a Global Project

    JavaScriptTypeScriptTree-shaking
    2주 전
  • 6. 도구를 넘어, 기준과 책임으로

    Technical WritingAI AutomationKnowledge Governance
    2주 전
  • 5. Technical Writer, 사라질 결심

    LLMGitHub ActionsGenerative AI
    2주 전
  • es-toolkit, 사내 작은 라이브러리가 전세계적인 라이브러리가 되기까지

    JavaScriptTypeScriptTree-shaking
    3주 전

Source

토스
토스
Engineering Blog

Published · March 25, 2026

Topics

Metric ReviewOKRData LiteracyEDAData PlatformMetric Owner토스