---
title: 개발 조직의 건강 진단, SmartHR은 어떻게 시작했을까? 개발 생산성 도구 도입 배경부터 구성원의 공감을 이끌어낸 독서회 문화까지 | Findy Team+
description: 클라우드 인사노무 소프트웨어 'SmartHR'을 개발하는 주식회사 SmartHR에서는, 엔지니어 조직의 개인 회고 및 조직의 과제 발굴을 위해 엔지니어 조직 지원 클라우드 'Findy Team+'를 활용하고 있습니다. 이번에는 SmartHR에서 다이렉터(본부장)를…
---

<https://kr.findy-team.io/media>

# [개발 조직의 건강 진단, SmartHR은 어떻게 시작했을까? 개발 생산성 도구 도입 배경부터 구성원의 공감을 이끌어낸 독서회 문화까지 | Findy Team+](https://kr.findy-team.io/media/uieeuvrr)

 作成者: [Findy Team+](https://kr.findy-team.io/media/author/findy-team)｜Oct 29, 2026, 2:42:11 AM

클라우드 인사노무 소프트웨어 'SmartHR'을 개발하는 주식회사 SmartHR에서는, 엔지니어 조직의 개인 회고 및 조직의 과제 발굴을 위해 엔지니어 조직 지원 클라우드 'Findy Team+'를 활용하고 있습니다.

이번에는 SmartHR에서 다이렉터(본부장)를 맡고 있는 Sugawara 님과 매니저인 Kozuki 님을 인터뷰했습니다. 개발 생산성 측정을 시작하게 된 배경과 'Findy Team+' 도입을 결정한 계기, 그리고 팀 차원에서 이러한 시도를 추진하기 위한 노하우 등에 대해 이야기를 나누었습니다.

## 더 나은 피드백과 개선을 위해 개발 생산성 측정을 시작

**—— 먼저 두 분의 주요 경력과 현재 맡고 계신 역할에 대해 소개해 주세요.**

**Sugawara:** 첫 직장인 SIer에서 5년 정도 근무한 후, B2C 서비스 기업으로 이직해 서비스 출시부터 운영까지 10년가량 참여했습니다. 그 후 SmartHR에 입사했고요. 역할 변화를 말씀드리면, 'Findy Team+' 도입을 처음 검토할 당시에는 치프(Chief)였고, 실제 도입했을 때는 매니저를 거쳐 현재는 다이렉터(본부장) 직책을 맡고 있습니다.

**Kozuki:** 저도 처음에는 SIer에서 10년 정도 근무했고, 이후 이커머스 D2C 모델을 운영하는 사업회사에서 5년간 일했습니다. 그 뒤에 SmartHR에 입사해 지금까지 이어오고 있습니다. 'Findy Team+' 도입 검토 초기에는 팀원이었고, 도입 시점에는 치프를 맡았으며, 현재는 매니저로 일하고 있습니다.

### 개발 조직의 규모 및 생산성 측정 배경

**—— 개발 조직의 규모와 체계는 어떻게 구성되어 있나요?**

**Sugawara:** 엔지니어 조직 전체는 약 130명 규모입니다. 그 안에 30~40명 정도로 구성된 기본 기능 팀이 있고, 그 외에 옵션 기능 팀 등 10여 개 팀이 더 있습니다. 'Findy Team+' 도입을 가장 먼저 고려했던 곳은 기본 기능 팀이었습니다. (※인원수는 2024년 5월 기준) 아울러 옵션 기능 팀 중에서도 사용해 보고 싶다는 팀들이 있어 함께 도입을 진행했습니다.

**—— 어떤 배경에서 개발 생산성 측정을 시작하게 되셨는지 궁금합니다.**

**Sugawara:** 저희는 평소 스크럼 방식으로 개발하며 피드백 등을 통해 개선을 이어왔습니다. 반면 정량적으로 측정된 데이터는 그리 많지 않았고, 필요할 때마다 수작업으로 취합하는 경우가 많았습니다. 그래서 정량적으로 확인 가능하면서도 자동으로 집계되는 시스템이 있다면, 훨씬 효과적인 피드백과 개선이 이루어질 수 있겠다고 생각했습니다.

또한 업계 전반의 평균 수준은 어느 정도인지, 그리고 그와 비교했을 때 우리 팀의 위치는 어디쯤인지를 파악하고 싶었습니다. 더 강한 개발 조직 Py와 팀을 만들어 가기 위해 더 많은 지표와 재료가 필요하다는 점도 동기부여가 되었습니다.

고객에게 더 빠르게 가치를 제공하기 위해 개선할 점이 무엇인지 고민할 때, 물론 평소의 피드백이나 스크럼의 각 이벤트도 중요하지만 실제로 코드를 작성하는 과정 역시 핵심적인 부분입니다. 따라서 그 영역까지 포함해 정량적으로 살펴보는 것이 좋겠다는 판단이 있었습니다.

## 정확성과 유연성이 'Findy Team+' 도입의 핵심 결정 요인

**—— SmartHR에서는 'Findy Team+'를 한 차례 검토하신 후, 재검토 과정을 거쳐 최종 도입하셨습니다. 결국 어떤 점이 가장 큰 결정 요인이 되었나요?**

**Sugawara:** 처음 검토했을 당시에는 풀 리퀘스트(PR)에 라벨이 부여된 대상을 측정할 수는 있었지만, 특정 라벨이 붙은 대상을 제외하는 기능은 없었습니다. 저희는 특정 라벨을 제외할 수 있는 시스템이 있으면 매우 유용하겠다고 생각했는데, 당시 "곧 개발될 예정"이라는 안내를 받았습니다. 그리고 재검토를 진행한 시점에는 이미 그 기능을 사용할 수 있게 되어 있었습니다.

이 기능이 지원되면서 저희 스크럼 개발 프로세스에서 1스프린트 동안 어떤 일이 일어났는지 정밀하게 데이터를 추출할 수 있게 되었습니다. 이러한 높은 정확성과 유연성이 'Findy Team+' 도입을 결정한 큰 요인 중 하나였습니다.

또한 영업 및 고객 성공(Customer Success) 담당자분들이 사전에 기대치를 세심하게 조율해 주시며, 앞으로 함께 잘 협업해 나갈 수 있겠다는 신뢰를 주신 점도 크게 작용했습니다.

**—— 현장에서 직접 사용하는 관점에서, Kozuki 님이 트라이얼 버전을 검토하셨을 때는 어떤 느낌을 받으셨나요?**

**Kozuki:** 저는 이전 직장에서 'Findy Team+'를 이미 사용해 본 경험이 있어 어떤 솔루션인지 잘 알고 있었습니다. 전 직장에서는 경영진 보고가 주요 도입 배경이었기에 지금과는 상황이 조금 다르지만, 현재 저희 회사는 조직이 급성장하는 단계인 만큼 도입하는 것이 맞다고 판단했습니다.

팀원이 급격히 늘어나는 상황에서 조직의 퍼포먼스를 유지하거나 더 향상시킬 수 있을지 상시 모니터링하고 싶었습니다. 조직이 확대되더라도 퍼포먼스를 유지하고 개선을 지속할 수 있는 역량(Capability)을 확보하는 데 있어, 이 솔루션이 좋은 수단이 될 것이라 생각했습니다.

애플리케이션 모니터링 영역에서 말하는 '관측 가능성(Observability)'처럼, 개발 현황을 명확히 볼 수 있는 상태를 만들어 두고 상황이 악화되면 바로 조치를 취할 수 있도록 대비하자는 취지였습니다.

**—— 'Findy Team+' 도입을 통해 궁극적으로 어떤 점을 실현하고자 하셨나요?**

**Kozuki:** 기본적인 바이탈 체크 용도는 당연히 전제되어 있었고, 사실 도입 초기부터 지표 자체는 꽤 좋은 편이었습니다. 다만 개선할 수 있는 여지가 여전히 남아 있다고 느꼈고, 그 성장 가능성을 수치상의 차이(Delta)로 확인할 수 있다면 우리 조직은 충분히 그 과제를 해결해 나갈 수 있다고 믿었습니다.

말만 앞세우기보다는 정량적으로 함께 확인할 수 있는 기준이 있어야 설명하기가 훨씬 수월해집니다. 따라서 이러한 데이터를 명확히 보여줌으로써 개선 활동에 대한 추진력(Momentum)을 불어넣고 싶었습니다.

**Sugawara:** 저도 같은 생각입니다. 특히 공동으로 확인할 수 있는 지표가 있으면 각 팀이 서로의 사례를 참고하기 쉬워집니다. 또한 비슷한 과제를 해결하더라도 팀마다 접근 방식이 다른 경우가 많은데, 데이터를 기반으로 이에 대해 활발히 이야기를 나눌 수 있는 환경이 조성된다는 점이 매력적이었습니다.

## 팀의 이해를 도와 'Findy Team+' 도입과 추진으로 연계

**—— 'Findy Team+' 도입 이후, 팀원들의 이해와 공감은 어떻게 이끌어내셨나요?**

**Sugawara:** 처음 검토했을 때 도입을 보류했던 큰 이유 중 하나가 바로 팀의 이해를 얻지 못하면 성공하기 어렵다고 판단했기 때문입니다. 단순히 숫자 자체에만 매몰되면 지표를 왜곡하는 구조(Hack)가 발생하기 쉽고, 그렇게 달성한 수치에는 아무런 의미가 없기 때문입니다.

그래서 사내에서 《Lean과 DevOps의 과학(Accelerate)》이라는 책으로 독서회를 개최했습니다. Four Keys 지표가 어떤 의미를 지니는지, 그리고 그 숫자가 우리 엔지니어들에게 어떤 영향을 미치는지에 대한 개념을 먼저 정립(Install)해 나갔습니다. 현재는 당시 독서회에 참여했던 멤버들이 중심이 되어 'Findy Team+' 도입과 활용을 적극적으로 추진해 주고 있습니다.

**—— 'Findy Team+'의 활용을 조직 내에 안정적으로 정착시키기 위해 어떤 노력을 기울이고 계시나요?**

**Sugawara:** 기본 기능 팀과 옵션 기능 팀 내부에서 'Findy Team+' 활용을 주도하는 멤버들이 모이는 격주 미팅을 운영하고 있습니다. 일종의 느슨한 사내 커뮤니티 같은 형태입니다. 그곳에서 서로의 팀이 시도하고 있는 활동이나 안고 있는 고민을 나누며 서로의 인사이트를 공유합니다.

Findy Team+를 정착시키는 과정은 팀 내에서 어느 한 사람의 힘만으로는 매끄럽게 굴러가기 어렵습니다. 그렇기 때문에 어떻게 방향을 잡고 나아갈지 논의하거나, 팀 내에 관심 있는 인원이 있다면 함께 참여하도록 독려하는 등 프로젝트 추진을 위한 전반적인 소통 창구로 활용하고 있습니다.

**—— Kozuki 님께서 팀 차원의 활동을 추진하실 때 특별히 신경 쓰신 점이 있다면 무엇인가요?**

**Kozuki:** 팀의 현재 상황에 맞춰 메시지를 전달하는 데 집중했습니다. 저희 팀은 몹 프로그래밍(Mob Programming) 중심으로 일하고 있으며, 주 1회 진행되는 팀 레트로(피드백 시간)에서 'Findy Team+' 그래프를 함께 확인합니다. 이때 무작정 "이 지표를 개선합시다"라고 압박하기보다는, "이번 주는 이런 활동이 지표에 긍정적인 영향을 주었네요"라며 자연스럽게 짚어줍니다.

이처럼 팀의 상황에 녹아들도록 정보를 자연스럽게 스며들게 하는(Subliminal) 소통 방식을 의식했습니다. 아울러 이러한 활동에 관심을 가진 새로운 멤버가 합류하면서, 그 멤버와 함께 추진력에 더욱 박차를 가할 수 있었습니다.

**—— 구성원분들 중에서 숫자로 지표를 확인하는 것에 대해 부정적인 반응은 없었나요?**

**Kozuki:** 특별히 없었습니다. 저희는 몹 프로그래밍 방식으로 업무를 진행하고 있어서 기존에도 사이클 타임을 중심으로 살펴보고 있었는데, 지표가 High나 Elite 수준에 가깝게 나오고 있어서 다들 "나쁘지 않네"라며 긍정적인 분위기로 받아들였습니다.

**—— 최근에는 OKR이나 KPI 같은 정량적인 수치 목표도 설정하셨다고 들었습니다.**

**Kozuki:** 프로덕트 엔지니어의 핵심 슬로건으로 '보다 빠른 딜리버리(배포)'를 내걸고 있으며, 전사적인 슬로건 역시 이와 궤를 같이하고 있습니다. 그래서 이번 분기에는 프로덕트 OKR에도 딜리버리 관련 목표를 반영하기로 했습니다.

기존에는 주로 PdM을 중심으로 OKR을 운영해 왔으나, 이번에 엔지니어들도 함께 참여해 딜리버리 목표를 공유하면서 프로세스가 빠르게 추진되었습니다. 스스로의 개인 미션에 이를 적극적으로 반영하는 팀원도 늘고 있습니다.

## 협력 체계를 구축해 활동의 사례화 및 체계화 도모

**—— 개발 생산성 측정과 관련하여 향후 시도하고자 하는 도전 과제가 있다면 무엇인가요?**

**Kozuki:** 이번에 OKR의 핵심 결과(Key Result)로 정량적인 수치를 설정했습니다. 원래도 지표가 나쁜 편은 아니었기에 대폭 상향된 Elite 등급을 목표로 잡았습니다. 하지만 단순히 지표 달성 자체를 목적으로 삼기보다는, 저희가 시도하는 활동들을 사례화하고 체계화하는 데 초점을 맞추고 있습니다.

현재 4개 팀이 공동 OKR을 공유하고 있으며, 이들 팀 간에 서로의 활동을 공유하는 협력 체계를 구축해 나가는 중입니다. 이러한 문화가 조직에 뿌리내린다면 수치는 자연스럽게 따라올 것이라 믿습니다. 사내의 소중한 자산이 될 수 있도록 이와 같은 활동에 큰 비중을 두고자 합니다.

**Sugawara:** 개발 생산성을 어떻게 바라보아야 하는지, 그 관점의 기반이 되는 메시지를 지속적으로 발신할 필요가 있다고 생각합니다. 예를 들어 듀얼 트랙 애자일(Dual-Track Agile)을 실천할 때는 디스커버리(발견)나 딜리버리(배포) 중 어느 한쪽만 빨라서는 의미가 없으며, 두 영역이 모두 신속하게 움직여야 합니다.

이를 실현하기 위해 어떤 부분이 'Findy Team+'로 관측 가능하고, 어떤 부분이 다른 도구로 확인되는지, 혹은 이러한 활동의 결과가 'Findy Team+'에 어떤 숫자로 반영되는지 등에 대해 전사적인 공감대를 형성해 나가고자 합니다.

**—— 다시 한번 'Findy Team+'에서 가장 추천하고 싶은 강점이 있다면 말씀해 주세요.**

**Sugawara:** 몇 가지가 있습니다만, 우선 간편하게 측정할 수 있다는 점입니다. 또 다른 하나는 현재 필요한 기능이 없더라도 향후 개발될 것이라는 기대감을 준다는 점입니다. 앞서 말씀드린 라벨 제외 기능도 그렇고, 최근에는 주말을 통계에서 제외하는 기능도 추가되었습니다.

이러한 기능들은 없으면 없는 대로 유저가 감수해야 한다고 생각하기 쉽지만, 막상 반영되면 업무 효율이 크게 올라가기 때문에 실제 구현해 주셨을 때 정말 감사했습니다. 게다가 고객 성공(Customer Success) 담당자분들이 다방면으로 꼼꼼히 지원해 주신 덕분에 프로젝트를 차질 없이 이끌어올 수 있었던 점도 큰 도움이 되었습니다.

**Kozuki:** 저 역시 간편한 측정 편의성을 꼽고 싶습니다. 자체적으로 시스템을 구축해 측정하려면 손이 많이 가지만, 'Findy Team+'는 도입 과정에 번거로움이 거의 없고 데이터가 즉시 가시화된다는 점이 큰 장점입니다.

또한 최근 업데이트된 기능을 포함해 팀의 프로세스 개선을 돕는 기능들이 매우 충실합니다. 리뷰 분석 등도 마찬가지인데, 단순히 수치를 측정하는 것에 그치지 않고 이를 피드백하는 프로세스 전체를 아우르는 프로덕트로 진화하고 있다고 느껴져 앞으로도 기대가 큽니다.

[完全な記事を表示](https://kr.findy-team.io/media/uieeuvrr)

```json
{
  "@context" : "http://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Findy Team+"
  },
  "dateModified" : "2026-10-29T02:42:11.696Z",
  "datePublished" : "2026-10-29T02:42:11Z",
  "headline" : "개발 조직의 건강 진단, SmartHR은 어떻게 시작했을까? 개발 생산성 도구 도입 배경부터 구성원의 공감을 이끌어낸 독서회 문화까지",
  "image" : {
    "@type" : "ImageObject",
    "height" : 638,
    "url" : "https://49134044.fs1.hubspotusercontent-na2.net/hubfs/49134044/Imported_Blog_Media/s-1208x638_v-fms_webp_67a8c724-1e81-4628-85b6-8f73a784bfa6.png",
    "width" : 1208
  },
  "mainEntityOfPage" : "https://kr.findy-team.io/media/uieeuvrr",
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "height" : 60,
      "url" : "/hs/hsstatic/content_shared_assets/static-1.4092/img/default-amp-logo.png",
      "width" : 60
    },
    "name" : "Findy Korea Media"
  }
}
```