이 기사 내용 요약
도입 전: 해결하고자 했던 과제
애자일 개발의 회고와 KPT 등을 통해서는 조직 전체의 개선으로 이어지지 않았고, 릴리스 지연이나 개발 생산성의 가시화가 어려웠던 점이 과제였다.
Findy Team+를 도입한 이유
개발 활동을 직관적이고 정량적으로 시각화하고 엔지니어가 스스로 개선할 수 있는 환경을 만들기 위해, 간단하게 운영 가능한 Findy Team+에 매력을 느꼈기 때문이다.
도입을 결정한 계기
GitHub 및 Jira의 데이터를 직관적으로 시각화하고 1~3개의 화면만으로 상황을 파악할 수 있다는 점. 국산 도구로서 데이터 관리 측면에서도 안심할 수 있었던 점이 결정적이었다.
도입 후: 성과
PR 오픈부터 머지까지의 시간이 200% 감소되고, 변경 리드 타임도 200% 단축되었다. 공통 대시보드를 활용해 자율적인 자기 개선 문화가 조직에 정착되었다.
‘자기 개선’ 문화를 정착시켜 리드 타임을 200% 단축. SBINFT가 실천하는 데이터 기반 조직 구축법은?
블록체인 기술을 활용한 NFT 사업을 전개하는 SBINFT 주식회사는 엔지니어 조직 내에서 개발 생산성의 가시화와 멤버의 자기 개선을 추진하기 위해 엔지니어 조직 지원 클라우드 ‘Findy Team+’를 활용하고 있습니다. 본 기사에서는 도입 후 불과 수개월 만에 PR 오픈부터 머지까지 걸리는 시간을 200% 단축하고, 변경 리드 타임 역시 200% 단축한 실례에 대해 개발부장 히와타리(Hiwatari)님을 인터뷰했습니다. 엔지니어 조직의 개선에 고민 중인 분들을 위한 실천적인 힌트가 가득 담긴 내용입니다.
─ 귀사에 대해 소개해 주세요.
SBINFT 주식회사는 블록체인 기술을 활용하여 NFT(Non-Fungible Token)를 중심으로 한 디지털 자산 거래 플랫폼을 제공하고 있습니다. NFT 시장의 성장에 발맞추어 개인이나 기업이 안심하고 이용할 수 있는 거래 환경을 정비함으로써 디지털 콘텐츠의 새로운 가치 창출을 목표로 하고 있습니다. 개발부는 ‘SBINFT Market’이나 ‘SBINFT Mits’ 등의 제품 개발을 담당하고 있으며, 스마트 컨트랙트 개발과 기술 선정, 시스템 아키텍처 검토까지 폭넓게 대응하고 있습니다. 개발 부문 책임자로서 저는 COO와 협력하여 기술적 의사결정을 주도하고 있습니다. 영업 부서와 개발 부서 간의 거리가 가깝고, 엔지니어가 영업 회의에 참여하는 등, 사업과 개발이 긴밀하게 연계되는 문화가 정착되어 있는 것이 특징입니다.
─ 개발 조직에서는 어떤 미션을 내세우고 있나요?
저희 개발 조직이 내세우는 미션은 “실측값에 기반하여 수치를 개선할 수 있는 수단을 SBINFT에 제공하는 것”입니다. 이를 실현하기 위해 특히 중시하는 것은 예측 가능한 견적 산정과 개발의 실천입니다. 기존에는 데이터에 기반한 개발 정확도에 과제가 있었으며, 올바른 현황 파악을 통해 개선을 진행해 왔습니다. 개발부에서는 “릴리스 빈도가 높고 생산 능력이 높은 팀”을 목표로 하고 있습니다. 이를 위해 멤버가 자기 개선을 하기 쉬운 환경을 갖추고, 일상적인 개발 활동이 어떻게 조직의 성장으로 이어지는지를 가시화하는 데 주력하고 있습니다. 자율적으로 개선을 반복할 수 있는 문화를 정착시키고, 작은 변화를 쌓아가며 지속적인 성장을 실현하는 것이 목표입니다.
─ 개발 생산성 측정을 추진하고 도구를 도입하려고 한 계기는 무엇이었나요?
개발 생산성 측정을 시작하게 된 계기는 COO와의 대화 중 “좋은 엔지니어란 무엇인가?”라는 논의가 있었기 때문입니다. 엔지니어 평가 기준을 명확히 할 필요성을 느꼈고, 최종적으로 “릴리스를 많이 할 수 있는 엔지니어”를 평가 기준으로 설정하게 되었습니다. 이전에는 스토리 포인트나 티켓 소화 수로 확인하고 있었지만 이는 직관에 반하는 경우가 많았고, 엔지니어 본인도 납득하기 어려운 방식이었습니다. 그때 “내가 낸 아웃풋이 팀에 어떤 영향을 주었는가”를 가시화할 수 있는 지표가 필요하다고 강하게 느꼈습니다. 또한 회고나 KPT에서는 개인 수준의 개선에 그쳐 조직 전체의 성장으로 이어지기 어려운 과제도 있었습니다. 여러 개발이 병행되는 가운데, 모든 구성원이 아웃풋을 균등하게 측정하고 자율적으로 목표를 세워 개선할 수 있는 환경을 만들고 싶었습니다.
진행 정체의 원인을 특정, 정성적인 개선으로
─ Findy Team+ 도입 전의 과제는 무엇이었나요?
도입 전 가장 큰 과제는 개발 생산성을 객관적으로 가시화할 수 없었다는 점입니다. 애자일 개발의 회고나 KPT를 시행하고는 있었지만 개선이 개인 단위에 그쳐 팀 전체의 성장으로 이어지지 못했습니다. 또한 여러 개발 과제가 병행되는 경우, 진행 상황이나 병목의 위치가 파악되기 어려워 “어디서 작업이 정체되고 있는가”, “무엇이 지연의 원인인가”를 알기 힘든 상황이었습니다. 회고 시에도 과제가 추상적으로 흐르기 쉬워 실효성이 부족하다는 고민이 있었습니다. 더불어 엔지니어 평가에 있어서도 “무엇을 기준으로 좋은 엔지니어로 판단할 것인가”가 모호했고 정성적 평가에 의존하는 경우가 많아 현장과 경영진 사이에서 공통된 인식을 형성하기 어려웠던 것도 도입 전의 주요 과제 중 하나였습니다.
─ 그 과제를 어떻게 특정하셨나요?
과제를 특정하기 위해 먼저 Jira에서 티켓의 Open부터 Close까지 걸리는 시간을 측정하고, 각 멤버들이 어느 공정에서 막히고 있는지를 분석했습니다. 그러나 확인을 진행하는 가운데, 티켓이 완료되지 않는 이유가 단순한 지연만은 아니라는 점이 드러났습니다. 예를 들어, 어떤 멤버는 PR을 올리는 데 시간이 오래 걸렸고, 또 다른 멤버는 리뷰 지적이 많은 경향이 있었습니다. 더 나아가 “태스크의 목표가 불명확하다”, “리뷰 대기로 정체된다”, “PR 작성을 시작하지 못한다” 등 멤버마다 다른 요인이 있었고, 이것이 릴리스 지연의 원인이라는 사실이 밝혀졌습니다. 처음에는 Confluence나 Jira로 Try 항목을 관리했지만 실효성이 낮았고, 결과적으로 일상적인 업무 개선으로 이어지지 않았습니다. 1:1이나 회고 미팅을 거듭한 결과, 팀 차원에서 릴리스 지연의 병목을 특정하지 못하는 것이 최대의 과제임을 확인하게 되었습니다. 이후 “어느 단계에서 어느 정도 시간이 걸리고 있는가”를 한눈에 파악할 수 있는 도구의 필요성이 커졌고, 그 결과 Findy Team+ 도입으로 이어졌습니다. 수치로 경향을 파악할 수 있게 되면서 멤버 전원이 자신의 과제를 인식하고 개선을 위한 구체적인 행동으로 연결할 수 있게 되었습니다.
개인 개선에서 팀 전체의 성장으로. 리드 타임도 200% 단축
─ Findy Team+ 도입 이후의 변화에 대해 알려주세요.
Findy Team+ 도입 이후, 개발 생산성의 가시화가 크게 진전되었고 팀 전체의 인식과 행동에도 변화가 나타났습니다. 그동안은 모호했던 각자의 개발 활동을 수치로 확인할 수 있게 되어 멤버들이 자신의 퍼포먼스를 객관적으로 되돌아보는 습관이 자리 잡았습니다. 특히 효과를 실감한 부분은 1on1이나 팀 미팅에서 수치를 기반으로 구체적인 개선점을 논의할 수 있게 된 점입니다. 예를 들어 “왜 PR 머지까지 시간이 길어졌는가”, “무엇이 변경 코드 라인 수에 영향을 주었는가”와 같은 회고가 가능해져 행동과 결과가 연결되면서 구성원이 납득할 수 있게 되었습니다. 또한 PR 오픈부터 머지까지의 시간은 도입 전과 비교해 200% 감소했으며, 변경 리드 타임도 동일하게 200% 단축되었습니다. 이를 통해 릴리스 빈도가 증가하고 개발 사이클의 고속화에 성공하고 있습니다.
─ 왜 멤버/팀으로서 함께 대응할 필요가 있었는가요?
회고나 KPT를 도입하고는 있었지만, 개인 수준의 개선에 그쳐 팀 전체의 성장으로 이어지지 않는 점이 과제였습니다. 복수의 개발이 병행되면 서로의 상황을 파악하기 어려워지고, 회고도 개인 반성에 그치며 “○○을 못했다”는 과제가 남의 일처럼 받아들여지는 경향이 있었습니다. 또한 애자일 개발을 운영함에 있어 팀 목표가 모호하고 완료되지 못하는 상황이 계속되면, “회고에 시간 쓰느니 코드를 더 작성하는 게 낫지 않나?”라고 생각하는 멤버도 생겨났습니다. 이 상황을 개선하기 위해서는 정량 데이터를 기반으로 모두가 현황을 공유 인식하고, 팀 전체가 과제에 맞서야 할 필요가 있었습니다. 멤버로부터 “자기 개선을 하고 싶다”는 목소리는 있었지만, 그 실행을 가속화할 수 있는 구조가 부족했습니다. 정성적 논의만으로는 한계가 있었고, 수치 기반의 목표가 있다면 멤버 스스로 자율적인 개선이 가능할 것이라고 판단했습니다.
─ 개발 생산성의 가시화를 통해 조직·구성원의 인식 및 행동에 어떤 변화가 있었나요?
도입 초기에는 “도구를 쓰면 어떻게든 되겠지”라는 수동적인 자세도 보였습니다. 그러나 지금은 “내 수치가 올라간 이유, 혹은 떨어진 이유를 생각해보자”는 적극적인 인식으로 변화하고 있습니다. 1on1에서 수치를 확인하고 “왜 수치가 올랐다고 생각해?”, “개선을 위해 어떤 점을 의식했어?”라고 질문함으로써, 멤버들이 스스로 원인 분석을 하게 되었습니다. 이 프로세스가 정착되면서 자기 자신을 디버깅하는 감각이 길러졌고, 그 결과 “어떻게 하면 팀 전체의 생산성을 높일 수 있을까”를 고민하게 된 점은 매우 큰 변화입니다. 또한 예전에는 회고 시 “나는 이번에 뭐가 잘됐고, 뭐가 안 됐는가”와 같은 개인적인 회고가 중심이었지만 지금은 “팀으로서 어디를 개선해야 할까. 어떤 접근이 효과적일까”를 모두가 의식하게 되었습니다. 이러한 인식 변화는 멤버 간의 상호 지원이나 리뷰 개선으로도 이어지고 있으며, 조직으로서의 일체감이 높아졌다고 느끼고 있습니다.
─ 이 활동에서 가장 어려웠던 점은 무엇이었나요?
가장 어려웠던 점은 수치에 대한 멤버의 수용 태도와 활용 방식의 정착이었습니다. 도입 초기에는 “수치로 평가되는 것이 아닐까?”라는 불안이나 “도구가 보여주는 결과를 어떻게 해석해야 할지 모르겠다”는 목소리가 많았습니다. 특히 PR 수나 변경 라인 수 같은 지표는 멤버 간에 온도차가 존재하여 모두가 납득할 수 있기까지 시간이 걸렸습니다. 또한 리뷰 체계의 과제도 큰 장벽이었습니다. 리뷰 담당자의 리소스가 부족해 PR 머지까지 시간이 소요되었고, 이것이 생산성 향상의 병목이 되었습니다. 더불어 UI 디자이너나 비코드 업무를 담당하는 멤버에 대해서는 측정 결과를 어떻게 활용할지 고민하는 장면도 많았습니다. 과제 해결을 위해 1on1이나 팀 미팅에서 “수치는 자기 개선을 위한 도구”라는 점을 반복적으로 전달하고, 도구를 활용한 회고의 중요성을 공유했습니다. 아울러 멤버 한 사람 한 사람과 함께 수치를 보면서 “왜 수치가 올랐는가”, “어떤 시도가 성과로 이어졌는가”를 구체적으로 논의함으로써, 점차적으로 거부감이 줄어들었습니다.
공통 대시보드를 통한 팀원 간 상호 개선
─ 개발 생산성 측정을 통해 얻은 베네핏(효과)에 대해 알려주세요.
가장 큰 효과는 공통 대시보드를 통해 멤버 전원이 각자의 노력과 그 결과를 직관적으로 확인할 수 있게 되었다는 점입니다. 이를 통해 각자의 과제가 명확해지고, 회고가 보다 구체적이고 실효성 있는 것으로 바뀌었습니다.
또한 PR 오픈부터 머지까지 걸리는 시간이 200% 감소하고 변경 리드 타임도 마찬가지로 200% 단축된 것은 수치적으로 보아도 매우 큰 성과였습니다. 이 개선으로 인해 릴리스 빈도가 높아지고 개발 속도도 향상되었습니다.
게다가 하루의 활동 상황을 실시간으로 확인할 수 있는 대시보드는 멤버 간 커뮤니케이션의 계기가 되었습니다. 자신과 다른 멤버의 수치를 비교하며 “왜 저 사람은 더 빠를까?”와 같은 대화가 자연스럽게 생기고, 긍정적인 자극으로 이어지고 있습니다. 이것이 결과적으로 멤버 간 상호 개선을 촉진하는 문화 형성으로 이어지고 있습니다.
── Findy Team+의 추천 포인트를 알려주세요.
Findy Team+의 가장 큰 매력은 직관적으로 이해할 수 있는 대시보드를 통해 개발 활동을 시각화할 수 있다는 점입니다. GitHub나 Jira의 데이터를 기반으로 멤버 개개인의 활동 상황과 팀 전체의 경향을 한눈에 확인할 수 있는 점은 매우 편리합니다. 특히 변경 라인 수, PR 수, 리뷰 수 등 엔지니어에게 익숙한 지표로 확인할 수 있는 점이 일상의 회고와 개선 활동에 직결된다고 느낍니다.
또한 온보딩 리포트 기능도 활용하고 있습니다. 새롭게 입사한 멤버가 어느 정도 개발에 참여하고 있는지를 수치로 확인할 수 있어 조기에 과제를 발견하고 지원 체계를 마련하기 쉬워졌습니다. 이처럼 개인의 성장을 촉진함과 동시에 팀 전체의 퍼포먼스 향상에 기여하는 점이 큰 매력입니다.
더 나아가, “자신을 디버깅할 수 있는 감각”이 몸에 밴다는 점도 추천 포인트입니다. 자신의 활동을 수치로 되돌아보며 “왜 이런 결과가 나왔을까?”를 스스로 생각하는 습관이 자리 잡게 되면, 엔지니어의 자기 개선 의식이 자연스럽게 높아집니다. 이런 문화 형성을 지원해주는 도구로서 Findy Team+는 매우 유용하다고 느끼고 있습니다.
─ 마지막으로, 앞으로 함께 일하고 싶은 엔지니어상에 대해 알려주세요.
저희는 팀으로서 함께 과제를 해결하고 사업을 성장시키는 데서 기쁨을 느끼는 엔지니어를 찾고 있습니다. 블록체인이나 NFT 분야는 아직 새로운 영역으로 기술적 도전과 불확실성도 많지만, 그만큼 기술을 통해 사업에 직접 기여할 수 있는 재미가 있습니다.
특히 중요하게 생각하는 것은 “자신만 성과를 내는 것”이 아니라 “팀 전체의 성과를 생각하는 자세”입니다. 혼자서 앞서가는 것이 아니라 “지금 팀이 어려운 상황이니 내가 도와야겠다”, “어떻게 하면 모두가 원활하게 나아갈 수 있을까?”를 함께 고민할 수 있는 분과 일하고 싶습니다.
또한 새로운 기술에 호기심을 가지고 변화를 두려워하지 않고 도전할 수 있는 분이라면 저희 회사 환경에 잘 맞을 것입니다. 블록체인과 NFT는 계속 진화 중이며, 때로는 기존 상식을 뒤엎는 일도 있습니다. 스스로 성장하고 싶은 분, 도전을 즐길 수 있는 분들의 많은 지원을 기다리고 있습니다.