팀에 문제가 생기면 리더십 점검이 먼저예요 — 남탓이 편한 이유

팀에 같은 문제가 자꾸 생길 때, 직원을 탓하는 것도 무작정 "다 내 책임"이라고 삼키는 것도 아닌 세 번째 길에 대한 이야기입니다.

마감이 또 늦었습니다. 고객에게 갈 자료가 빠졌고, 직원끼리는 누가 먼저 알렸어야 했는지를 두고 말이 갈립니다. 관리자는 회의실에 앉아 생각하죠. 왜 기본적인 걸 매번 놓칠까. 책임감 있는 사람이 왜 없을까.

직원들을 불러 주의를 주면 당장은 조용해집니다. 다들 다음엔 신경 쓰겠다고 하고요. 그런데 얼마 지나면 비슷한 문제가 다른 이름을 달고 다시 옵니다. 사람을 바꿔도 반복되면 그때부터는 정말 답답해지죠.

그렇다고 "모든 문제는 리더 책임"이라고 말해 버리면 그것도 거칩니다. 직원 개인의 실수와 고의, 역량 부족, 약속 위반은 실제로 있으니까요. 다만 관리자가 남의 행동만 보고 있으면 정작 자신이 바꿀 수 있는 것이 시야에서 사라집니다. 그래서 저는 책임을 떠안으려고가 아니라 해결할 수 있는 범위를 넓히려고 리더십을 먼저 점검합니다. 직원 책임을 묻기 전에, 구조와 지시와 확인 방식에 이 반복을 만든 구멍이 없는지 보는 겁니다.

누가 잘못했는지보다, 일이 어떻게 흘렀는지부터

문제가 터지면 원인은 가장 눈에 띄는 사람에게 붙습니다. 마지막으로 파일을 만진 사람, 고객 전화를 받은 사람, 보고를 늦게 한 사람이요. 그런데 사건의 시작은 그보다 한참 앞일 때가 많아요.

요청이 어디서 들어왔고, 누가 처음 확인했고, 담당자는 어떻게 정해졌고, 기준은 어디 있었고, 중간 상태는 언제 공유하기로 했는지 — 순서대로 적어 보면 "담당자가 알아서"나 "원래 하던 대로" 같은 빈칸이 나옵니다. 그 빈칸이 나오는 순간, 이건 사람만의 문제가 아닙니다.

"누가 잘못했는지 말하기 전에, 일이 어떻게 흘렀는지 순서부터 맞춰 볼게요."

이 문장이 책임을 없애 주지는 않아요. 성급한 판정을 늦출 뿐이죠. 하지만 사실이 맞아야 개인 책임도 정확히 물을 수 있습니다. 직원의 회피형 답변이 질문의 신호인 이유에서 적었듯, 처음부터 답을 정해 놓고 물으면 필요한 정보부터 사라지거든요.

기록도 마찬가지입니다. 사람을 감시하려는 기록이 아니라 흐름을 복원하려는 기록이어야 해요. 메모가 "무책임함" 같은 평가로 가득하면 다음 행동이 안 보입니다. "요청 확인 뒤 담당자 지정이 없었음" — 이렇게 관찰 가능한 문장으로 적어야 고칠 자리가 보여요.

지시, 자원, 확인, 반응 — 구멍은 대개 이 넷 중에 있어요

흐름을 적고 나면 저는 네 군데를 따로 봅니다.

지시부터요. 무엇을 언제까지 어떤 상태로 만들어야 하는지 분명했는지. "알아서 잘" 같은 말이 들어갔다면 결과 기준이 사람마다 달랐을 수 있습니다. 이유와 함께 지시하는 법이 필요한 이유이기도 해요 — 이유를 아는 직원은 예외 상황에서 스스로 판단할 수 있으니까요.

자원은 시간, 정보, 권한입니다. 마감을 지키라고 해 놓고 더 급한 일을 동시에 얹었거나, 승인 권한이 없는 직원에게 결과 책임만 줬다면 구조가 어긋난 거죠.

확인은 중간 상태를 볼 자리가 있었는가입니다. 마지막 날에만 결과를 보면 작은 지연이 큰 사고가 될 때까지 아무것도 안 보여요. 그렇다고 매 순간 보고를 시키면 일할 시간이 사라지고요. 위험이 커지는 지점에만 확인점을 두는 것, 그게 과정 설계입니다.

