번아웃이 왔을 때 그게 번아웃인 줄 몰랐습니다. 그냥 좀 지친 거라고 생각했습니다. 그래서 생산성 앱을 새로 깔고, Notion으로 일정을 다시 짜고, 포모도로 기법을 꺼내 들었습니다. 에너지가 바닥난 사람에게 더 정교한 스케줄러를 쥐어봤자 달라지는 건 없었습니다. 그 시행착오가 꽤 길었고, 덕분에 이 글을 씁니다.
번아웃인지 몰랐던 이유 — 번아웃 인식의 어려움
번아웃(Burnout)이란 만성적인 직무 스트레스가 해소되지 않아 신체적·정서적·정신적 소진 상태에 이르는 것을 말합니다. 세계보건기구(WHO)는 2019년 번아웃을 공식 직업 현상(occupational phenomenon)으로 분류했으며, 단순한 피로와 달리 에너지 고갈, 업무로부터의 심리적 거리감, 직무 효능감 저하 세 가지를 핵심 증상으로 제시합니다(출처: WHO).
제가 직접 겪어보니, 이 세 가지 증상이 동시에 오는 게 아니었습니다. 처음에는 그냥 피곤한 것 같았습니다. 주말에 좀 쉬면 나아질 거라 생각했습니다. 그런데 월요일이 되어도, 다음 주가 되어도 나아지지 않았습니다. 그제야 뭔가 다르다는 걸 느꼈습니다.
20~30대 시절에는 새로운 기술을 배우는 것 자체가 보상이었습니다. 밤새 코드를 짜고 새벽에 화면이 동작하면 그게 충전이 됐습니다. 그런데 40대에 접어들면서 새 프레임워크 이름을 들으면 설레는 대신 '또 공부해야 하나'는 생각이 먼저 들었습니다. 그 변화를 저는 나이 탓으로만 돌렸는데, 사실 그건 직무 효능감(Self-efficacy) 저하의 신호였습니다. 직무 효능감이란 자신이 맡은 일을 잘 해낼 수 있다는 스스로에 대한 믿음을 말합니다. 이게 무너지면, 새로운 도전이 기회가 아니라 위협으로 느껴지기 시작합니다.
번아웃을 단순 피로로 오해하는 이유가 여기 있습니다. 피로는 쉬면 회복되지만, 번아웃은 쉬어도 회복되지 않습니다. 저처럼 생산성 도구에 손을 뻗는 것도 그 오해의 결과입니다. 에너지 문제가 아니라 의미의 문제인데, 관리 도구로 해결하려 했으니 될 리가 없었습니다.
회복의 실마리 — 도구가 아닌 대화와 원점 질문
한참 후에야 저는 모든 앱을 닫고 스스로에게 질문을 던졌습니다. "나는 왜 개발자가 됐나?" 처음엔 답이 나오지 않았습니다. 그게 더 무서웠습니다. 20년을 열심히 살아왔는데 이유가 기억나지 않는다는 게 말입니다.
한참을 생각한 끝에 떠오른 건, 대학 시절 처음 만든 웹사이트를 친구에게 보여줬을 때 친구가 놀라던 얼굴이었습니다. 무언가를 만들어서 누군가에게 보여주는 기쁨. 그게 시작이었는데, 언제부터인가 저는 배포 후 Slack 알림만 확인하는 사람이 되어 있었습니다. 결과물이 아니라 알림을 확인하는 사람. 그 차이가 꽤 컸습니다.
제가 그 다음으로 한 일은 Notion 재정리가 아니었습니다. 오랫동안 연락을 끊었던 개발자 친구들을 만난 것이었습니다. 거창한 상담도 아니었고, 그냥 밥을 먹으면서 "나 요즘 힘들다"고 말한 것이었습니다. 그 한마디가 생각보다 많은 걸 풀어줬습니다. 번아웃 회복에서 사회적 지지(Social Support)가 중요한 이유도 여기 있습니다. 사회적 지지란 주변 사람들과의 관계에서 오는 정서적·정보적 지원을 뜻하는데, 이것이 소진된 에너지를 보충하는 데 실질적인 효과가 있다는 것은 직업심리학 연구에서 반복적으로 확인된 결과입니다(출처: 한국산업심리학회).
그다음으로 한 것은 사이드 프로젝트였습니다. 회사 코드가 아닌, 제가 쓰고 싶어서 만드는 작은 도구였습니다. 완성도도 없었고, 누가 쓸지도 몰랐습니다. 그냥 만드는 과정이 즐거웠습니다. 내재적 동기(Intrinsic Motivation)를 다시 연결하는 과정이었다고 지금은 생각합니다. 내재적 동기란 외부 보상이 아닌 활동 자체에서 오는 즐거움과 의미를 말합니다. 저는 그걸 잃고 있었고, 사이드 프로젝트가 그것을 되살려줬습니다.
회복에 실질적으로 도움이 됐던 것들을 정리하면 다음과 같습니다.
- 생산성 도구를 모두 닫고 "왜 이 일을 하나"라는 원점 질문을 스스로에게 던지는 것
- 오랫동안 연락이 끊겼던 개발자 동료나 친구를 만나 부담 없이 이야기 나누는 것
- 평가 기준이 없는 개인 프로젝트를 하나 시작해서 결과보다 과정을 즐기는 것
- 현재 업무에서 내가 실제로 영향을 주고 있는 부분을 의식적으로 확인하는 것
개인 회복만으로는 부족한 이유 — 번아웃의 구조적 원인
번아웃 관련 콘텐츠 대부분은 "취미를 가져라", "운동해라", "충분히 쉬어라"로 끝납니다. 이 처방들이 틀린 건 아닙니다. 그런데 제가 불편하게 느끼는 건, 이 모든 해법이 개인의 회복 의지에만 집중한다는 점입니다. 비현실적인 일정과 목표를 설정하는 조직 문화가 번아웃의 근본 원인이라면, 개인이 아무리 요가를 배우고 독서를 해도 월요일 아침이 되면 같은 자리로 돌아갑니다.
특히 40대 개발자의 번아웃은 세대 특수성이 있습니다. 경력 20년 이상의 시니어 개발자(Senior Developer)임에도 여전히 취업 불안에 시달리는 구조가 한국 IT 업계에 존재합니다. 시니어 개발자란 기술적 숙련도는 물론 시스템 설계와 팀 리딩까지 수행할 수 있는 고경력 개발자를 말합니다. 그런데 나이가 들수록 관리직으로 올라가거나 현장을 떠나야 한다는 암묵적 압박이 정체성 위기(Identity Crisis)와 맞닿으면, 그건 단순한 피로가 아니라 실존적 소진입니다. 정체성 위기란 자신이 누구인지, 무엇을 위해 일하는지에 대한 감각이 흔들리는 상태를 말합니다.
솔직히 이 부분이 제일 무서웠습니다. 피로는 쉬면 낫지만, "나는 왜 이 일을 하고 있는가"라는 질문의 답이 사라지는 건 어디서부터 회복해야 할지 모르겠는 상태이기 때문입니다. 제 경험상, 이 지점에서는 생산성 프레임워크가 아니라 자기 서사를 다시 쓰는 작업이 필요합니다. 내가 지금까지 뭘 만들어왔는지, 그게 누구에게 어떤 영향을 줬는지를 구체적으로 떠올리는 일 말입니다.
조직 차원에서도 변화가 필요합니다. 시니어 개발자의 가치를 관리 능력뿐 아니라 기술 역량으로도 인정하는 문화가 만들어지지 않으면, 개인이 아무리 번아웃을 극복해도 같은 압박 속에서 같은 소진이 반복됩니다. 도구보다 먼저 필요한 건 '왜'라는 질문이고, 개인의 '왜' 만큼이나 조직의 구조도 함께 바뀌어야 합니다.
번아웃이 의심된다면, 지금 당장 생산성 앱을 닫는 것부터 시작해 보시기 바랍니다. 그리고 오래된 개발자 친구에게 연락 한 통을 해보는 것도 좋습니다. 거창한 상담이 아니어도 됩니다. "나 요즘 좀 힘들다"는 한마디가, 제 경우엔 꽤 많은 걸 바꿔놓았습니다. 그 다음은 원점 질문입니다. 처음 코드를 짰을 때 무엇이 즐거웠는지, 그 감각을 지금도 어딘가에서 찾을 수 있는지. 도구보다 '왜'가 먼저입니다.
참고: Lee young-jun, "40년 경력 개발자가 말하는 번아웃되지 않는 방법", Medium (2023) — https://toyboy2.medium.com
@cowkite, "7년차 개발자의 번아웃", 개인 블로그 (2025) — https://blog.cowkite.com/blog/2112302012/
F-Lab, "번아웃을 극복하는 개발자의 생존 전략" (2024) — https://f-lab.kr/insight/overcoming-developer-burnout
evan-moon, "내가 겪었던 번아웃, 그리고 극복했던 경험" (2019) — https://evan-moon.github.io/2019/09/23/how-to-overcome-burnout/
@nashorn74, "40대 후반 개발자의 고민에 대하여", Brunch (2019) — https://brunch.co.kr/@nashorn74/18
GeekNews, "번아웃에서 어떻게 회복했나 — 해커뉴스 답변 모음" — https://news.hada.io/topic?id=15962