아무도 퇴사하지 않는데, 팀은 멈출 수 있습니다

열 명이 일하는 팀을 생각해봅니다. 반년 동안 퇴사한 사람이 없습니다. 납기는 대체로 지키고, 회의에서 크게 다투는 일도 없습니다. 그런데 리더가 먼저 꺼내지 않으면 새 제안이 나오지 않습니다. 예전에는 고객의 불편을 찾아오던 사람이 이제는 요청받은 수정만 합니다. 사람은 그대로인데, 팀이 스스로 고치는 일이 줄었습니다.

가상의 장면이지만, 이런 팀을 보고 내릴 수 있는 판단은 둘입니다. 사람들이 편해져서 의욕을 잃었다고 볼 수도 있고, 먼저 나섰던 경험에서 무언가를 배웠다고 볼 수도 있습니다. 저는 뒤쪽을 먼저 확인하고 싶습니다. 그 사람이 마지막으로 자기 일의 범위를 넘어 나섰을 때, 우리 팀은 무엇을 돌려줬을까요.

남아 있는 이유까지 보아야 합니다

대잔류(Great Stay)는 이직 움직임이 줄고 사람들이 현재 직장에 머무르는 현상을 가리키는 말입니다. 조용한 퇴사(Quiet Quitting)는 회사를 떠나지는 않되 일에 쏟는 관여와 추가적인 노력을 줄이는 모습을 설명할 때 쓰입니다. 두 가지는 한 사람에게서 함께 나타날 수 있습니다. 이직할 곳을 찾기 어렵다면 불만이 있어도 남을 수 있기 때문입니다.

그렇다고 남아 있는 사람을 모두 마음이 떠난 사람으로 볼 수는 없습니다. 정해진 시간에 맡은 일을 충실하게 하는 것도 건강한 근무 방식입니다. 야근을 하지 않거나 회식에 빠진다는 이유로 몰입이 낮다고 판단하면, 일을 대하는 태도와 사생활의 경계를 혼동하게 됩니다.

갤럽의 Global Data Summary — State of the Global Workplace 2026에 따르면, 2025년 전 세계 직원 가운데 업무에 몰입한다고 분류된 비율은 20%였습니다. 이 수치로 우리 팀 열 명 중 여덟 명이 마음을 접었다고 계산할 수는 없습니다.

작은 팀에서 더 살펴볼 만한 것은 한 사람의 변화입니다. 문제를 발견하면 먼저 알려주던 사람이 언제부터 말하지 않게 됐는지, 개선을 제안하던 사람이 언제부터 허락받은 일만 하게 됐는지입니다. 바빠졌거나 개인적인 사정이 생겼을 수도 있습니다. 그래서 변화는 판정의 근거가 아니라 대화를 시작할 단서입니다.

한 번 도운 일이 어느새 그 사람의 일이 됩니다

앞의 열 명짜리 팀에 고객 문의를 자주 살펴보는 개발자가 있다고 해봅니다. 같은 질문이 반복되는 것을 보고 안내 문구를 고쳤습니다. 문의가 줄었고, 리더는 고맙다고 했습니다. 여기까지는 좋은 경험입니다.

다음에도 고객 관련 문제가 생기면 그 개발자에게 갑니다. 고객 상황을 가장 잘 안다는 이유입니다. 새로 온 동료의 질문도 받고, 급한 문의가 오면 확인도 합니다. 하지만 원래 맡은 기능 개발 일정은 그대로입니다. 분기 말에 리더가 말합니다. “이번에는 개발 속도가 조금 아쉬웠어요.”

그 사람에게 남는 것은 단순한 서운함만이 아닙니다. 팀을 도우면 자기 일이 늦어지고, 늦어진 자기 일로 평가받는다는 경험입니다. 다음 분기에 고객 문의를 덜 보게 됐다면, 그 선택은 앞선 경험과 이어져 있을 수 있습니다.

작은 팀에는 이런 일이 생기기 쉽습니다. 역할의 경계가 아직 분명하지 않고, 급한 문제를 해결하는 사람이 곧 담당자가 되기 때문입니다. 처음에는 서로 돕던 일이었는데, 어느 순간부터 누군가 하지 않으면 혼나는 일이 됩니다. 그 사이에 역할을 다시 합의하는 대화는 빠져 있습니다.

