---
title: 리드타임 41.7% 단축! 프로덕트별 개발 생산성을 높이려면? | Findy Team+
description: 입찰 정보 속보 서비스 'NJSS(에누제스)' 등 여러 SaaS를 전개하는 주식회사 우루루(Ururu)에서는 개발 조직 내 개인의 회고와 조직의 과제 발굴에 개발 생산성 향상 플랫폼 'Findy Team+'를 활용하고 있습니다. 이번에는 우루루 기술전략부의 엔지니어…
image: https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1214x630_v-fms_webp_c02d535b-f788-44e6-9961-04a92cd7b347.png
---

[본문으로 건너뛰기](https://kr.findy-team.io/media/uluru#main-content)

[![Findy Team+](https://kr.findy-team.io/hubfs/kr-home-assets/20-s-300x42_ba0f0b6f-a8b7-4e01-8a3f-75a3ab15dc0d.svg)](https://kr.findy-team.io/)

[도입 사례](https://kr.findy-team.io/customers) [블로그](https://kr.findy-team.io/blog) [뉴스룸](https://kr.findy-team.io/newsroom) [회사 소개](https://kr.findy-team.io/aboutus) [문의하기](https://kr.findy-team.io/contact-us) [로그인](https://findy-team.io/login?lang=en)

×

[도입 사례](https://kr.findy-team.io/customers) [블로그](https://kr.findy-team.io/blog) [뉴스룸](https://kr.findy-team.io/newsroom) [회사 소개](https://kr.findy-team.io/aboutus) [로그인](https://findy-team.io/login?lang=en) [문의하기](https://kr.findy-team.io/contact-us)

[All posts](https://kr.findy-team.io/customers)

Customer Interview 2024/08/14

# 리드타임 41.7% 단축! 프로덕트별 개발 생산성을 높이려면?

![리드타임 41.7% 단축! 프로덕트별 개발 생산성을 높이려면?](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1214x630_v-fms_webp_c02d535b-f788-44e6-9961-04a92cd7b347.png)

입찰 정보 속보 서비스 'NJSS(에누제스)' 등 여러 SaaS를 전개하는 주식회사 우루루(Ururu)에서는 개발 조직 내 개인의 회고와 조직의 과제 발굴에 개발 생산성 향상 플랫폼 'Findy Team+'를 활용하고 있습니다.

이번에는 우루루 기술전략부의 엔지니어 코가 님과 츠츠이 님을 만나 인터뷰를 진행했습니다. 개발 생산성 측정에 SPACE 프레임워크를 도입하게 된 배경과 추진 내용, 그리고 그 과정에서의 'Findy Team+' 활용법에 대해 들었습니다.

## 프로덕트별 특성에 맞춘 측정을 위해 SPACE 도입

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

**코가:** 첫 직장으로 소규모 시스템 개발 회사에 입사해 Java와 C# 기반의 수주 개발, 보수 운용 등을 경험했습니다. 2022년 4월 우루루에 합류했으며, 현재 기술전략부에서 각 부서 지원, IT 통제, 엔지니어 육성 및 성장 시책 추진 등 다방면에서 활동하고 있습니다.

**츠츠이:** 공채 1기로 우루루에 입사해 수년간 엔지니어로 프로덕트 개발에 참여했습니다. 이후 기술전략부로 이동하여 기술전략 엔지니어로 일하고 있습니다. 주요 업무는 개발 관련 제도 및 체계 구축, 신입·경력 엔지니어 교육, 개발 생산성 향상 지원 등입니다. 그 일환으로 SPACE 프레임워크 도입도 추진하고 있습니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1500x1000_v-fms_webp_9c4b9b9f-4451-428a-ace1-1c1e451de55c.jpg)

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

**코가:** 외주 인력을 포함해 50명 정도입니다. 각 프로덕트별로 개발 팀이 존재하고, 기술전략부가 전사 관점에서 커버하는 구조입니다.

**――개발 조직에서 지향하는 미션은 무엇인가요?**

**코가:** 기술전략부의 미션은 경영 전략에 기반한 기술 전략을 수립하고, 엔지니어가 프로덕트 개발에 집중할 수 있는 환경을 조성하는 것입니다. 이를 통해 경영 방침과 개발 현장 간의 갭을 메우고, 엔지니어가 공통의 목표를 향해 나아갈 수 있도록 돕습니다.

구체적으로는 기술 지원, 기술적 성장 방향성 설정, 보안 확보, 개발 팀 매니지먼트 지원, 전사 시책 총괄 등을 담당합니다. 현재 개발 조직 전체를 아우르는 통합 미션은 아직 없으며 이제 막 정립해 나가는 단계인데, 이러한 방향성을 고민하는 것 역시 기술전략부의 역할 중 하나입니다.

**――개발 생산성 측정은 어떤 계기로 시작하게 되셨나요?**

**코가:** 저희 회사는 개발 생산성뿐만 아니라 성과 가시화 등 데이터 기반(Data-driven) 접근에 꾸준히 공을 들여왔습니다. 그러던 중 경영진 차원에서 "우리 회사의 개발 생산성은 높은 편인가, 낮은 편인가?"라는 화두가 제시되었습니다.

이후 기술전략부가 개발 생산성 측정 과제를 부여받아 가장 먼저 진행한 것이 Four Keys 측정이었습니다. 2022년 무렵, 사내 2개 부서를 대상으로 소규모(Small Start)로 시작했습니다. 현재는 SPACE 프레임워크까지 도입하여 적용 부서를 단계적으로 확대하고 있습니다.

**츠츠이:** 경영 과제로 다뤄지기 전에는 스스로의 개발 속도나 수준을 전혀 파악하지 못하는 상태였습니다. 타사와 비교했을 때의 위치도 알 수 없다 보니, 우선 측정부터 시작해 보자는 취지였습니다.

**――SPACE 프레임워크를 도입하게 된 구체적인 경위가 궁금합니다.**

**츠츠이:** 처음에는 'Findy Team+'를 도입해 Four Keys를 측정하며 Elite 등급을 목표로 삼았습니다. 하지만 Elite 등급을 달성해 나가는 것만으로는 실제로 개발 생산성이 향상되고 있는지 명확히 체감하기 어려웠습니다. 이에 따라 각 프로덕트의 특성에 맞는 개발 생산성을 측정하고자 Four Keys에 더해 SPACE 프레임워크를 함께 도입하기로 결정했습니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-960x540_v-fs_webp_4ed291ba-ef2c-4245-bfa7-10b9ecd6556d.jpg)

저희처럼 복수의 프로덕트를 운영하는 기업은 프로덕트마다 개발 특성이 제각각입니다. 즉, 프로덕트별로 개발 생산성의 기준도 달라야 하므로, 각 특성에 부합하는 기준을 수립해 최적화할 필요가 있었습니다.

**――Four Keys만으로는 개발 생산성을 측정하기 어렵다고 느낀 순간은 언제였나요?**

**츠츠이:** 지표상으로는 Elite 등급인데 실제 프로젝트는 지연되는 등, 정말로 개발 생산성이 높은가에 대해 의문이 드는 상황이 발생했습니다. 지표를 봐도 구체적으로 어느 부분을 개선해야 할지 명확하지 않아 운용 개선이 속도를 내지 못했습니다.

또 다른 환경적 요인으로는, 지난 기수까지 중기 경영 계획을 핵심 목표로 달성해야 했기에 타이트한 환경에서 개발 생산성을 요구받는 상황이었습니다. 이로 인해 개발 멤버들의 피로도가 누적되고 모티베이션이 하락하는 결과로 이어졌습니다.

개발 생산성을 올리는 것과 개발자 경험(DX)을 개선하여 모티베이션을 높이는 것, 이 두 가지를 모두 잡기 위해서는 SPACE 프레임워크가 적합하다고 판단했습니다.

Four Keys만 측정하던 시절에는 수치만 상승할 뿐, 팀 리더나 현장에 현재 상황을 물어봐도 "잘 모르겠다"는 답변이 돌아오곤 했습니다. 하지만 SPACE를 도입한 이후 현황을 보다 다각도로 파악할 수 있게 되었고, 원활한 소통이 가능해졌습니다.

아울러 프로덕트별 맞춤 운용이 까다로웠던 점도 있었습니다. 당시 저희의 지식과 경험이 부족해 이를 현장에 어떻게 녹여내야 할지 감을 잡지 못했던 측면도 있습니다. Four Keys만으로 성과를 내는 기업도 있겠지만, 저희 조직 구조와는 맞지 않는 부분이 있었습니다.

**코가:** Four Keys는 지표가 명확히 정해진 프레임워크인 반면, SPACE는 어느 정도 유연한 여백이 존재합니다. 덕분에 프로덕트별로 맞춰 활용하기 용이했고, 프레임워크에 지나치게 갇히지 않은 채 시도와 개선(Trial & Error)을 반복할 수 있었던 점이 유효했습니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1500x1000_v-fms_webp_550016f3-5b8e-4517-b96a-142312f548b7.jpg)

## 사례가 부족한 상황에서 자사에 맞게 구현하기까지

**――개발 생산성 가시화를 추진하는 과정에서 현장의 반발이나 우려는 없었나요?**

**코가:** 처음 Four Keys 측정을 시작했을 때는 "이 수치로 인사 평가를 진행하는 것 아닌가", "생산성이 낮게 나오는 멤버가 불이익을 받는 것 아닌가" 하는 우려가 제기되었습니다.

이에 대해 개인의 성과가 아닌 팀의 생산성에 초점을 맞춘다는 점을 충분히 설명했습니다. 경영진 등 비엔지니어 직군에 데이터를 공유할 때도 특정 팀이나 개인에게 불리한 인상이 남지 않도록 세심하게 주의를 기울였습니다.

**츠츠이:** 이후 SPACE를 도입할 때는 이미 'Findy Team+'를 사용 중이던 팀들의 이해도가 높아 새로운 지표 측정에 대한 거부감이 적었습니다. 다만 외주 개발 멤버나 최근 합류한 정직원 멤버들에게는 측정의 취지가 충분히 전달되지 않은 상태였습니다.

자신의 아웃풋 물량이 모니터링되는 것에 대한 부담감도 존재했기에, 본 지표의 목적이 어디까지나 팀 전체의 아웃풋을 끌어올리는 데 있다는 점을 납득시키는 과정이 필수적이었습니다. 이를 위해 1:1 미팅을 지속적으로 진행하며 측정 이유와 방향성에 대해 꾸준히 소통했습니다.

**――초기 추진 과정에서 또 다른 어려움은 무엇이었나요?**

**코가:** SPACE 도입 당시에는 일본 국내는 물론 해외에서도 참고할 만한 실제 도입 사례가 극히 드물었습니다. 그래서 Findy 측에서 주최하는 이벤트에 참석해 SPACE를 도입 중이라는 기업 담당자가 있으면 먼저 찾아가 노하우를 물었습니다.

가장 유용했던 자료는 SPACE 프레임워크를 제안한 니콜 포스그렌(Nicole Forsgren) 박사의 영문 아티클이었습니다. 기술전략부 내부에서 이를 함께 스터디하고 정독했습니다. 저희가 먼저 완벽히 이해해야 개발 멤버들에게 이식할 수 있었기에, 원문을 씹어 삼키며 자사 상황에 맞게 해석하는 작업을 차근차근 진행했습니다.

**츠츠이:** SPACE를 완전히 숙지하는 데만 약 2개월이 걸렸습니다. 사업부에 프레젠테이션을 진행하기 위해 개념을 정리하고 실행안으로 다듬는 과정에 많은 공이 들었습니다.

Four Keys와 SPACE 모두에 해당하는 이야기인데, 타사의 선진 사례를 보더라도 당사의 프로덕트 환경에 그대로 적용하기는 어려운 경우가 많습니다. 동일 업종이라면 참고하기 수월하지만, 이를 우리 조직에 맞춰 어떻게 재구성할지 고민하는 단계가 가장 까다로웠습니다.

**――이후 각 팀으로의 SPACE 도입은 어떤 방식으로 전개했나요?**

**츠츠이:** 사업부 멤버들에게 SPACE의 개념을 먼저 구체적으로 공유한 후, 멤버들과 함께 '우리 프로덕트에 있어 개발 생산성이란 무엇인가'를 정의하고 측정할 지표를 도출했습니다. 그리고 설정한 지표에 대해 목표치와 기준점을 어디에 둘지 결정하는 작업부터 착수했습니다.

SPACE는 5가지 핵심 지표로 구성되어 있으며, 최소 3가지 이상을 선택해 측정할 것이 권장됩니다. 예컨대 'NJSS' 유저 팀의 경우, 초기에는 5가지 지표 전체를 측정 대상으로 삼았습니다. Four Keys와 마찬가지로 수치를 측정하더라도 개선으로 연결되지 않으면 무의미하므로, 우선 개선점을 찾기 위한 다각도의 데이터를 수집하고자 했습니다.

SPACE의 5가지 지표는 만족도(Satisfaction), 성과(Performance), 활동성(Activity), 소통 및 협업(Communication), 효율성(Efficiency)입니다. 이 중 **만족도**는 'Wevox'라는 툴을 활용해 개발자의 만족도를 점수화하여 측정하고 있습니다. **성과**의 경우 'Pivotal Tracker'로 개발 공수를 관리하고 있어 스토리 포인트를 집계합니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-960x540_v-fs_webp_a1160ed7-2cd2-445e-918e-64b46e7e71d6.jpg)

나머지 3가지 지표는 'Findy Team+'로 측정하고 있습니다. **활동성**은 머지된 PR 수, **소통 및 협업**은 PR 오픈부터 첫 리뷰까지의 평균 시간, **효율성**은 PR 오픈부터 머지까지의 평균 시간으로 정의했습니다.

소통 및 협업 지표의 경우, 팀 내 커뮤니케이션이 활발할수록 리뷰 착수까지의 평균 시간이 단축될 것이라는 가설을 세우고 이를 기준으로 설정했습니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1500x1000_v-fms_webp_8e8f3c06-1e6a-4c56-ab7c-650cc882d8f3.jpg)

## 머지된 PR 수 51.9% 증가, 리드타임 41.7% 단축 달성

**――SPACE 프레임워크 도입을 통해 얻은 주요 성과는 무엇인가요?**

**츠츠이:** 크게 세 가지 결실을 얻었습니다. 첫째, 다각적인 지표 가시화를 통해 실질적인 운용 개선 순환 구조가 정착되었습니다. 'NJSS' 유저 팀에서 자동 리뷰 기능을 도입했던 사례가 대표적입니다.

자동 리뷰는 PR이 올려지면 AI가 1차 리뷰를 자동으로 수행하는 기능으로, 개발 생산성 향상을 목적으로 도입되었습니다. 그러나 SPACE 지표로 확인해 보니 생산성이 전혀 개선되지 않고 있었습니다. AI가 1차 리뷰를 완료한 후, 오히려 사람에 의한 2차 리뷰 단계에서 방치되어 전체 프로세스가 지연되는 병목이 발생했던 것입니다.

이처럼 다각적인 지표를 모니터링함으로써 문제의 병목 구간을 정확히 진단하고 적절한 조치를 취할 수 있게 되었습니다. 정성적 느낌이 아닌 객관적 사실(Fact)을 기반으로 문제 원인을 논의할 수 있게 된 점이 큰 수확입니다.

둘째, 팀 멤버 전원이 개발 생산성을 주도적으로 의식하게 되었습니다. 과거에는 팀 리더나 매니저급만 생산성 지표에 관심을 두었으나, SPACE 도입 후 스크럼 이벤트에 운용 개선 프로세스를 내재화하면서 멤버 간의 소통량과 주도적 행동이 눈에 띄게 늘었습니다.

셋째, 경영진 및 부서장 등 비엔지니어 관리직과의 소통이 한층 수월해졌습니다. 개발 팀의 현재 상태와 프로세스 흐름을 직관적이고 명확하게 전달할 수 있게 되었습니다.

**코가:** 전사 기술 조직을 아우르는 기술전략부 관점에서는 각 팀의 상태가 보다 투명하게 가시화되었다는 이점이 있습니다. 팀별 개발 생산성 및 엔지니어링 엔게이지먼트 추이를 상시 파악할 수 있게 되어, 지원이 필요한 시점을 적기에 판단하기 유리해졌습니다.

이전에는 매니지먼트 지원 시 사업부 정례 미팅에 참석해 정성적으로 분위기를 파악하거나 사업부장에게 직접 확인해야 했습니다. 이제는 정량적 수치로 종합적인 흐름을 모니터링할 수 있어 조직 관리에 큰 도움이 되고 있습니다.

**――프로젝트 추진 과정에서 'Findy Team+'의 주요 수치는 어떻게 변화했나요?**

**츠츠이:** SPACE를 사업부에 본격적으로 이식하기 시작한 것은 지난해 11~12월 무렵입니다. 당시 'NJSS' 유저 팀은 특정 프로젝트가 종료된 후 개발 생산성을 끌어올리지 못하며 스코어가 불안정하게 정체되어 있던 시기였습니다.

본격적인 개선을 추진한 12월부터 2월까지의 지표 변화를 살펴보면, **머지된 PR 수는 51.9% 증가**했고 **리드타임은 41.7% 단축**되었습니다. 'NJSS' 유저 팀의 목표가 안정적인 개발 체계 구축이었던 만큼, 단순 수치 개선을 넘어 지표의 변동 폭이 안정화된 점을 가장 의미 있는 성과로 꼽고 싶습니다.

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1751x898_v-fms_webp_72500563-2058-4197-9fb2-49d0002d00c6.png)

