---
title: 스스로 문제를 해결하는 개발팀, 주도적 문제 해결 문화의 정착 | Findy Team+
description: 건설업 플랫폼 기업 츠쿠링크는 Findy Team+를 도입해 긴 변경 리드 타임과 리뷰 지연 등의 병목을 정량적으로 파악했습니다. 풀 리퀘스트 단위를 세분화하고 리뷰 프로세스를 개선하여, 디플로이 빈도를 하루 2건으로 늘리는 등 엔지니어의 자율적인 개선 문화를 정착시켰습니다.
image: https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1200x630_v-fms_webp_98d1b4d4-fabf-417c-bb88-78d175cf0504.png
---

[본문으로 건너뛰기](https://kr.findy-team.io/media/tsukulink#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 2025/12/03

# 스스로 문제를 해결하는 개발팀, 주도적 문제 해결 문화의 정착

![스스로 문제를 해결하는 개발팀, 주도적 문제 해결 문화의 정착](https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1200x630_v-fms_webp_98d1b4d4-fabf-417c-bb88-78d175cf0504.png)

## 이 기사 내용 요약

### **도입 전: 해결하고자 했던 과제**

더 나은 사용자 가치를 전달하고자 하는 목표에서 DORA 연구에서도 제시된 개발 생산성 향상을 위한 지표인 ‘Four Keys’에 주목하게 되었다. 다른 툴의 트라이얼도 사용해 보았지만 팀별로 상세한 분석을 수행하지 못하는 상태였다.

### **Findy Team+를 도입한 이유**

국내용 개발 생산성 측정 도구로 잘 알려져 있었기 때문에 Findy Team+를 도입하게 되었다. 결정적인 이유는 Findy Team+의 기술 블로그와 다양한 사례 소개가 많았다는 점이었으며, 사용자 입장에서 신뢰감을 느낄 수 있었다.

### **도입 후: 성과**

사이클 타임이 길다는 과제를 파악할 수 있었고, 풀리퀘스트의 세분화 수준을 개선하는 데에도 성과가 있었다. 리뷰에 대한 인식 제고도 이뤄졌다. 개발 생산성 향상이 유의미하다는 점을 멤버들이 인식하게 되었고, 주체적으로 과제 해결에 임하거나 스터디를 자발적으로 개최하는 등 자율적인 행동으로 이어졌다.

---

 

## 하루 2건으로 급증한 디플로이 빈도! 츠쿠링크 주식회사가 찾아낸 주체성을 이끄는 조직 만들기

 

일본 국내 최대 규모의 건설업 매칭 플랫폼을 제공하는 츠쿠링크 주식회사. 동사에서는 엔지니어 조직 내 개인의 회고와 조직 전체의 과제를 발견하기 위해 Findy Team+를 활용하고 있습니다.

이번에는 츠쿠링크 주식회사 엔지니어링 매니저 유모토 아키노부(Yumoto)님, 기반 개발팀 리더 요시다 에이스케(Yoshida)님, 어소시에이트 엔지니어링 매니저 야오 토모키(Yao)님, Growth3팀 개발 리더 아카마츠 류지(Akamatsu)님 네 분을 대상으로 그룹 인터뷰를 진행했습니다.

개발 생산성 측정을 위해 Findy Team+를 도입한 배경과 도입을 통해 어떤 개선 효과가 있었는지에 대해 이야기를 나누었습니다.

---

 

## **미션은 건설업계를 개선하고 풍요로운 미래를 창조하는 것**

**─ 귀사의 개발 부문은 어떤 체제로 운영되고 있나요?**

**Yumoto**：개발 조직은 크게 6개의 팀으로 구성되어 있습니다. 사용자 대상 웹 애플리케이션 개발을 담당하는 Growth1, Growth2, Growth3 외에도, 라이브러리 버전 업그레이드 및 기술 과제 해결을 담당하는 기반 개발팀, SRE, 모바일 앱 팀의 총 6개 팀으로 구성되어 있습니다.

**── 개발 조직의 미션에 대해 알려주세요.**

**Yumoto**：개발 조직 단독의 미션은 별도로 정해져 있지 않지만 전사적으로 내세우고 있는 “산업 구조를 바꾸고 풍요로운 미래를 만든다”는 퍼퍼스(purpose)를 공유하고 있습니다. 이 퍼퍼스를 기반으로 회사 전체가 미션과 비전을 통일하고 있습니다.

---

 

## **도입을 결정한 계기는 Findy Team+의 사례와 기술 블로그**

 

**─ Findy Team+를 도입하기 전에도 개발 생산성 측정을 하고 있었나요?**

**Yumoto**：저희는 양질의 사용자 가치를 전달하는 것을 가장 중요하게 생각하고 있습니다. 이를 위해서는 DORA 연구 결과에서 제시된 ‘Four Keys’가 개발 생산성 향상에 있어서 필수적인 지표라고 판단하고 있습니다.

Findy Team+ 도입 전에도 다른 도구를 사용하여 간단한 측정과 개선을 시도해 왔습니다. 다만, 당시에는 튜토리얼을 활용한 기본적인 수준의 접근에 머물렀고, 팀별로 세부적인 분석까지는 도달하지 못한 상태였습니다.

**─ Findy Team+를 도입하게 된 이유를 알려주세요.**

**Yumoto**：개발 생산성 도구의 도입을 검토하던 시점에, 국내에서 개발 생산성 측정 도구로서 Findy Team+가 잘 알려져 있었기 때문에 도입을 결정하게 되었습니다. Findy Team+는 예전부터 기술 블로그나 사례 소개를 활발히 해 왔기 때문에 신뢰감이 있었습니다. 사용자 관점에서 보아도 체계적인 운영과 믿을 수 있는 실적이 있다는 인상을 받았고, 그것이 도입을 결정하게 된 가장 큰 이유였습니다.

---

 

## **개발 생산성의 가시화를 통해 드러난 과제**

 

**─ 측정을 시작하고 나서 드러난 과제는 무엇이었나요?**

**Yumoto**：팀 수가 증가함에 따라 스크럼의 벨로시티와 같은 기준이 팀마다 제각각이 되어가고 있었습니다. 각 팀의 벨로시티를 안정시키기 위해서는 리드 타임과 디플로이 빈도의 안정이 필요하다는 점을 인식하게 되었습니다.

**Yoshida**：Findy Team+를 도입한 이후 개발 생산성이 가시화되면서 다양한 과제가 눈에 띄게 되었습니다. 예를 들어 스프린트에서 잘했다고 느꼈는데도 실제 데이터를 보면 이질감이 느껴지는 경우 등이 그 예입니다.

**Akamatsu**：평소 느끼고 있던 정성적인 과제와 Findy Team+를 통해 확인할 수 있는 수치는 어느 정도 일치하고 있었습니다. 특히 DevOps 분석 기능을 참고하면서 팀 개선에 활용할 수 있다고 느끼고 있습니다.

**Yao**：솔직히 처음 수치를 봤을 때는 “이렇게까지 시간이 걸리고 있었구나” 하고 놀랐습니다. 팀 내에서는 "PR 머지나 릴리스까지 시간이 오래 걸린다"는 막연한 인식은 있었지만 실제로 수치로 확인하니 그 과제가 보다 명확해졌습니다.

특히 변경 리드 타임이 길다는 점에 대한 인식이 부족했던 것이 큰 과제였습니다. 예를 들어 개발 방식이나 리뷰 프로세스에 대해 팀 내에서는 "보통대로 하고 있다"고 생각했지만, 측정을 시작해 보니 PR 규모가 커지는 경향이 있었고, 그것이 리뷰 지연으로 이어지고 있다는 사실이 분명해졌습니다. 그 결과 릴리스까지의 시간이 길어지고 있었습니다.

이 과제를 해결하기 위해 우선 수치를 팀 내에서 가시화하고, 모든 엔지니어가 현황을 올바르게 인식할 수 있도록 하는 것부터 시작했습니다. 데이터를 기반으로 "이 리드 타임의 지연은 어디서 발생하고 있는가?"를 논의하고 구체적인 대응책을 모색하게 되었습니다. 현재는 PR의 단위를 작게 나누려는 인식이 정착되면서 예전보다 리뷰가 원활하게 진행되고 있습니다.

**─ 과제에 대해 구체적으로 어떻게 대응하셨나요?**

**Yoshida**：사이클 타임이 길다는 문제를 해소하기 위해 리뷰 요청이 들어오면 바로 리뷰를 수행하자는 인식을 팀 내에서 공유했습니다. Slack의 워크플로우 기능과 리스트 기능을 활용해 리뷰 중인 PR에 대해 누가 리뷰 중인지, 그 PR이 어떤 상태인지 시각화하고 빠르게 리뷰를 진행할 수 있도록 한 결과, 멤버들의 인식이 바뀌었다고 생각합니다. 새로운 태스크를 완료까지 끌고 갔을 때 좋은 수치가 나온다는 점이 팀 내에서 공유되었습니다.

**Yao**：PR의 단위 개선과 리뷰에 대한 인식을 팀 내에서 통일하자는 움직임을 만들 수 있었습니다. 리뷰 부담을 줄임으로써 리뷰 시간이 단축되고 보다 원활하게 개발이 진행되게 되었습니다. 개발 생산성 향상을 위한 지표 달성을 의식하게 됨으로써 결과적으로 사용자에게 이전보다 빠르게 가치를 전달할 수 있게 된 점은 매우 큰 성과라고 생각합니다.

Findy Team+를 도입한 이후 디플로이 빈도가 크게 증가하였고, 현재는 하루 2건의 디플로이를 안정적으로 진행할 수 있게 되었습니다. 또한 최근에는 변경 리드 타임도 안정적으로 유지되고 있으며, 지속적인 개선 문화가 팀 전체에 뿌리내리고 있다는 점을 실감하고 있습니다.

 

**─ 개선을 진행해 나가는 과정에서 어려웠던 점이 있었나요?**

**Yao**：Growth1, Growth2 팀에서는 리드 타임 단축에 성공한 후, 다음 단계로 디플로이 빈도를 높이는 데 주력했습니다. 그러나 그 과정에서 리드 타임이 다시 길어지는 문제가 발생했습니다. 구체적으로는 디플로이 빈도를 늘리려 하다 보니 릴리스 단위가 커지게 되고, 그 결과 각 변경 사항에 대한 리뷰나 테스트에 걸리는 시간이 늘어나 최종적으로 리드 타임이 증가하는 현상이 나타났습니다.

또한 태스크의 우선순위 변동도 영향을 미쳤습니다. 디플로이 빈도를 높이기 위해 더 빠르게 릴리스할 수 있는 태스크를 우선 처리하게 되었는데, 그 결과 원래 계획되어 있던 태스크 대응이 후순위로 밀리면서 스프린트 계획이 무너지는 경우가 있었습니다. 이 경험을 통해 “리드 타임 단축”과 “배포 빈도 향상”은 단순히 병행하는 것이 아니라, 릴리스의 단위나 우선순위를 명확히 정리한 후에 추진해야 한다는 교훈을 얻었습니다.

현재는 이러한 시행착오를 바탕으로 릴리스 단위를 보다 세분화하는 데에 집중하고 있으며, 스프린트 내에서 무리 없이 배포 횟수를 늘릴 수 있도록 조정하고 있습니다. 또한, 각 엔지니어의 스킬 향상에도 힘을 쏟고 있으며 빠른 릴리스를 통해 사용자에게 가치를 안정적으로 전달하는 것을 철저히 실천하고 있습니다.

**Akamatsu**：Growth3 팀에서는 디플로이 빈도와 변경 리드 타임의 개선을 목표로 삼고 있었지만 실제로 진행해보니 작업 시작 후 이해관계자와의 사양 인식에 차이가 있음을 확인하게 되었고, 그로 인해 스프린트가 불안정해지는 과제가 발생했습니다.

예를 들어, 엔지니어가 태스크에 착수한 후에 사양 변경이 발생하여 중간에 대규모 수정이 필요한 경우가 있었습니다. 또, 사양이 완전히 정리되지 않은 상태에서 스프린트에 투입된 태스크가 많아 개발 중 조정이 잦아졌고, 그 결과 태스크 완료까지의 리드 타임이 길어지는 일이 발생했습니다.

이러한 상황을 개선하기 위해 PR의 단위를 작게 나누고, 엔지니어가 단독으로 리파인먼트를 진행하도록 했습니다. 구체적으로는 불명확한 부분을 사전에 해소하고 사양이 명확히 확정된 태스크만 스프린트에 포함시키는 규칙을 철저히 적용했습니다. 또한, 스프린트 시작 전에 엔지니어들끼리 세부 사항을 조율함으로써 중간 사양 변경으로 인한 지연을 최소화할 수 있었습니다.

이러한 리파인먼트 활동의 결과, 비교적 안정적인 배포가 가능해졌고 스프린트 진행도 매끄러워졌습니다. 특히 모든 멤버들이 “문제가 생기면 반드시 해결하고 싶다”는 의식을 갖고 있었던 점이 이번 개선의 성공으로 이어졌다고 느끼고 있습니다.

---

 

## **개발 생산성 개선이 스크럼과 애자일 개선으로 이어진다**

 

**─ 유모토님이 보시기에, 세 팀에는 어떤 변화가 있었나요?**

**Yoshida**：처음에는 무엇이 과제인지도 모르는 상태였습니다. 하지만 Findy Team+를 통한 가시화를 통해 팀 전체가 현황을 파악할 수 있게 되었습니다. 자신의 상황을 수치로 이해하게 되면서 과제 해결에 대한 주체성이 생긴 것 같다고 느낍니다. 다른 팀의 상태도 수치로 쉽게 파악할 수 있게 되어, 전체적인 협력 체계도 향상되었습니다.

**Yao**：멤버들에게 지시를 내리기가 쉬워졌습니다. 수치를 보면 상황이 명확해지기 때문에 세세한 지시 없이도 멤버들이 자발적으로 움직이게 되었습니다.

**─ Findy Team+를 도입하려는 분들께 조언을 부탁드립니다.**

**Akamatsu**：수치만을 계속 추적하다 보면 팀 분위기가 삭막해질 수 있습니다. Findy Team+의 가장 큰 장점은 지금까지 정성적이었던 요소가 수치로 가시화된다는 점입니다. Growth3 팀에서는 Findy Team+를 보면서 1주 단위, 스프린트 단위로 회고를 하고, 잡담처럼 편하게 개선 아이디어를 나누고 있습니다. 팀 내에서 자유롭게 대화할 수 있는 분위기를 조성하는 것이 중요하다고 생각합니다.

 

**Akamatsu**：Findy Team+를 통해 가시화된 항목들을 개선해 나가는 과정에서 멤버의 행동 변화로도 이어졌습니다. 애자일이나 스크럼에 대해 다시 공부해야겠다고 느낀 구성원이 실제로 자격증을 취득하는 등의 행동을 시작한 것입니다. 과제 해결을 주체적으로 생각하는 문화가 형성된 점은 매우 큰 성과라고 생각합니다.

**Yoshida**：수치를 통해 구성원의 과제 의식이나 감정의 온도를 파악하는 것이 중요하다고 생각합니다. 수치를 바탕으로 멤버들에게 질문을 하기도 하고, 반응을 정량적으로 확인할 수 있게 되어 커뮤니케이션이 훨씬 쉬워졌습니다. 앞으로 멤버들로부터 좋은 피드백을 더 많이 받을 수 있기를 기대하고 있습니다.

**Yao**：저희 팀에서는 매주 Findy Team+의 수치를 확인하는 시간을 따로 두고 있습니다. 이러한 기회를 설정하지 않으면 멤버의 주체성을 끌어내기 어렵습니다. Findy Team+의 수치를 보면서 과제 해결 방안을 논의하는 습관을 만들었기 때문에 제가 자리에 없어도 멤버들이 자율적으로 미팅을 이끌 수 있게 되었습니다.

**Yumoto**：저희는 사용자에게 빠르게 가치를 전달하고 싶다고 생각하고 있습니다. 이를 위한 수치 개선은 필요하지만 수치에 휘둘리고 있지는 않은지도 항상 주의하고 있습니다. 개발 생산성에 대해서는 각자가 자기 일로 인식하고 주체적으로 개선 활동에 참여하는 것을 멤버에게 요구하고 있습니다. 그러기 위해서는 우선 팀 내에서 “왜 개발 생산성의 가시화가 필요한가”에 대해 인식을 맞추는 것이 중요합니다. 주체적인 개인의 개선 활동이 팀 전체의 개선, 나아가 스크럼 개선으로 이어질 수 있다고 생각합니다.

**─ 개발 생산성 측정에 관해 앞으로 시도해 보고 싶은 것이 있다면 무엇인가요?**

 

**Yoshida**：리드 타임 단축에는 아직 개선의 여지가 있습니다. 다른 팀들과는 태스크나 개발 방식이 다르기 때문에 각 팀에 맞는 방식으로 개선을 추진하고 있습니다. 트라이앤드에러를 계속하면서 수치 개선을 목표로 하고 있으며, 우선은 수치를 안정시키는 것이 과제입니다. 또한 서비스의 활성 사용자 수나 회사의 이익과의 상관 데이터를 시각화할 수 있다면 더 도움이 될 것이라고 생각합니다.

**Yao**：아웃컴 지표도 물론 중요하지만 우선은 아웃풋 지표를 확인하고 그것이 어떻게 아웃컴 향상으로 이어지는지를 명확히 하는 단계로 나아가고 싶습니다.

**Akamatsu**：현재는 특정 멤버에게 리뷰나 난이도가 높은 태스크가 집중되는 일이 있어 그로 인해 개발 진행 속도에 편차가 생기는 경우가 있습니다. 예를 들어 특정 기술 영역에 정통한 사람이 한정되어 있을 경우, 그 사람에게 업무가 몰리게 되고 결국 부담이 편중되는 문제가 발생합니다.

이 문제를 해결하기 위해 우선 팀 컨디션을 가시화하고, 의도적으로 부담 분산을 실현하는 것을 목표로 하고 있습니다. 표준화를 위해 태스크의 단위를 통일하거나 스킬의 개인화(속인화)를 방지하기 위해 페어 프로그래밍이나 모브 프로그래밍을 도입해 특정 인물에 의존하지 않는 구조를 만들고자 합니다. 특히 태스크 분배를 유연하게 조정할 수 있는 체계를 만들어 팀 전체에서 부담을 분산시키고 한 사람에게 부담이 쏠리지 않는 상태를 목표로 하고 있습니다.

이상적으로는 팀 전체의 개발 속도와 품질을 안정시키는 것입니다. 누가 어떤 태스크를 맡더라도 일정한 성과가 나올 수 있는 상태를 만들기 위해 앞으로도 지속적인 개선을 해 나가고자 합니다.

**─ 마지막으로, 조직의 매력이나 함께 일하고 싶은 엔지니어상에 대해 알려주세요.**

**Yao**：저희는 원격 근무 환경에서도 자유롭게 의견을 나눌 수 있는 분위기가 잘 갖춰져 있습니다. ‘부정하지 않고 서로를 존중하는’ 문화가 정착되어 있어 커뮤니케이션이 매우 원활합니다.

**Akamatsu**：의지만 있다면 폭넓은 도전을 할 수 있는 회사입니다. 제 팀에서는 제가 모든 것을 맡기보다는 관심 있는 멤버에게 적극적으로 책임을 맡기고 있습니다. 의욕적인 사람들이 모여 서로를 성장시키는 환경이라고 느끼고 있습니다.

**Yoshida**：주체적인 사람이 많은 조직이라고 생각합니다. 과제나 어려움에도 적극적으로 도전하려는 사람들이 모여 있고, 단순히 기술에만 관심이 있는 것이 아니라 서비스 자체를 더 좋게 만들고 싶다는 지향을 가진 분들이 특히 잘 어울릴 것 같습니다.

**Yumoto**：저희는 사용자 가치에 집착하며, ‘제품을 자기 일처럼 생각하며 만들 수 있는 분’과 함께 일하고 싶습니다. 저희는 개발 생산성 향상과 엔지니어의 스킬 향상에 특히 집중하고 있습니다. 매월 이벤트를 개최하고 기술 블로그 운영도 적극적으로 진행하고 있습니다. 전면 원격 근무이지만 커뮤니케이션이 용이하고, 저도 아이가 둘 있는 아버지인데 육아와 병행하기에도 매우 유연한 환경입니다. 아이가 있는 분들도 일하기 좋은 환경이라 자부합니다.

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

[무료로 시작하기](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-11T13:15:19.725Z",
  "datePublished" : "2025-12-03T16:30:00.000Z",
  "headline" : "스스로 문제를 해결하는 개발팀, 주도적 문제 해결 문화의 정착 | Findy Team+",
  "image" : [ "https://kr.findy-team.io/hubfs/Imported_Blog_Media/s-1200x630_v-fms_webp_98d1b4d4-fabf-417c-bb88-78d175cf0504.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://kr.findy-team.io/media/tsukulink",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject"
    },
    "name" : "Findy Korea Inc."
  }
}
```