마지막으로 반응. 직원이 문제를 일찍 알렸을 때 관리자가 어떻게 했는지요. 보고할 때마다 화를 냈다면 다음번엔 늦게 말할 가능성이 커집니다. 문제를 숨긴 직원의 책임과, 일찍 말하기 어렵게 만든 관리자의 반응 — 둘 다 봐야 공평해요.

그다음에 직원 책임을, 더 구체적으로 물어요

리더십을 먼저 본다고 해서 직원 앞에서 "다 제 잘못입니다"라고 할 필요는 없습니다. 관리자의 구멍과 직원의 약속 위반은 나눠야 해요.

"제가 담당 기준을 분명히 정하지 않은 부분은 고칠게요. 다만 지연을 알게 된 뒤 공유하지 않은 것은 따로 확인해야 해요. 다음에는 어느 시점에 알려야 할까요?"

이렇게 말하면 직원은 모든 책임을 떠안지도, 전부 빠져나가지도 않습니다. 관리자가 자기 몫을 먼저 인정했기 때문에 직원 몫도 더 정확하게 말할 수 있고요.

반복되는 실수라면 셋을 구분해야 합니다. 교육이 필요한 건지, 역할이 안 맞는 건지, 약속을 안 지키는 건지. 방법을 모르는 사람에게 태도를 지적하면 배울 기회를 잃고, 방법을 아는 사람이 계속 약속을 어기는데 교육만 반복하면 기준이 무너져요. 역량별 업무 배분이 이 판단을 돕습니다.

피드백은 인격이 아니라 다음 행동으로 끝내야 하고요. 비난하지 않는 피드백처럼 본 장면, 영향, 다음 약속 순서로 말하면 책임이 훨씬 선명해집니다.

"모든 문제는 리더 책임"이라는 말은 반쯤만 맞아요

이 주제에는 멋있어 보이는 문장이 많습니다. 그대로 믿으면 곤란한 것들이요.

"팀의 모든 문제는 리더 책임이다"부터 보죠. 리더가 자기 영향력을 돌아보게 한다는 점에서는 유용한 말입니다. 하지만 사실 명제로 받아들이면 부당해져요. 직원이 정보를 숨기거나 명확한 약속을 반복해 어긴 책임까지 리더가 대신 질 수는 없습니다. 그렇다고 "그럼 리더 책임은 없네"로 뒤집어 읽어도 안 되고요. 핵심은 원인 비율을 계산하는 게 아니라 관리자가 조정할 수 있는 부분을 먼저 찾는 것이고, 개인 책임은 그다음에 증거와 약속으로 다루면 됩니다.

"남탓하지 말라면 감정을 숨기라는 거냐"는 반발도 있습니다. 화와 실망은 자연스러워요. 없애려 들면 다른 방식으로 새어 나오죠. 다만 감정이 사실 판정을 대신하게 두면 안 됩니다. 면담 전에 직접 본 것과 추측한 것을 나눠 적어 보세요. "보고가 늦었다"는 사실이고, "나를 무시했다"는 해석입니다. 해석을 사실처럼 말하지 않는 것만으로 대화가 달라져요.

"프로세스를 만들면 사람은 필요 없어지는 것 아니냐"는 걱정도요. 좋은 과정은 사람의 판단을 없애는 게 아니라 어디에서 판단해야 하는지를 선명하게 합니다. 모든 예외를 규정으로 막으려 하면 매뉴얼만 두꺼워지고 직원은 생각을 멈춰요. 반복되는 실수는 과정으로 막고, 새로운 상황은 판단 기준으로 다루는 겁니다. 관리자는 과정 설계자라는 말도 결과를 대신 만드는 사람이 아니라 판단할 판을 만드는 사람이라는 뜻이에요.

마지막으로, 자기반성을 많이 한다고 좋은 리더인 것도 아닙니다. 반성만 반복하고 행동을 안 바꾸면 팀에는 아무 변화가 없어요. "내가 부족했다"는 말은 겸손해 보이지만, 무엇을 고칠지가 빠지면 그저 감정 정리일 뿐입니다. 좋은 점검은 다음 회차의 지시·자원·확인점·반응 중 하나를 실제로 바꾸고, 직원에게 무엇이 바뀌는지 알립니다. 그래야 사과가 아니라 운영 변화가 돼요.

같은 문제가 반복될 때 범위를 좁히는 법

사람이 바뀌어도 같은 실수가 난다면 과정 문제일 가능성부터 봅니다. 서로 다른 사람이 같은 지점에서 멈춘다면 개인 성격보다 정보나 권한이 비어 있을 확률이 높아요.

