개발자가 사이드 프로젝트를 포기하는 단 5가지 방식, 당신은 반복적으로 어떤 방식을 따르는가

코드를 디버깅합니다. 빌드를 디버깅합니다. CI에서만 실패하는 불안정한 테스트(flaky test)를 디버깅합니다.

실제로는 사이드 프로젝트를 망하게 만드는 것, 즉 '왜 멈추는지'에 대해서는 단 한 번도 디버깅해 본 적이 없을 겁니다.

저는 많은 풀타임 개발자들이 부업으로 무언가를 출시하려는 모습을 지켜봤습니다. 스택(stack)도 다르고, 아이디어도 다르고, 직장도 다릅니다. 그리고 그들이 실패하는 방식은 무작위적이지 않습니다. 그것은 소수의 반복되는 패턴으로 붕괴하며—약 일곱 가지 질문만 하면 예측할 수 있을 정도로요.

저를 놀라게 한 부분은 이것입니다: 거의 결코 '규율(discipline)'의 문제가 아닙니다. 그것은 하나의 '패턴'입니다. 그리고 패턴은 디버깅이 가능합니다.

왜 '규율'이라는 진단이 잘못되었는가

프로젝트가 죽었을 때 스스로에게 하는 기본 이야기는 캐릭터에 대한 이야기입니다. '나는 충분히 꾸준하지 못했어. 동기 부여를 잃었어. 산만해졌어.'

그런 틀(framing)은 함정입니다. 왜냐하면 화요일 밤에 캐릭터의 결함은 고칠 수 없기 때문입니다. 하지만 패턴은 어떨까요? 패턴은 특정한 모양, 특정한 실패 지점, 그리고 다음에 그것을 만났을 때 다르게 할 수 있는 특정한 행동이 있습니다.

그리고 최근 이 패턴들이 더 나빠진 환경적인 이유가 있습니다. METR는 2025년에 숙련된 개발자들을 실제 과제로 측정했고, AI 도구를 사용할 경우 19% 더 느리다는 것을 발견했습니다 (arxiv.org/abs/2507.09089). 그 이유는 AI가 쉬운 부분은 처리하고 당신을 어렵고 지루하며 프로젝트를 망하게 만드는 부분에 혼자 남겨두기 때문입니다. AI는 계획을 짜줍니다. 하지만 당신이 4일차를 건너뛰었는지 알아차려 주지는 않습니다.

따라서 질문은 '내가 충분히 규율이 있는가'가 아닙니다. '나의 실패 모드는 무엇이며, 그것을 깨뜨릴 수 있는 한 가지 행동은 무엇인가?'입니다.

5가지 실패 모드

이 중 하나가 불편할 정도로 익숙한지 확인해 보세요.

1. 영원한 계획가(The Perpetual Planner). 실제로 구축하는 적이 없습니다. 프로젝트는 저장소(repo)가 아니라 Notion 문서로 죽습니다. 아키텍처와 로드맵, 완벽한 이름은 있지만 배포된 코드는 전무합니다.

2. 번개 같은 열정(The Flash-in-the-Pan). 1일차를 사랑합니다. 에너지는 진짜인데 4일차에 사라집니다. 당신의 프로젝트 무덤들은 모두 같은 주에 죽었습니다.

3. 기능 깊이 파고들기 (The Feature Deep Diver). 아무도 요청하지 않은 하나의 기능에 빠져듭니다. '이거만 빨리 추가해볼게'라는 말이 3주가 되고, 실제 MVP(Minimum Viable Product)는 출시되지 않습니다. 왜냐하면 사용자가 결코 보지 않을 사소한 디테일을 다듬느라 시간을 보내기 때문입니다.

4. 거의 완성 단계에서 멈추는 사람 (The Almost-Shipper). 80~90%까지 진행하고 멈춥니다. 마지막 10%—배포(deploy)하고, 다듬고, 출시 버튼을 누르는 그 지점에서 프로젝트가 죽습니다. 당신의 컴퓨터에는 세상이 결코 사용하지 않을 '작동하는 소프트웨어'만 남아있게 됩니다.

5. 연속적인 시작자 (The Serial Starter). 당신의 GitHub는 1일차 커밋(Day-1 commits)들의 무덤입니다. 아이디어가 부족한 것이 아닙니다. 마무리가 부족한 것입니다. 그리고 새로운 아이디어는 눈앞에 있는 미완성 프로젝트보다 항상 더 좋게 느껴집니다.

다시 한번 읽어보세요. 아마도 이 중 하나가 다른 것들보다 당신에게 더 큰 상처를 주었을 겁니다. 이것은 우연이 아닙니다. 그것이 바로 당신의 패턴입니다.

스스로 발견할 수 없는 이유

왜 이것이 진정으로 자가진단하기 어려운지 설명해 드리겠습니다.

당신은 그 패턴이 진행되는 과정 속에 있습니다. 4일차에 '플래시-인-더-팬(Flash-in-the-Pan)' 유형의 사람은 '아, 내 에너지가 예정대로 고갈되고 있구나'라고 생각하지 않습니다. 그는 '어쨌든 이 아이디어는 그렇게 좋지 않았나 보다'라고 생각합니다. 85%에서 멈추는 '거의 완성 단계에서 멈추는 사람'은 '내가 항상 하던 바로 그 지점에서 포기할 거야'라고 생각하지 않습니다. 그는 '다음 주말에 배포하는 것들을 다시 할게'라고 생각합니다.

실패 모드는 매번 합리적인 결정처럼 위장합니다. 이것이 그것을 선택(choice)이 아닌 패턴(pattern)으로 만듭니다.

항아리 안에서 라벨을 읽을 수는 없습니다. 이것이 커뮤니티나 대시보드가 해결해주지 못하는 이유입니다. 커뮤니티는 책임감(accountability)이 아니며, 대시보드는 책임감이 아닙니다. 그들은 활동(activity)만을 보여줄 뿐, 당신이 어떤 함정(trap)에 빠지고 있는지 알려주지는 않습니다.

제가 당신의 패턴을 명명하는 것을 만들었습니다

그래서 저는 무료 진단 도구를 만들었습니다. 7개의 질문으로 구성되어 있으며, 약 2분 정도 소요되고 가입 장벽이 없습니다. 결과를 통해 어떤 실패 모드가 당신의 것인지, 왜 그것이 특별히 당신에게 발동하는지, 그리고 이를 깨뜨릴 수 있는 단 하나의 행동(move)을 알려줍니다. 이는 일반적인 '동기 부여를 유지하라'는 조언이 아닙니다.

여기서는 각 모드에 대한 전체 분석을 의도적으로 작성하지 않았습니다. 왜냐하면 유용한 부분은 개인적인 것이기 때문입니다. 영원한 계획가(Perpetual Planner)와 거의 출시하는 사람(Almost-Shipper)은 거의 정반대의 조언이 필요합니다. 블로그 게시물로는 올바른 조언을 해줄 수 없습니다. 하지만 실제로 어떻게 행동하는지에 대한 일곱 가지 질문은 할 수 있습니다.

이는 무료이고 빠르며, 세 번째 질문에서 스스로를 알아차릴 것입니다.

만약 당신의 사이드 프로젝트가 한 번 이상 같은 방식으로 죽었다면, 그것이 바로 패턴을 말해주고 있는 것입니다. 어떤 것이 당신의 것인지 찾아보세요: mvpbuilder.io/ship-readiness

공개적으로 구축하기(Building in public). 121일차.