동료를 돕고, 문제를 미리 알리고, 공동의 일을 챙기는 자발적인 기여를 조직행동론에서는 조직시민행동이라고 부릅니다. 이름보다 중요한 것은 그 기여가 들어갈 시간입니다. 고객 문의를 보는 동안 기능 개발을 할 수는 없습니다. 팀에 필요한 일이라면 일정과 평가에도 그 자리가 있어야 합니다.

반복해서 필요한 일을 계속 호의로 부탁하고 있다면, 역할을 정할 일이 남아 있는 것입니다. “작은 회사니까 다 같이 해야죠”라는 말만으로는 누가 무엇을 내려놓을지 결정되지 않습니다.

칭찬만으로 일이 줄지는 않습니다

대표에게도 사정은 있습니다. 새로 채용할 돈은 없고, 고객은 기다려주지 않습니다. 잘하는 사람에게 부탁하면 빨리 끝난다는 것도 압니다. 일부러 누군가를 지치게 하려는 것이 아니라, 오늘의 문제를 해결하다 보니 같은 사람을 계속 찾게 됩니다.

그래서 “인정을 많이 해주자”만으로는 부족합니다. 칭찬을 들은 뒤에도 해야 할 일이 그대로라면 그 사람의 저녁은 달라지지 않습니다. 오히려 “믿을 사람은 당신뿐”이라는 말이 거절하기 어렵게 만들 수도 있습니다.

Demerouti 등의 2001년 연구 The job demands-resources model of burnout는 직무의 요구와 자원을 나누어 봅니다. 높은 업무 요구는 소진과, 부족한 직무 자원은 일에서 거리를 두는 상태와 관련되어 있었습니다. 이 틀을 작은 팀에 적용하면, 업무량을 묻는 동시에 그 일을 해낼 시간과 결정권, 지원이 있는지도 물어볼 수 있습니다.

앞의 개발자가 고객 문제를 계속 맡아야 한다면 선택이 필요합니다. 기능 개발 목표를 줄이거나, 문의를 나눠 맡거나, 반복 문의 자체를 없애는 작업에 시간을 배정할 수 있습니다. 맡은 역할이 커졌다면 보상도 검토해야 합니다. 자율성과 감사가 부족한 급여를 대신해주지는 않습니다.

당장 보상을 늘릴 수 없다면 그 한계와 다음 검토 시점을 구체적으로 말해야 합니다. “나중에 잘되면 챙겨줄게요”는 서로 다른 기대를 남깁니다. 지금 할 수 있는 조정과 앞으로 검토할 약속을 구분해야, 직원도 그 조건에서 계속 일할지 판단할 수 있습니다.

작은 팀에도 평가 기준은 있습니다

평가표가 없다고 평가가 없는 것은 아닙니다. 누구의 연봉을 올리는지, 누구에게 중요한 일을 맡기는지, 회의에서 누구의 성과를 언급하는지에 기준이 드러납니다. 문서가 없다면 리더가 기억하는 장면이 더 큰 영향을 갖게 됩니다.

눈에 잘 들어오는 것은 새 기능과 계약입니다. 다른 사람의 실수를 미리 잡아준 일, 새 동료가 혼자 일할 수 있도록 설명한 일, 고객이 다시 묻지 않게 문서를 고친 일은 지나치기 쉽습니다. 잘해서 문제가 생기지 않았으니 리더에게 보고할 사건도 없습니다.

그렇다고 도움을 준 횟수를 세고 순위를 매길 필요는 없습니다. 도움을 많이 청하게 만드는 사람이 높은 점수를 받는 이상한 기준이 될 수도 있습니다. 확인할 것은 그 일이 팀에 어떤 차이를 만들었는지, 그리고 그 일을 맡느라 무엇을 미뤘는지입니다.

예를 들어 분기 대화에서 “동료를 많이 도와줘서 고맙습니다”라고만 말하면, 원래 개발 목표를 못 채웠다는 평가는 남습니다. “신규 동료의 온보딩을 맡기로 하면서 기능 하나를 다음 달로 옮겼고, 그 합의에 맞춰 결과를 보겠습니다”라고 말할 수 있어야 합니다. 가장 좋은 시점은 평가하는 날보다 그 도움을 부탁하는 날입니다.

