요즘 유난히 피곤하지 않으신가요? 주말에도 노트북을 손에서 못 놓고, 뭔가 더 해야 할 것 같은 불안함이 계속 따라다니지 않나요? 그렇게 열심히 했는데 왜 결과물은 늘 “그럭저럭”인 것 같을까요?
일단 답부터 드릴게요. 문제는 후배님이 부족해서가 아니에요. 오히려 너무 많이, 너무 오래 하려고 해서 그래요. 더 열심히 하라는 조언은 이미 차고 넘치거든요. 오늘은 반대로 가볼게요.
번아웃은 게으름이 아니라 신호예요
폴란드의 10년차 소프트웨어 개발자이자 컨퍼런스 스피커인 실비아 라스코프스카(Sylwia Laskowska)가 최근 dev.to에 올린 7 Productivity Tips That Sound Wrong (But Actually Work) 글을 읽다가 뜨끔했어요. 본인도 컨퍼런스 발표와 블로그 운영이 잘 되기 시작하니 이메일, 초록 작성, 벤치마크 정리 같은 “관리 업무”가 갑자기 늘었고, 평일 저녁과 주말까지 채우기 시작하면서 생산성이 오히려 떨어졌다고 고백해요.
저도 비슷한 시기가 있었어요. 사이드 프로젝트, 스터디 발표, 회사 업무를 동시에 돌리던 시절인데, 스스로는 “다 잘 해내고 있다”고 생각했거든요. 그런데 어느 순간부터 코드 리뷰 코멘트를 대충 읽고, 커밋 메시지도 “fix” 한 줄로 때우고 있더라고요. 번아웃은 갑자기 쓰러지는 게 아니라, 이렇게 일의 품질이 조용히 무너지는 것부터 시작해요.
실리콘밸리가 아니어도 통하는 “의도적으로 덜 하기”
스크럼에서 배운 원칙을 삶에도 적용하기
라스코프스카가 첫 번째로 꼽은 원칙은 “할 수 있는 만큼 하지 말 것”이에요. 스프린트에 태스크를 꽉 채우는 게 아니라, 휴가가 아예 없어도 버틸 수 있는 속도를 찾는 게 스크럼의 원래 의도라는 거죠. 그런데 회사에서는 이 원칙을 지키면서 개인 시간에는 정반대로 살아요. 캘린더가 조금만 비면 “뭘 더 채워 넣을까”부터 고민하는 거예요.
후배님도 똑같지 않으신가요? 퇴근이 일찍 끝난 날, 쉬는 대신 사이드 프로젝트 커밋을 하나 더 하고, 강의를 하나 더 듣고, 이력서를 한 번 더 다듬죠. 그게 나쁘다는 게 아니에요. 다만 그 여백을 계속 일로 채우면, 정작 예정된 일이 몰려올 때 버틸 체력이 없다는 게 문제예요.
주말에 손 놓는 연습
두 번째는 주말에는 일하지 않는 것. 단순해 보이지만 실천은 어려워요. 라스코프스카는 뇌가 완전히 쉬어야 창의적인 아이디어가 들어올 자리가 생긴다고 말해요. 오히려 심심함을 일부러 견디는 순간에 “아, 이거 해보고 싶다”는 마음이 생긴다는 거죠.
It’s only when your brain finally relaxes that it has room for creativity.
Sylwia Laskowska, dev.to
주니어 시절 저는 주말에도 회사 슬랙을 계속 확인했어요. 뭔가 놓치면 안 될 것 같아서요. 그런데 정작 월요일 아침에 머리가 더 안 돌아가더라고요. 지금은 급한 장애 알림이 아니면 주말엔 아예 열지 않아요. 월요일 집중력이 훨씬 나아졌어요.
목표를 잘게 쪼개야 진짜로 끝낼 수 있어요
“이직 준비 열심히 하자”나 “이번 분기에 실력 확 늘리자” 같은 목표, 익숙하지 않으신가요? 문제는 이런 목표 앞에서는 뇌가 오히려 아무것도 안 하는 쪽을 선택한다는 거예요. 라스코프스카는 이걸 “민망할 정도로 쉬운 목표 세우기”로 풀어요. “구글 스태프 엔지니어가 되겠다”가 아니라 “이번 주에 이력서 한 줄을 숫자로 바꾼다” 정도로요.
여기서 한 걸음 더 나가는 팁이 “시작 전에 완료의 기준을 정하기”예요. “자바스크립트를 배운다”는 절대 끝나지 않아요. 대신 “이 튜토리얼을 끝내고 마지막 테스트를 통과한다”처럼 완료 조건을 구체적인 산출물로 잡아야 진짜로 끝을 볼 수 있어요. 이직 준비도 마찬가지예요. “포트폴리오를 잘 만든다”가 아니라 “이번 주 안에 프로젝트 3개 중 1개를 README까지 완성해서 지원 가능한 상태로 만든다”로 바꿔보세요.
- 주간 계획은 하루치가 아니라 “이번 주 안에 끝날 것”만 담기
- 큰 목표는 채용 공고에 넣을 수 있는 한 줄 단위로 쪼개기
- 목표를 세울 때 “완료됐다”를 판단할 산출물을 먼저 정하기
MVP는 코드에만 적용하는 게 아니에요
개발자라면 MVP(최소기능제품) 개념이 익숙하시죠. 라스코프스카는 이걸 업무 태도에도 그대로 적용하라고 해요. “요청받은 것만 정확히 전달하기”예요. 필요하지도 않은 디테일을 붙잡고 있다가 오히려 클라이언트가 원하지도 않은 걸 만들어서 되돌린 경험을 그는 솔직하게 털어놔요.
사이드 프로젝트에서 과도하게 예쁜 아키텍처를 짜느라 정작 배포는 한 번도 못 해본 후배님 계시죠? 그 마음 이해해요. 그런데 채용 담당자가 궁금한 건 우아한 설계가 아니라 “이 사람이 뭔가를 끝까지 만들어서 실제로 돌아가게 했는가”예요. 완벽한 설계보다 동작하는 결과물이 이력서에서는 더 힘이 세요.
마지막 팁은 “5분 안에 답할 수 있는 건 바로 답하기”예요. 별거 아닌 이메일이나 슬랙 메시지를 쌓아두면 나중에는 그 자체가 스트레스가 돼요. 라스코프스카는 이게 “일 잘하는 동료”로 보이는 가장 쉬운 방법이라고도 해요. 큰 작업에 집중할 시간은 따로 지켜야 하지만, 자잘한 것들은 그때그때 비워두는 게 오히려 큰 그림을 유지하는 데 도움이 돼요.
오늘 바로 해볼 수 있는 것
이번 주말 계획에 일을 하나라도 넣었다면 지금 지우세요. 대신 그 시간에 아무것도 하지 말고 심심해 보세요. 그리고 다음 주 계획을 세울 때는 “할 수 있는 만큼”이 아니라 “휴가 없이도 버틸 수 있는 만큼”으로 줄이세요.
이직 준비 중이라면 오늘 이력서를 열어서 끝나지 않는 목표로 적힌 문장부터 찾으세요. “React 공부 중”이 아니라 “이번 주 안에 배포까지 끝낸 프로젝트 1개”로 바꾸세요. 더 열심히 하지 마세요. 더 잘게 쪼개세요.
관련 글
번아웃과 업무 방식에 대한 고민이 이어진다면, 아래 글도 함께 읽어보시면 도움이 될 거예요.
- 동료와의 소통에서 “덜 하기”가 오히려 독이 되는 순간도 있어요 — AI 슬롭 시대, 동료가 내 PR과 문서를 안 읽는 이유
- 조직이 얇아지는 시대, 개인의 페이스 조절은 더 중요해져요 — 미들 매니저가 사라지는 시대, 개발자는 무엇을 준비해야 할까
- MVP 마인드셋은 사이드 프로젝트 선택에도 그대로 적용돼요 — 사이드 프로젝트 API 선택, 채용 인터뷰에서 드러나는 이유
📌 함께 보시면 좋은 글
이직·퇴사·연봉 협상을 혼자 판단하기 어렵다면
1:1 개발자 커리어 상담 신청하기 →
※ 본 글은 AI(Claude)의 초안을 기반으로 편집자 검수를 거쳐 발행되었습니다. (한국 AI기본법 대응 고지)
이직·퇴사, 지금 움직여도 될지 헷갈리시나요?
막연히 불안한 건지, 정말 시점이 온 건지 판단이 어려울 때가 있습니다.
5분 체크리스트로 지금 상태를 먼저 정리해보세요.
결론을 대신 내리기보다, 스스로 판단할 기준을 잡는 데 도움을 드립니다.
아직 확신이 없다면, 지금이 ‘고민 단계’인지부터 먼저 점검해보세요