Dotorian

Finch 팀 운영 회고: 8명으로 시작해 7명이 출시하기까지

김민기금융 데이터를 읽고 제품을 만듭니다

Finch에는 두 가지 이야기가 있다. 하나는 어떤 문제를 골라 무엇을 출시했는지에 관한 제품 이야기다. 이 내용은 Finch 제품 케이스 스터디에 정리했다.

이 글은 그 제품을 만드는 동안 팀이 어떻게 바뀌었는지를 돌아보기 위한 별도의 회고다. 당시 사진과 구체적인 판단 장면은 기억만으로 채우지 않고, 남아 있는 일정표·회의 기록·메시지를 다시 확인하면서 계속 보완하려 한다.

8명으로 시작했다

처음 팀 구성은 PM 1명, 디자이너 3명, 프론트엔드 2명, 백엔드 2명이었다. 나까지 포함해 총 8명이었다.

나는 PM으로 제품의 문제와 출시 범위를 정하고, 제품 기획과 화면 설계·마케팅을 함께 맡았다. SWYP 9주 안에서 첫 MVP를 6주 동안 만들고 AOS/iOS 출시까지 이어가는 것이 팀의 공통 목표였다.

규모만 보면 역할마다 여러 사람이 있는 큰 팀이었다. 하지만 프로젝트가 진행되면서 처음의 인원표는 그대로 유지되지 않았다.

팀 구성은 일정하게 유지되지 않았다

진행 중 백엔드 한 명이 이탈하면서 백엔드는 한 명만 남았다. 프론트엔드에서도 한 명이 빠지고 다른 사람이 합류하는 교체가 있었다. 디자인 협업에서도 역할과 의사결정 방식을 다시 맞춰야 하는 시기가 있었다.

인원수만 보면 한 명이 줄었지만, 실제 변화는 숫자보다 컸다. 누군가 빠지면 그 사람이 알고 있던 맥락도 함께 끊기고, 새로 합류한 사람에게는 이미 진행된 판단을 다시 설명해야 한다. 최종적으로는 7명이 프로젝트를 이어갔다.

이 과정을 누가 옳았고 누가 잘못했는지의 이야기로 남기지는 않으려 한다. 회고에서 더 중요한 것은 빈 역할이 생겼을 때 무엇을 줄였는지, 교체된 사람이 들어왔을 때 어떤 맥락을 넘겼는지, 의견이 갈릴 때 무엇을 기준으로 결정했는지다.

PM으로 다시 적어야 할 세 장면

현재 남아 있는 자료만으로는 당시의 대응을 구체적으로 복원하기 어렵다. 다음 세 장면은 일정표와 대화 기록을 다시 확인한 뒤 내 말로 보완할 부분이다.

  1. 백엔드 인원이 줄었을 때 6주 MVP의 기능과 일정을 어떻게 다시 나눴는가.
  2. 프론트엔드 인원이 교체됐을 때 이미 결정된 화면과 개발 맥락을 어떻게 전달했는가.
  3. 디자인 의견이 부딪혔을 때 취향이 아니라 어떤 제품 기준으로 결론을 냈는가.

좋았던 일만 정리하면 출시 기록은 남아도 PM으로 무엇을 판단했는지는 보이지 않는다. 반대로 갈등만 자세히 쓰면 팀원을 평가하는 글이 된다. 그래서 이 회고는 사건보다 내가 내린 결정과 그 결과를 중심으로 보완하려 한다.

팀이 흔들려도 출시 범위는 남았다

구성 변화가 있었지만 첫 MVP는 6주 동안 개발했고, Finch는 AOS/iOS 앱으로 출시됐다. iOS App Store에는 2026년 1월 9일 공개됐다.

출시했다는 사실만으로 팀 운영이 좋았다고 말할 수는 없다. 다만 사람이 빠지고 바뀌는 동안에도 제품의 중심이었던 기록·연결·모아보기·복기 흐름은 실제 앱으로 남았다. 이후의 회고에서는 이 결과보다, 그 과정에서 어떤 선택이 효과가 있었고 무엇을 더 일찍 정했어야 했는지를 구체적으로 적을 예정이다.

다음 수정에서 사진과 함께 보완할 것

사진은 장식보다 당시 판단을 복원하는 근거로 붙이려고 한다.

  • 첫 팀 구성과 역할을 확인할 수 있는 킥오프 자료
  • 인원 변화 전후의 일정표 또는 역할표
  • 새 팀원에게 맥락을 넘겼던 문서나 화면
  • 출시 직전 실제 작업 화면
  • 공개 가능한 범위의 팀 사진과 App Store 출시 화면

사진을 추가할 때는 팀원 이름, 계정, 내부 대화와 개인정보가 드러나지 않는지 먼저 확인한다. 각 사진 아래에는 “무슨 장면인지”보다 그 장면에서 무엇을 결정했는지를 한 문장으로 붙일 생각이다.

지금 남겨 두는 질문

  • 큰 팀이었는데도 특정 역할 한 명의 이탈이 크게 느껴진 이유는 무엇이었나?
  • PM인 내가 너무 늦게 알아챈 위험은 무엇이었나?
  • 일정과 기능 가운데 실제로 지킨 것과 포기한 것은 무엇이었나?
  • 다시 8명으로 시작한다면 첫 주에 어떤 역할·인수인계 규칙부터 정할 것인가?
  • 출시 뒤 팀원들에게 다시 묻고 싶은 것은 무엇인가?

이 질문에 실제 장면과 선택을 붙이는 것이 이 회고의 다음 수정이다.


  • 기간: 2025.11–2026.01 · SWYP 9주, 첫 MVP 개발 6주
  • 팀: 초기 8명 · PM 1명, 디자이너 3명, 프론트엔드 2명, 백엔드 2명 → 최종 7명
  • 역할: PM · 제품 기획 · 디자인 · 마케팅
  • 결과: AOS/iOS 출시 · iOS App Store 2026.01.09 공개
  • 제품 기록: Finch를 App Store까지 출시하고 알게 된 것
  • #Finch
  • #팀운영
  • #PM
  • #협업
  • #회고