모든 글

과도한 업무와 리더십 문제를 조직에 드러내기

과도한 개발 업무를 작은 단위와 공동의 증거로 가시화해 자원을 협상하고, 반복되는 리더십 문제를 맥락에 맞게 드러내는 방법을 다룹니다.

출처 및 AI 안내: 이 글은 제미니의 개발실무 유튜브를 기반으로 작성되었습니다. gpt-5.6-sol 모델을 사용해 생성·편집했습니다.

팀장이 검토하지 않은 작업을 반복해서 넘기고 다른 사람이 수습하는 상황과, 역할이 계속 바뀌는 가운데 비즈니스 일정 때문에 업무가 쌓인 상황은 달라 보인다. 그러나 조직 관점에서는 공통 문제가 있다. 비용이 보이지 않으면 그 반복을 판단하거나 계획을 조정할 구체적인 재료도 부족해진다.

가시성이 누가 옳은지 결정해 주지는 않으며, 모든 회사에서 에스컬레이션이 적절하다는 뜻도 아니다. 다만 불만보다 구체적인 증거를 만든다. 반복된 사례, 이해할 수 있게 나눈 일, 지금까지의 진행, 앞으로 남은 범위가 그 재료다.

조용한 수습은 반복되는 실패를 감출 수 있다

누군가의 문제가 있는 변경을 다른 팀원이 계속 받아 고치면 배포는 이어질 수 있다. 그러나 재작업의 출발점은 보이지 않는다. 윗선에서는 일이 끝난 것으로 보이고, 팀 안에서는 같은 사람들이 계속 비용을 낸다.

한 사람의 판단으로 단정하기 전에 동료들이 같은 패턴을 겪는지 확인하고 구체적인 사례를 맞춰볼 수 있다. 검토되지 않은 큰 변경, 반복되는 재작업, 운영 문제를 계속 만드는 인계는 이야기할 수 있는 증거다. 사례를 공유하면 ’나쁜 리더십’이라는 평가만 앞세우지 않고 어떤 일과 결과가 반복되는지 설명할 수 있다.

그 증거를 윗선에 전달할지는 회사의 위계, 관계, 문제를 제기하는 사람에 대한 신뢰에 따라 달라진다. 주장의 범위는 조건부다. 계속 대신 수습한 결과로 엔지니어링 문제가 조직에서 사라져 보이는 상황이라면, 적어도 그 증거까지 지우지는 말아야 한다.

과도한 업무는 형태가 보여야 협상할 수 있다

’일이 너무 많다’는 말이 정확하더라도 거대한 한 덩어리로는 팀 밖의 사람과 논의하기 어렵다. 일을 작은 단위로 나누면 무엇이 언제 끝나는지, 지금 어디까지 왔는지, 앞으로 얼마나 남았는지가 드러난다.

이 모습은 팀에도 필요하다. 끝을 볼 수 있는 순서는 업무가 무한히 이어지는 느낌을 줄일 수 있다. 팀장은 다음 윗선과도 구체적으로 이야기할 수 있다. 계획에서는 여기까지 와야 했지만 실제로는 이만큼 진행됐고, 남은 범위가 현재 일정에 들어가지 않는다는 식이다.

그 과정을 무엇이라고 부르는지는 덜 중요하다. 계획을 바꾸거나 일을 시도하는 데 필요한 자원을 논의할 만큼 불일치를 보이게 만드는 것이 핵심이다. 증거를 받아들이지 않는 리더에게는 이 방식도 통하지 않을 수 있다. 그래도 논점은 근거 없는 의욕이 아니라 관찰 가능한 범위가 된다.

에스컬레이션은 위치와 신뢰에 따라 달라진다

팀원, 팀장, 관리자는 조직의 관성을 바꿀 수 있는 여지가 같지 않다. 회사 규모와 위계도 영향을 준다. 위계가 강한 조직에서 보고 단계를 건너뛰면 다른 문제가 생길 수 있고, 열린 태도를 가진 신뢰할 만한 상위 리더라면 같은 내용을 다르게 받아들일 수 있다.

굳어진 방식을 바꾸려면 신뢰도 필요하다. 작은 결과로 일이 나아진 모습을 보이면 팀이 가리킬 수 있는 근거가 생긴다. 그런 결과가 반복되면 더 큰 변경 제안도 들릴 가능성이 높아진다. 신뢰가 없다면 타당한 문제도 윗선까지 전달되기 어렵다.

이 조건들이 변화를 보장하지는 않는다. 결론은 엔지니어링과 조직의 작동 방식에 한정된다. 반복되는 실패와 과도한 범위를 보이게 만들고, 팀이 함께 설명할 수 있는 사실을 모은 뒤, 실제 조직의 권한과 관계에 맞춰 에스컬레이션 여부를 판단해야 한다.