## 팀을 넘어 개인과 시스템 영역의 개발 생산성 향상으로

**――개발 생산성 향상과 관련해 향후 계획하고 계신 도전 과제는 무엇인가요?**

**츠츠이:** 현재는 SPACE 프레임워크의 잠재력을 30% 정도만 활용하고 있는 단계라 생각하며, 여전히 갈 길이 깁니다. 지난 기수가 도입 작업에 집중한 시기였다면, 이번 기수부터는 본격적인 운용 궤도에 오른 만큼 명확한 비즈니스 성과를 창출하는 것을 목표로 하고 있습니다.

여기서 성과란 단지 지표 수치를 높이는 것에 국한되지 않습니다. 각 사업부장이 지향하는 개발 생산성 목표를 정확히 캐치하고, 이에 도달할 수 있도록 조직 구조와 환경 구축을 다각도로 지원하는 것이 최우선 과제입니다.

또한 SPACE 도입으로 팀 단위 생산성은 측정할 수 있게 되었지만, 개인 차원의 생산성 데이터를 활용한 멤버 케어나 시스템적 관점에서의 생산성 정의는 아직 과제로 남아있습니다. 향후 SPACE의 적용 범위를 확장하여 개인 및 시스템 레이어의 개발 생산성 향상도 차근차근 도모할 계획입니다.

