시니어 엔지니어의 죽음의 나선 — 증명하려다 번아웃에 빠지지 않는 법

AI 요약

Sunil Pai는 새 직장에 들어갔거나 승진했거나 큰 프로젝트를 맡은 엔지니어가 자신의 능력을 증명하려다 무너지는 패턴을 ‘시니어 엔지니어의 죽음의 나선’이라고 부릅니다. 친구가 새 직장에서 매우 높은 직급과 급여를 받게 된 뒤 주 60~80시간을 일하고 빠르게 성과를 내는 방법을 묻자, 저자가 자신의 경험을 바탕으로 이 패턴을 설명했습니다.

■ 더 큰 일을 맡고 고립되는 과정

처음에는 더 야심찬 프로젝트를 설계하고 더 많은 일을 해내면 승진이나 보상을 받을 수 있다고 생각합니다. 아직 자신의 직급에 완전히 익숙하지 않은데도 한 단계 더 높은 엔지니어처럼 행동하려고 하면서, 실제 역량과 현재 상황보다 훨씬 큰 설계를 시작합니다. 그 뒤 팀에서 점점 사라집니다. 2~3주 동안 동료가 작업물을 보지 못하고, 스탠드업에서는 “일이 잘 진행되고 있으며 곧 보여줄 것이 있다”는 식의 긍정적인 진행 상황만 전합니다. 하지만 실제로 보여줄 결과물은 쌓이지 않습니다.

이때 머릿속에서는 이미 나선이 시작됩니다. 한동안 배포하거나 완료한 일이 없다는 사실을 깨닫고, 다음 주에 한 달치 일을 몰아서 만회하겠다고 생각합니다. 수면을 줄이고 식사를 거르며, 업무 관계와 개인적인 관계까지 흔들립니다. 결국 번아웃으로 한 달을 쉬거나, PIP(Performance Improvement Plan)를 받거나, 해고되거나, 스스로 퇴사하는 상황으로 이어질 수 있습니다. 저자는 이 일이 다른 사람에게만 일어나는 현상이 아니며 자신에게도 여러 번 일어났다고 말합니다. 반복해서 겪은 뒤에는 초기에 알아차리고 멈춰서 방향을 고칠 수 있게 됐다고 설명합니다.

■ 원격 업무에서 커진 고립

저자는 지난 5~10년 동안 코로나19, 코딩 에이전트, 원격 근무가 일하는 구조를 바꿨다고 봅니다. 예전처럼 동료 옆에서 함께 일하거나 Jira 티켓을 하나씩 배정받는 구조가 약해졌고, 개인이 맡는 책임과 자율성은 커졌습니다. 동시에 동료가 무엇을 하는지 알기 어려운 사일로도 커졌습니다.

그래서 자신의 업무를 오랫동안 아무도 모르는 상태로 두지 말아야 한다고 말합니다. 동료가 “그 사람이 요즘 무엇을 하는지 모르겠다”고 말하기 시작한 뒤에는 이미 대응이 늦을 수 있습니다. 반대로 자신이 무엇을 하는지 자주 공유하면 동료와 관리자가 현재 상황을 파악할 수 있습니다. 저자는 이를 시끄럽게 굴라는 뜻이 아니라, 작업물을 공유하고 진행 상황을 계속 드러내라는 뜻으로 설명합니다.

■ 더 높은 직급처럼 행동하지 말고 좋은 동료가 되기

저자가 제안하는 방법은 직관과 반대 방향으로 움직이는 것입니다. 주변 사람들이 선의로 일한다고 가정하고, 조직이 미래의 자신이 아니라 현재의 자신을 보고 채용했다는 사실을 받아들여야 합니다. 아직 6개월 뒤의 더 높은 직급처럼 보이려고 애쓸 필요가 없습니다.