여기에는 반대쪽 기준도 필요합니다. 팀에 도움이 되는지 합의하지 않은 일을 스스로 벌인 뒤 본래 약속한 일을 놓칠 수도 있습니다. 자발적으로 했다는 이유만으로 모든 일을 높게 평가할 수는 없습니다. 무엇이 필요한 기여인지 함께 판단하고, 우선순위를 바꾸기로 했다면 그 결정을 평가할 때까지 기억하는 것이 공정함에 더 가깝습니다.

의견을 받은 뒤에 무엇이 일어나는가

업무량을 조정해도 바로 동료가 돌아오지 않을 수 있습니다.

여기서 리더는 억울할 수 있습니다. “언제든 말하라고 했고, 의견을 냈다고 혼낸 적도 없는데요.” 하지만 직원이 확인하는 것은 말해도 되는지에 더해, 말한 뒤에 무엇이 달라지는지입니다. 좋은 의견이라는 대답만 듣고 몇 주가 지나면 다음 제안을 할 이유는 약해집니다.

모든 제안을 받아들일 필요는 없습니다. 대신 결정은 돌려줄 수 있습니다. 지금 할 것인지, 보류할 것인지, 하지 않을 것인지와 그 이유를 말합니다. 보류한다면 다시 살펴볼 날짜나 조건을 적습니다. 그래야 제안한 사람이 같은 이야기를 언제 또 꺼내야 할지 혼자 눈치를 보지 않습니다.

“고객 불편은 알겠지만 지금은 매출이 먼저예요”에서 대화를 끝내면, 고객 불편이 매출을 막고 있는지 확인할 기회도 사라집니다. “어느 고객이 어디서 막혔는지 보고, 이번 주에 확인할 수 있는 범위를 정해봅시다”까지 가면 판단에 참여할 자리가 생깁니다.

다만 제안했다는 이유로 조사와 실행을 전부 그 사람에게 넘기지는 않아야 합니다. “좋은 생각이네요. 직접 해보세요”가 매번 추가 업무를 뜻한다면, 다음에는 좋은 생각을 혼자 간직할 수 있습니다. 누가 맡을지, 그 시간에 하던 일은 어떻게 할지도 함께 정해야 합니다.

일을 빨리 끝내는 사람의 다음 단계에서는 구성원이 목적을 묻고 판단을 제안하는 연습을 이야기했습니다. 그 제안을 받는 쪽에도 다음 단계가 있습니다. 제안이 실제 결정에 쓰이도록 검토하고, 실행할 여건을 만드는 일입니다. 리더와 동료 모두 바뀔 용기가 필요합니다.

이번 주에는 부탁 하나를 다시 봅니다

다섯 명에서 스무 명이 일하는 팀이라면, 큰 제도를 만들기 전에 최근 한 달 동안 반복해서 도움을 부탁한 일 하나를 골라볼 수 있습니다. 그 일을 맡은 사람과 짧게 대화합니다. “요즘 의욕이 없어 보여요”보다 구체적인 일에서 시작합니다.

“고객 문의를 계속 봐주고 있는데, 처음 맡기로 한 일보다 범위가 넓어진 것 같습니다. 이 일 때문에 밀리는 것은 무엇인가요? 계속 맡는다면 제가 무엇을 조정해야 할까요?”

대화가 끝나면 합의를 몇 줄 남깁니다. 앞의 가상 팀이라면 이렇게 적을 수 있습니다.

앞으로 2주는 반복 문의의 원인을 고치는 데 집중합니다. 개별 문의 대응은 리더와 운영 담당자가 맡습니다. 예정했던 기능 하나는 다음 주기 이후로 옮깁니다. 2주 뒤 문의 변화와 남은 부담을 보고 역할을 다시 정합니다.

이것은 기분을 묻는 면담에서 끝나지 않습니다. 리더가 업무와 일정에 손을 대는 결정입니다. 2주 뒤에는 직원이 다시 열정적으로 보이는지보다, 합의대로 일이 줄었는지와 리더가 맡기로 한 일을 했는지부터 확인합니다.

사람이 계속 남아주기를 바라기 전에, 그 사람이 나섰던 일이 어떻게 처리됐는지 돌아볼 수 있습니다. 오늘 바꿀 것은 거창한 조직문화보다, 누군가의 호의로 계속 처리해온 부탁 하나일 수 있습니다.