팀장이 항상 욕 먹는 이유

팀장은 이상한 자리입니다.

위에서는 "왜 아직도 안 됐어요?" 아래에서는 "왜 이렇게 압박해요?" 둘 다 팀장 탓입니다.

팀장은 왜 항상 중간에서 눌릴까요?

팀장의 하루를 따라가보면

아침에 의사결정권자에게 현황 보고를 합니다. 그러려면 팀원들한테 먼저 물어봐야 합니다.

"지금 어디까지 됐어요?"

"이슈 없죠?"

"언제까지 될 것 같아요?"

팀원 입장에서 이 질문은 압박입니다. 팀장 입장에서 이 질문은 생존입니다.

물어보지 않으면 위에 보고할 수 없고, 물어보면 아래에서 치인다는 소리를 듣습니다. 이 딜레마는 팀장이 된 첫날부터 시작됩니다. 그리고 팀장으로 있는 내내 반복됩니다.

팀장이 욕을 먹는 건 팀장의 문제가 아닙니다. 구조가 팀장을 그 자리에 세워두고 있는 겁니다.

팀장의 하루는 사실 이렇습니다

팀장한테 오늘 뭐 했냐고 물어보면 대부분 말을 잇지 못합니다.

회의에 들어가고, 확인하고, 전달하고, 또 확인했는데 정작 무엇을 한 건지 알 수 없는 하루. 달력은 꽉 차 있는데 남은 게 없는 느낌. 이게 팀장 대부분의 일상입니다.

그 하루의 정체는 이겁니다.

위에서 물어보기 전에 먼저 파악해두는 것.

아래가 어떻게 돌아가는지 놓치지 않는 것.

문제는 이게 티가 나지 않는다는 겁니다.

팀원 눈에는 "맨날 물어보고 체크하는 사람"으로 보입니다. 의사결정권자 눈에는 "보고를 올리는 사람"으로 보입니다.

팀장이 가장 많은 시간을 쓰는 일이, 팀장답지 않은 일로 보입니다.

더 정확히 말하면, 팀장이 하루 에너지의 대부분을 쓰는 일은 '정보 수집'입니다.

현황 파악, 이슈 확인, 일정 체크. 이것들이 팀장 업무의 절반 이상을 차지합니다. 그리고 그 시간 동안 팀장이 진짜 해야 할 일, 팀의 방향을 잡고, 사람을 성장시키고, 병목을 판단하는 일은 뒤로 밀립니다.

이 구조가 만드는 더 큰 문제

팀장이 중간에서 정보를 수집하고 전달하는 구조에서는 정보가 반드시 가공됩니다.

• 팀원이 불편한 내용은 희석하고

• 팀장이 판단해서 정리하고

• 의사결정권자에게 올라갈 때는 이미 해석된 정보입니다

이건 팀장이 나쁜 의도로 정보를 감추는 게 아닙니다. 팀장은 그냥 자신의 역할을 하고 있을 뿐입니다.

팀원을 보호하고 싶고, 불필요한 마찰을 줄이고 싶고, 깔끔하게 정리해서 올리고 싶습니다.

하지만 그 과정에서 의사결정권자가 받는 정보는 실제와 달라집니다.

위기 신호는 "조금 늦어질 수 있습니다"가 되고, 팀 내 갈등은 "조율 중입니다"가 됩니다.

의사결정권자는 정제된 정보로 판단을 내리고, 나중에 상황이 터지면 "왜 미리 말 안 했어요?"가 됩니다. 팀장 탓입니다.

이 과정에서 세 사람 모두 손해입니다.

아무도 나쁜 의도가 없는데, 구조가 이 상황을 반복시킵니다.

팀장을 구하는 건 팀장의 노력이 아닙니다

팀장에게 이렇게 말하는 건 의미가 없습니다.

• "더 효율적으로 소통해봐요."

• "팀원을 더 믿어보세요."

• "보고를 간결하게 해봐요."

이건 구조 안에서 더 열심히 하라는 말에 불과합니다.

팀장이 더 효율적으로 소통하려 해도, 물어봐야 아는 구조라면 결국 물어봐야 합니다. 팀원을 더 믿으려 해도, 믿고 나서 놓쳤을 때 책임은 팀장이 집니다.

간결하게 보고하고 싶어도, 의사결정권자가 원하는 만큼의 정보를 채우려면 결국 또 확인해야 합니다.

노력의 방향이 잘못된 게 아닙니다. 노력이 닿지 않는 곳에 문제가 있는 겁니다.

팀장이 소모되는 건 상태를 물어봐야만 알 수 있는 구조 때문입니다. 상태가 흐름 안에서 자동으로 드러난다면, 팀장은 물어보러 다니지 않아도 됩니다. 압박하지 않아도 되고, 압박받지 않아도 됩니다.

팀장이 진짜 할 수 있는 일, 팀의 흐름을 보고 개입 여부를 판단하는 일, 그 일을 할 수 있게 됩니다.

구조가 바뀌면 팀장의 역할이 달라집니다

팀장의 역할이 "정보를 수집해서 위로 올리는 사람"에서 "흐름을 보고 판단하는 사람"으로 바뀝니다. 이 차이는 작아 보이지만, 팀장의 하루가 완전히 달라집니다.

지금

팀원에게 물어보기 → 취합하기 → 정리해서 보고하기 → 다시 확인하기 → 반복

구조가 바뀐 후

흐름 안에서 이슈 확인 → 개입 여부 판단 → 필요한 곳에만 들어가기

물어보는 시간이 줄면, 팀장은 그 시간에 다른 것을 할 수 있게 됩니다.

팀원 한 명 한 명의 성장을 챙기거나, 다음 분기 방향을 미리 생각하거나, 팀 안의 갈등을 조기에 감지하거나. 이것들이 팀장이 진짜 해야 하는 일입니다.

그리고 팀원 입장에서도 달라집니다. "또 체크하러 왔네"가 아니라, "문제가 생겼을 때 팀장이 먼저 알고 들어온다"는 경험을 하게 됩니다. 압박이 아니라 지원으로 느껴지기 시작합니다.

BRIC이 이 구조를 바꾸는 방식

업무 상태가 흐름 안에서 자동으로 드러납니다. 팀장이 팀원 한 명 한 명에게 물어보지 않아도, 어디서 막혔는지, 어디가 지연됐는지 먼저 보입니다.

팀장이 전달자가 아니라 판단자가 됩니다.

정보를 수집해서 올리는 역할 대신, 흐름을 보고 개입 여부를 결정하는 역할로 바뀝니다.

의사결정권자도 원본 상태를 직접 확인할 수 있습니다. 팀장을 통해 가공된 정보가 아니라, 실제 업무 흐름 그대로 파악할 수 있습니다. 팀장이 정보의 병목이 되지 않아도 됩니다.

마지막으로

팀장이 욕을 먹는 것은 팀장이 못나서가 아닙니다.

위에서 내려오는 압박을 아래로 전달할 수밖에 없는 구조,

아래 상황을 물어봐야만 위에 보고할 수 있는 구조.

그 구조 안에 있는 한, 팀장은 계속 그 자리에 서게 됩니다.

팀장 개인이 더 노력한다고 해결되지 않습니다. 더 부드럽게 물어봐도, 더 꼼꼼하게 정리해도, 더 빨리 보고해도, 구조가 바뀌지 않으면 팀장의 하루는 바뀌지 않습니다.

그 구조 안에 있는 한, 팀장은 계속 그 자리에 서게 됩니다.

팀장을 바꾸기 전에, 팀장이 서 있는 구조를 먼저 봐야 합니다.