그래서 한동안은 자신의 레벨을 한 단계 낮추는 태도가 필요하다고 말합니다. 책임을 포기하라는 뜻이 아니라, 당장 더 높은 수준의 설계를 증명하려 하기보다 가장 좋은 팀원이 되는 데 집중하라는 뜻입니다. 다른 사람이 맡기 싫어하는 버그를 처리하고, 아무도 손대지 못한 일을 정리하고, 반복적인 실무를 맡습니다. 문서 작성, 조직 정리, 작업 내용 기록처럼 팀에 도움이 되지만 쉽게 미뤄지는 일도 대상이 됩니다. 작은 기여를 쌓으며 다시 움직이기 시작하는 것이 목적입니다.

■ 결과 중심에서 추진력 중심으로

저자는 이 과정에서 결과 중심의 사고방식에서 추진력 중심의 사고방식으로 옮겨가야 한다고 말합니다. 한 번에 큰 성과를 만들어 자신을 증명하려 하면 작업이 멈추기 쉽습니다. 대신 일정한 루틴을 만들고, 동료와의 관계를 회복하며, 매일 조금씩 전진해야 합니다. 추진력이 생기고 관계가 다시 안정되면 오래 버틸 수 있는 체력이 생깁니다.

큰 프로젝트는 짧은 기간의 거대한 노력으로 완성되지 않습니다. 장거리 달리기처럼 느리고 꾸준한 작업이 이어져야 합니다. 주 단위보다 일 단위, 일 단위보다 시간 단위로 작업을 쪼개고 반복해 몸에 익히는 방식입니다. 아침에 일어나 커피를 만들고 업무를 시작한 뒤, 정해진 일을 계속하는 루틴을 만든다고 설명합니다. 그렇게 30일을 보낸 뒤 돌아보면 매일 조금씩 처리한 일이 큰 작업량으로 쌓여 있습니다.

이 루틴이 만드는 결과는 단순한 산출량만이 아닙니다. 동료와 관리자가 떠안은 부담을 줄이고, 약속한 일을 꾸준히 처리하는 신뢰를 만듭니다. 신뢰가 쌓이면 더 큰 업무를 맡을 기반도 생깁니다. 저자는 소프트웨어를 만드는 일보다 먼저 평판을 쌓는 일이 있다고 말합니다. 작업물은 그 평판을 바탕으로 이어집니다.

■ Hacker News 반응

• @ungreased0675 — 스트림 오브 컨셔스니스 방식으로 말해서 이해하지 못했습니다.
• @Pannoniae — 요약하면, 승진했거나 승진하고 싶었습니다. 야심과 커리어 발전을 보여주려고 더 큰 프로젝트를 하기로 하고, 거대한 프로젝트를 시작한 뒤 사람들 눈앞에서 사라집니다. 그러다 작업에서 막히고 뒤처지며 PIP를 받거나 우울해지는 등 여러 부정적인 결과로 이어집니다. 저자가 제안하는 방법은 계속 진행 상황을 알리고 매일 무언가의 진척을 보여서 흐름을 잃지 않는 것입니다. 제 분석으로는 이것이 특별히 시니어 엔지니어의 문제라고 생각하지 않습니다. 시간과 관심사를 다루는 방식에서 ADHD 특성이 드러나는 문제처럼 읽힙니다.
• @nchmy — 문장 첫 글자를 대문자로 쓰지 않는 사람이 쓴 글은 오만함이나 망상 같은 이유가 섞여 있으므로 오래전부터 읽을 가치가 없다고 생각했습니다. 여기에 속마음을 그대로 흘려보내는 문체까지 더해졌으니, 이 글에는 통찰이 전혀 없다고 확신합니다.
• @hollerith — 저자가 다른 규칙도 지키기만 한다면 저는 신경 쓰지 않습니다. 이 저자는 그 규칙을 지킵니다. 예를 들어 대명사 I와 고유명사인 Sunil을 대문자로 씁니다.
• @swiftcoder — 고유명사인 Sunil을 대문자로 쓰지 않는 것은 문체에 대한 취향과 상관없이 사람 이름을 대문자로 쓰지 않는 무례한 행동입니다.

원문: sunilpai.dev / 번역·요약: Trawling