온모임

사이드 프로젝트 팀원 찾기 스터디 모임

Letspl.me·Disquiet·Soup·Depromeet 활용법 — 매칭부터 포트폴리오 빌드까지

사이드 프로젝트 팀 찾기

🔍왜 지금 사이드 프로젝트 팀원 찾기인가

2026년 채용 시장의 72%가 포트폴리오를 중시합니다 (채용시장조사, 2026). 대기업 공채가 줄고 경력직 채용 비중이 늘면서, "무엇을 만들어봤나"가 "어디서 일했나"보다 중요해지는 추세입니다.

문제는 혼자서는 포트폴리오를 만들기 어렵다는 것입니다. 기획자가 혼자 프로토타입을 만들기는 힘들고, 개발자 혼자 기획과 디자인까지 하기에는 한계가 있습니다. 여기서 사이드 프로젝트 팀원 찾기 스터디의 필요성이 생깁니다. 단순히 프로젝트를 같이 하는 것을 넘어, 팀 매칭 과정 자체를 체계적으로 배우는 스터디입니다.

Hola World로 연동된 사이드 프로젝트 커뮤니티 활용자가 150만 명을 넘어섰습니다 (커뮤니티 통계, 2026). 플랫폼은 많아졌지만 좋은 팀원을 만나는 법, 팀이 흩어지지 않게 유지하는 법은 여전히 개인이 경험으로 배워야 합니다. 이 가이드는 그 경험을 압축합니다.

🗺️팀원 매칭 플랫폼 4종 비교 — 어디서 찾을까

Letspl.me (렛잇플레이)

스타트업·사이드 프로젝트 팀원 매칭 특화 플랫폼입니다. 아이디어 게시글을 올리면 관심 있는 사람들이 지원하는 방식으로, 팀 빌딩의 주도권이 아이디어를 가진 사람에게 있습니다. Hola World와 연계된 인력풀이 크고 IT·비IT 직군 모두 활발합니다. 처음 팀원을 찾는다면 여기서 시작하는 것이 가장 접근하기 쉽습니다.

Disquiet (디스콰이엇)

IT 프로덕트 빌더들의 커뮤니티입니다. 사이드 프로젝트 런칭 후기, 팀 모집 게시글, 해커톤 팀 찾기가 모두 한 공간에 있습니다. 개발자와 PM 비중이 높고, 프로덕트를 실제로 출시하는 것에 진지한 분위기입니다. 이미 아이디어가 있고 같이 만들어줄 개발자·디자이너를 찾는다면 Disquiet 팀 모집 글이 효과적입니다.

Soup (수프)

디자이너 중심의 사이드 프로젝트 커뮤니티입니다. UI/UX 디자이너 비중이 높아 디자인 중심 프로젝트나 브랜드·서비스 기획 성격의 팀에 적합합니다. 개발자가 디자이너를 찾거나, 디자이너가 함께 프로덕트를 만들 기획자·개발자를 찾는 데 유용합니다.

Depromeet (디프만)

iOS·Android·서버·디자인 직군이 팀을 이뤄 반기별 앱을 만드는 연합 동아리입니다. 포트폴리오 앱을 실제 출시까지 이어가고 싶은 사람들에게 최적입니다. 모집 경쟁률이 있어 지원 서류를 준비해야 하고, 기수마다 모집 시기가 다릅니다. 공식 사이트에서 다음 기수 모집 일정을 미리 확인해두세요.

사이드 프로젝트 팀원 찾기 5단계

1

팀 매칭 전 먼저 '나의 기여 범위'를 문서화한다

팀원을 찾기 전에 내가 무엇을 줄 수 있는지를 한 페이지로 정리하세요. 직무(기획·개발·디자인·마케팅), 주당 투자 가능 시간, 목표(포트폴리오·수익화·이직), 선호 커뮤니케이션 방식(비동기·동기), 기술 스택을 5줄로 써두면 매칭 플랫폼에서 오는 연락의 질이 달라집니다. 막연히 '같이 뭔가 만들고 싶어요'로 시작하면 3주 만에 팀이 흩어집니다.

2

플랫폼 선택: 목적에 따라 달리 접근한다

Letspl.me는 스타트업 아이디어 기반 팀 매칭에 특화되어 있으며 Hola World로 연동된 인력풀이 150만 명 이상입니다 (커뮤니티 통계, 2026). Disquiet는 IT·프로덕트 빌더 커뮤니티로, 해커톤·사이드 프로젝트 팀 모집 게시판이 활발합니다. Soup는 디자이너 비중이 높아 디자인 중심 프로젝트에 유리합니다. Depromeet는 앱 개발 중심의 연합 동아리로 반기별 프로젝트를 팀으로 진행합니다.

3

초기 팀 구성: 3~4명이 가장 생산적인 사이드 프로젝트 규모다