더불어 SPACE는 정량 데이터와 정성 데이터를 복합적으로 활용할 수 있는 것이 강점인데, 아직 정성적 데이터의 활용도는 미흡한 편입니다. 정성적 피드백 체계를 정비하여 1:1 면담 체계 고도화 등에 적극 반영하고자 합니다. SPACE 프레임워크를 먼저 도입해 운영 중인 선발 기업들의 노하우도 지속적으로 교류하고 싶습니다.

**――마지막으로 우루루 개발 조직의 강점과 함께하고 싶은 엔지니어상에 대해 말씀해 주세요.**

**코가:** 우루루는 소통이 매우 수평적이고 열려 있는 조직입니다. 사업부를 관장하는 임원과의 거리가 가까워 의견을 직접 개진할 수 있으며, 새로운 시도에 대해서도 매우 수용적입니다. 근무 형태 역시 리모트 워크를 중심으로 유연하게 선택할 수 있어 라이프 스테이지 변화에 맞춰 안정적으로 일할 수 있습니다. 입사자분들이 공통적으로 "좋은 동료가 많은 곳"이라고 평가해 주시는 점도 큰 자산입니다.

개발 조직 측면에서는 다양한 SaaS 및 크라우드소싱 프로덕트를 운영하고 있으며, 각 프로덕트에 최적화된 테크 스택을 자율적으로 채택하고 있습니다. 다채로운 기술 트렌드를 팔로우하고 도전해 볼 수 있는 기회가 풍부하므로, 기술적 역량을 한 단계 높이고 싶거나 신규 프로젝트 빌딩을 경험해 보고 싶은 엔지니어에게 최적의 환경이라 자부합니다. 캐주얼 티타임도 상시 진행하고 있으니 관심 있으신 분들의 많은 연락 바랍니다.