반대로 과정과 교육이 충분한데 한 사람에게만 반복된다면, 역할 적합성과 약속 이행을 더 깊게 봐야 합니다. 리더십 점검이 개인 문제를 영원히 미루는 방패는 아니니까요.

정리하면 이렇습니다. 팀 전체가 보고를 늦추면 관리자 반응을 보고, 특정 업무에서만 늦어지면 절차를 보고, 특정 직원에게만 나타나면 역량과 태도를 나눠 봅니다. 범위를 이렇게 좁히면 "우리 팀은 왜 이럴까"라는 막연한 질문이 사라져요.

직원에게 개선안을 물을 때도 책임을 떠넘기지 않는 물음이 필요합니다.

"다음에 안 생기게 하려면 무엇이 필요할까요? 제가 바꿀 것과 여러분이 바꿀 것을 나눠 봅시다."

제안을 다 받을 필요는 없지만, 현장에서 실제로 막히는 지점을 듣는 통로는 있어야 해요. 사람마다 말하는 방식이 다르니 직원 성향을 먼저 파악하는 이유도 함께 보시면 좋습니다.

다만, 점검이 처벌 유예는 아닙니다

사고, 괴롭힘, 안전, 횡령처럼 즉시 사실 보존과 공식 절차가 필요한 사안은 느긋한 리더십 성찰로 다룰 일이 아닙니다. 피해 보호와 증거 보존, 내부 규정에 따른 조치가 먼저일 수 있어요. 사안에 따라 법적 판단이 달라지니 노무사나 고용노동부 상담을 권합니다.

일상적인 운영 실수에서도 기준을 계속 미루면 성실하게 일한 직원이 손해를 봅니다. 관리자의 책임 인정은 기준 포기가 아니에요. 오히려 누가 무엇을 바꿀지 선명하게 만드는 출발점이죠.

나를 먼저 의심한다는 말은 나를 먼저 벌준다는 뜻이 아닙니다. 내가 가진 권한부터 쓴다는 뜻입니다. 지시를 바꾸고, 정보를 열고, 확인점을 만들고, 보고에 반응하는 방식은 관리자가 지금 바로 바꿀 수 있어요. 그 뒤에도 남는 문제라면, 그때는 직원 책임을 훨씬 정확하게 다룰 수 있습니다.

점검 결과는 다음 업무에서 보여야 해요

회의에서 "저도 부족했습니다"라고 말해 놓고 운영이 그대로면, 직원은 반성을 의례적인 문장으로 배웁니다. 자료 누락이 반복됐고 관리자가 자기 지시가 모호했다고 인정했다고 해 보죠. 다음 업무에서도 구두로만 부탁하고 마지막 날에 확인한다면 달라진 게 없는 겁니다.

바뀐 행동을 눈에 보이게 만드세요.

"지난번에는 담당자와 중간 확인 시점을 제가 정하지 않았어요. 이번에는 요청서에 담당자, 초안 확인일, 최종 전달자를 먼저 적겠습니다. 지연을 알게 되면 그날 안에 저에게 알려 주세요."

새 과정의 허점을 말할 기회도 직원에게 주고요. 초안 확인일이 고객 일정과 안 맞거나 최종 전달자가 파일에 접근할 수 없다면 시작 전에 고칠 수 있으니까요. 관리자가 만든 규칙이라고 무조건 지키게 하면 자기반성이 또 다른 일방 지시로 바뀝니다.

다음 회차가 끝나면 재발 여부만 보지 말고 새 확인점이 실제로 도움이 됐는지도 물으세요. 불필요한 보고가 늘었으면 줄이고, 위험이 더 일찍 보였으면 남깁니다. 리더십 점검은 마음가짐을 증명하는 시간이 아니라, 팀의 다음 작업 방식을 한 칸 바꾸는 일입니다.

남은 질문 두 개

점검 내용을 직원에게 다 공개해야 하나요?

감정과 고민까지 전부 말할 필요는 없습니다. 관리자가 잘못 전달한 기준과 앞으로 바꿀 행동은 공개하세요. 그래야 직원도 자기 행동을 맞춰 조정할 수 있어요.

반복 실수가 교육 문제인지 태도 문제인지는 어떻게 가르나요?

방법을 설명한 뒤 실제로 해볼 기회와 피드백이 있었는지부터 확인합니다. 그게 다 있었는데도 보고를 거부하거나 명확한 약속을 반복해 어긴다면, 그때는 태도와 역할 적합성을 따로 봐야 해요.