5명 이상이 되면 의사결정 속도가 느려지고 무임승차가 생깁니다. 핵심 기능을 만들 수 있는 최소 인원 3~4명이 이상적입니다. 기획 1명, 개발 1~2명, 디자인 1명의 조합이 표준입니다. 포트폴리오가 목적이라면 직무별 기여 분량을 사전에 협의하고 각자 GitHub·Notion에 기여 이력을 남기는 구조를 처음부터 만들어야 합니다.

4

스터디 모임 병행: 주 1회 진행 상황 공유로 팀 응집력을 만든다

사이드 프로젝트 팀원 찾기는 단발성 매칭이 아닙니다. 정기 스터디 모임을 병행하면 팀원 이탈이 줄어듭니다. 주 1회 1.5시간 세션에서 각자 '이번 주 기여한 것'을 5분씩 발표합니다. 15~20분이면 팀 전체가 진도를 공유할 수 있습니다. 남은 시간은 블로커(막힌 것) 해결과 다음 주 계획 수립에 씁니다.

5

포트폴리오 증거 쌓기: 과정을 기록하는 습관이 이직 경쟁력이다

사이드 프로젝트의 이직 활용 가치는 결과물만이 아니라 과정 기록에서도 나옵니다. 매 스프린트가 끝나면 Notion에 '우리가 왜 이 결정을 했는지'를 짧게 남기세요. 인터뷰에서 프로젝트 결정 과정을 묻는 질문을 받을 때, 과정 기록이 있는 사람과 없는 사람의 답변 깊이가 다릅니다. 채용 시장의 72%가 포트폴리오를 중시합니다 (채용시장조사, 2026).

기존 사이드 프로젝트 모임과 무엇이 다른가

일반적인 직장인 사이드 프로젝트 모임은 "아이디어 공유 → 같이 만들기"에 초점을 맞춥니다. 이 페이지가 다루는 팀원 찾기 스터디 모임은 거기서 한 단계 전 과정에 집중합니다. 좋은 팀원을 어떻게 식별하는지, 팀의 기여 불균형을 어떻게 예방하는지, 팀이 흩어질 때의 해체 기준을 어떻게 정하는지를 함께 배웁니다.

이 스터디에서 다루는 핵심 질문들은 이렇습니다. "매칭 플랫폼 지원 메시지를 어떻게 써야 연락이 오는가?", "팀원 면접에서 무엇을 물어봐야 하는가?", "계약서 없이 IP는 어떻게 정리하는가?", "팀원이 잠수를 타면 어떻게 하는가?" 이런 질문들은 프로젝트를 한 번 겪어봐야 알 수 있지만, 스터디에서는 타인의 경험으로 미리 배울 수 있습니다.

매달 한 명씩 '팀 매칭 경험담'을 발표하는 사례 공유 세션이 이 스터디의 핵심입니다. 성공 사례보다 실패 사례가 더 가르침이 큽니다. "처음 보는 사람과 어떻게 신뢰를 쌓았는가"는 이론이 아니라 경험에서 나오는 이야기입니다.

📂포트폴리오로 연결하는 사이드 프로젝트 전략

사이드 프로젝트를 포트폴리오로 활용하려면 프로젝트 기획 단계부터 "이것을 이직 인터뷰에서 어떻게 설명할 것인가"를 고려해야 합니다. 완성도보다 문제 해결 과정의 서술 능력이 채용 담당자에게 더 인상 깊게 남습니다.

직무별 포트폴리오 증거 포인트

기획자·PM이라면 사용자 인터뷰 결과 요약, 기능 우선순위 결정 근거, A/B 테스트 결과 분석이 포트폴리오의 핵심입니다. 개발자라면 기술 스택 선택 이유, 성능 개선 수치, 코드 리뷰 과정이 중요합니다. 디자이너라면 초기 와이어프레임에서 최종 디자인까지의 변화 과정, 사용자 피드백 반영 히스토리가 설득력 있는 증거입니다.

팀 프로젝트에서 '나의 기여'를 드러내는 법

팀 프로젝트는 포트폴리오에서 "우리가 했습니다"가 아니라 "내가 이 부분을 맡았고 이런 결정을 내렸습니다"로 서술해야 합니다. 스터디에서 매 스프린트마다 개인 기여 로그를 노션에 남기는 습관을 처음부터 잡으면, 나중에 포트폴리오를 정리할 때 자료가 이미 쌓여 있습니다. 깃허브 커밋 히스토리, 피그마 버전 히스토리가 자동으로 증거가 됩니다.

사이드 프로젝트 팀원, 온모임에서 찾아보세요

온모임에서 사이드 프로젝트를 함께 만들 팀원을 찾아보세요. 본인 인증된 직장인들과 포트폴리오를 함께 빌드하는 스터디 모임을 시작할 수 있습니다.

사이드 프로젝트 모임 찾기