**――코가 님, 츠츠이 님, 오늘 귀한 말씀 감사드립니다!**

![](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1500x1000_v-fms_webp_3fecebd8-7b06-489b-b1b1-41581f4060c0.jpg)

제품 개발팀의 생산성을 파악하고 싶으세요?  
지금 무료 체험 버전을 시작하세요!

[무료로 시작하기](https://kr.findy-team.io/contact-us)

![Findy Team+](https://kr.findy-team.io/hubfs/kr-home-assets/11-s-300x42_48c547e7-c8bf-46d6-a465-4746f75c9da3.svg)

Menu

[도입 사례](https://kr.findy-team.io/customers) [블로그](https://kr.findy-team.io/blog) [뉴스룸](https://kr.findy-team.io/newsroom) [로그인](https://findy-team.io/login?lang=en)

Company

[회사 소개](https://kr.findy-team.io/aboutus)

Language

[English](https://en.findy-team.io/) [日本語](https://findy-team.io/)

Follow us

[![](https://kr.findy-team.io/hubfs/kr-home-assets/04-s-150x150_ad141ed3-f00b-4b4a-ad93-306e56e01ffa.svg)](https://www.facebook.com/findyteamplus) [![](https://kr.findy-team.io/hubfs/kr-home-assets/03-s-1200x1227_06cf8e1b-a4be-4d23-bcb7-5de13610fdd5.svg)](https://x.com/FindyTeamPlus)

[Trust Center](https://kr.findy-team.io/trust) | [Terms of Service](https://kr.findy-team.io/terms) | [Privacy Policy](https://kr.findy-team.io/privacy-policy)

© 2026 Findy Korea Inc. All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Findy Team+",
    "url" : "https://kr.findy-team.io/media/author/findy-team"
  },
  "dateModified" : "2026-11-11T12:37:34.377Z",
  "datePublished" : "2024-08-14T15:30:00.000Z",
  "headline" : "리드타임 41.7% 단축! 프로덕트별 개발 생산성을 높이려면? | Findy Team+",
  "image" : [ "https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1214x630_v-fms_webp_c02d535b-f788-44e6-9961-04a92cd7b347.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://kr.findy-team.io/media/uluru",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject"
    },
    "name" : "Findy Korea Inc."
  }
}
```