1인 개발자 번아웃 자가진단: 신호 12가지와 회복 루틴 체크리스트

혼자 만들 때 번아웃은 조용히 온다

1인 개발자는 기획자, 개발자, 디자이너, CS 담당자, 마케터 역할을 자주 오간다. 문제는 일이 많다는 사실보다, 멈출 기준이 없다는 점이다. 팀에서는 누군가가 일정이나 범위를 조정해주지만 혼자 만들 때는 “조금만 더”가 기본값이 되기 쉽다.

번아웃은 어느 날 갑자기 오는 사건이라기보다, 에너지가 계속 새는 상태에 가깝다. 아래 체크리스트는 의학적 진단이 아니라 작업 상태를 점검하기 위한 실용 도구다. 여러 항목이 오래 지속된다면 속도를 줄이고, 필요하면 전문가의 도움을 받는 편이 좋다.

번아웃 신호 12가지 체크리스트

아래 항목 중 최근 2주 이상 반복된 것이 몇 개인지 체크해보자.

• 예전에는 재밌던 기능 구현이 무겁게 느껴진다.
• 작업을 켜놓고도 작은 수정 하나를 계속 미룬다.
• 쉬는 중에도 미완성 기능과 버그가 머릿속에서 떠나지 않는다.
• 수면 시간이 흔들리거나 자고 일어나도 개운하지 않다.
• 사소한 피드백에도 과하게 예민해진다.
• 배포 후 반응이 없으면 프로젝트 전체가 실패처럼 느껴진다.
• 할 일 목록은 길어지는데 우선순위를 고르기 어렵다.
• 코드를 열면 바로 다른 탭, 영상, 메신저로 도망간다.
• 식사, 운동, 정리 같은 기본 루틴이 뒤로 밀린다.
• 작은 버그를 고치다가 제품 방향 전체를 의심한다.
• “오늘도 못 했다”는 생각으로 하루를 끝낸다.
• 아무것도 하지 않는 시간이 죄책감으로 채워진다.

체크가 3개 이하라면 피로 누적일 수 있다. 4~7개라면 작업 방식 조정이 필요하다. 8개 이상이거나 일상 기능이 크게 무너졌다면 혼자 버티는 문제로만 보지 않는 것이 좋다.

단계별 회복 행동

번아웃 관리는 의지 문제가 아니라 부하 조절 문제에 가깝다. 단계별로 목표를 다르게 잡아야 한다.

초기에는 “더 열심히”보다 “덜 벌리기”가 중요하다. 이번 주 목표를 새 기능 3개에서 버그 1개 수정으로 줄여도 된다. 중기에는 성장 목표를 잠시 내려놓고 제품이 망가지지 않게 유지하는 수준으로 낮춘다. 심각 단계에서는 프로젝트보다 몸과 생활 리듬이 먼저다.

회복 루틴은 작고 구체적으로

회복 루틴은 멋진 계획보다 반복 가능한 크기가 중요하다. 다음처럼 작게 시작해보자.

1. 작업 시작 전 오늘의 1순위만 적는다.
2. 50~90분 단위로 작업하고, 끝나면 자리에서 일어난다.
3. 밤에는 새 기능 개발 대신 메모 정리만 한다.
4. 주 1회는 “배포 없는 날”로 고정한다.
5. 쉬는 시간도 캘린더에 일정으로 넣는다.

핵심은 휴식을 남는 시간에 배치하지 않는 것이다. 남는 시간은 보통 생기지 않는다. 쉬는 것도 일정으로 잡아야 실제로 지켜질 가능성이 커진다.

다시 만들기 위해 멈추는 기술

1인 개발자에게 꾸준함은 매일 갈아 넣는 능력이 아니라, 오래 지속되도록 속도를 조절하는 능력에 가깝다. 프로젝트를 접자는 뜻이 아니다. 오히려 계속 만들기 위해 지금의 작업 밀도를 낮추자는 뜻이다.

오늘 할 수 있는 가장 작은 조정은 하나만 고르는 것이다. 할 일 목록에서 하나를 지우거나, 배포일을 미루거나, 잠자는 시간을 먼저 고정해보자. 회복은 거창한 리셋보다 작은 감속에서 시작되는 경우가 많다.