위임한 일을 팀원이 자꾸 되묻는다면, 권한 설계부터 점검하십시오

위임했는데 왜 팀원은 계속 물어보러 올까

팀장 대상 컨설팅을 하다 보면 비슷한 하소연을 자주 듣습니다. "분명히 그 일은 알아서 하라고 넘겼는데, 사소한 것까지 다시 물어보러 옵니다." 반대로 팀원 입장에서는 이렇게 말합니다. "제가 결정하면 어차피 팀장님이 다시 바꾸시니까, 미리 여쭤보는 게 낫습니다."

두 사람 다 틀린 말을 하고 있지 않습니다. 문제는 애초에 넘긴 권한의 범위가 서로 다르게 이해되고 있었다는 데 있습니다. 이런 상황은 대부분 권한을 준다는 말을 하나의 개념으로 뭉뚱그려 쓰는 데서 시작합니다. 실제로는 업무를 실행할 권한만 넘긴 것인지, 그 일을 어떻게 할지 결정할 권한까지 넘긴 것인지가 전혀 다른 두 가지 방식이기 때문입니다.

이 글은 이 두 방식, 즉 Delegation(권한 위임)과 Empowerment(권한 실어주기)를 구분하는 기준을 정리하고, 팀장이 자신의 팀에서 지금 어느 쪽을 하고 있는지 스스로 진단할 수 있는 질문을 제시합니다.

핵심 요약

• 권한을 준다는 말에는 실행을 맡기는 것과 결정할 힘까지 주는 것, 서로 다른 두 차원이 섞여 있습니다.
• 반복적이고 표준화된 업무는 Delegation, 유동적이고 판단이 필요한 업무는 Empowerment에 맞습니다.
• 팀원이 계속 허락을 구한다면 실제로는 Empowerment가 아니라 Delegation만 준 것일 가능성이 큽니다.
• 업무 성격을 구분하지 않고 같은 방식을 모든 일에 적용하면 리더도 팀원도 지칩니다.

두 가지 착각이 만드는 문제

현장에서 발견되는 혼동은 대체로 두 방향에서 옵니다.

첫 번째는 Delegation을 해놓고 스스로 Empowerment를 했다고 착각하는 경우입니다. "이 업무는 자네가 맡아"라고 말했지만, 실제로 넘긴 것은 실행 절차뿐이고 방향과 판단 기준은 여전히 리더가 쥐고 있습니다. 이 상태에서 팀원에게 "왜 스스로 판단하지 못하느냐"고 묻는 것은 애초에 성립하지 않는 질문입니다. 결정권을 준 적이 없기 때문입니다.

두 번째는 반대로 Empowerment라고 선언해놓고 실제로는 결정을 계속 번복하는 경우입니다. 팀원의 판단이 마음에 들지 않을 때마다 리더가 개입해서 바꾸면, 팀원은 곧 학습합니다. 어차피 최종 결정은 리더가 한다는 것을요. 그 뒤로는 스스로 판단하기보다 미리 물어보는 쪽을 선택하게 됩니다. 이것은 팀원의 소극성 문제가 아니라 실행권한은 있으나 결정권한은 없는 구조가 만든 자연스러운 반응입니다.

실행권한과 결정권한, 어디까지 넘겼는가

두 방식의 차이는 업무의 난이도가 아니라 넘어가는 권한의 종류에 있습니다.

Delegation은 리더가 여전히 전체 그림을 쥐고 있고, 팀원은 그 안의 정해진 조각을 맡아 수행하는 구조입니다. 결과가 예측 가능하고 편차가 크지 않은 업무일수록 이 방식이 효율적입니다. 반면 Empowerment는 팀원에게 특정 영역을 통째로 넘기고, 그 안에서 발생하는 판단까지 팀원의 몫으로 인정하는 구조입니다. 상황이 계속 바뀌고 정답이 미리 정해져 있지 않은 업무일수록 이 방식이 필요합니다.

하나의 사례로 구분해보기

예를 들어 팀원 사외 교육을 결정하는 권한이 교육팀장에게 있다고 해보겠습니다. 100만 원 이하 국내 교육은 교육팀장이 결정할 수 있지만, 3천만 원이 넘는 MBA 파견은 CEO 승인이 필요하다면 어떨까요.

이 경우 교육팀장은 소액 교육에 대한 실행 권한은 갖고 있지만, 직원 교육이라는 영역 전체를 독립적으로 결정할 권한은 갖고 있지 않습니다. Delegation은 있지만 Empowerment는 없는 상태입니다. 이 자체가 잘못됐다는 뜻은 아닙니다. 다만 이 구조에서 교육팀장에게 "왜 큰 결정을 스스로 못 내리느냐"고 묻는 것은 애초에 넘긴 적 없는 권한을 요구하는 셈입니다.

실무에서 이렇게 나눠보십시오

업무를 팀원에게 넘기기 전에 다음 기준으로 먼저 분류해보는 것이 순서를 바꿉니다.

• 이 업무는 반복적으로 발생하는가, 매번 다른 판단이 필요한가
• 절차와 기준이 문서로 정해져 있는가, 그때그때 새로 정해야 하는가
• 결과가 누가 하든 크게 다르지 않은가, 담당자의 판단에 따라 결과가 크게 갈리는가
• 진행 중 예상치 못한 상황이 자주 발생하는가

앞쪽에 가까울수록 Delegation, 뒤쪽에 가까울수록 Empowerment가 맞습니다. 이 분류를 건너뛰고 모든 업무를 같은 방식으로 다루면, 반복 업무에는 불필요한 자율성 부담을, 판단 업무에는 과도한 통제를 주게 됩니다.

실천 포인트 — 업무를 맡기기 전에 "이 일의 어디까지 팀원이 스스로 정할 수 있는가"를 한 문장으로 적어보십시오. 그 문장이 없으면 팀원도 리더도 서로 다른 기대를 가진 채 일하게 됩니다.

Empowerment를 주기로 했다면 그다음부터 리더의 역할도 달라져야 합니다. 관리자의 언어인 점검과 승인 대신, 진행 상황을 공유받고 필요할 때 의견을 보태는 파트너의 언어로 바뀌어야 합니다. 그리고 한번 넘긴 결정은 마음에 들지 않아도 뒤집지 않아야 그 권한이 실제로 유효해집니다.

점검 질문

지금 팀에서 권한을 어떻게 넘기고 있는지 다음 질문으로 확인해보십시오.

• 최근에 팀원에게 넘긴 업무 중, 결과가 마음에 안 들어 제가 다시 결정한 사례가 있는가
• 그 업무를 넘길 때 실행 범위와 결정 범위를 구분해서 말한 적이 있는가
• 팀원이 사소한 것까지 물어보러 오는 이유가 업무의 난이도 때문인가, 과거에 결정이 번복된 경험 때문인가
• 반복 업무인데도 매번 제 승인을 거치게 하고 있지는 않은가

흔히 나오는 질문

Delegation과 Empowerment를 같이 쓸 수 있나

가능합니다. 오히려 대부분의 팀은 두 방식을 함께 씁니다. 반복적인 운영 업무에는 Delegation을, 전략적이거나 유동적인 과업에는 Empowerment를 적용하는 식입니다. 문제는 두 방식을 섞어 쓰는 것 자체가 아니라, 지금 어떤 업무에 어느 방식을 쓰고 있는지 리더와 팀원이 같은 기준으로 알고 있느냐입니다.

힘을 실어줬다고 말했는데도 팀원이 계속 허락을 구한다

대부분 과거에 결정이 번복된 경험이 있거나, 조직 안에서 그 권한이 실제로 인정받지 못한다고 느끼기 때문입니다. Empowerment는 선언이 아니라 그 결정이 조직 안에서 실제로 유지될 때 완성됩니다.

위임한 업무의 결과가 기대에 못 미칠 때 무엇부터 봐야 하나

사람의 역량을 먼저 의심하기보다 구조를 먼저 점검하는 것이 순서입니다. 업무 범위, 기대 결과, 일정, 보고 기준이 넘길 때 명확하게 전달됐는지부터 확인해야 합니다.

전문가 결론

권한 부여는 일을 나누는 기술이 아니라 조직의 책임 구조를 설계하는 일입니다. 표준적이고 반복적인 업무는 Delegation으로 효율을 만들고, 판단이 필요한 유동적인 과업은 Empowerment로 팀원의 주도성을 키우는 것이 원칙입니다.

다만 이 원칙보다 먼저 확인해야 할 것은, 지금 자신의 팀에서 실제로 넘어가고 있는 것이 실행권한인지 결정권한인지를 리더 스스로 분명히 알고 있느냐입니다. 이것이 불분명한 상태에서는 아무리 좋은 의도로 권한을 넘겨도 팀원은 계속 되묻고, 리더는 계속 답답해할 수밖에 없습니다.

조직마다 업무 구조와 의사결정 체계가 다르기 때문에, 어떤 업무를 어느 방식으로 설계해야 할지는 팀 상황에 따라 다르게 판단해야 합니다. 우리 팀의 권한 구조를 함께 점검해보고 싶다면 전문가에게 직접 질문하시거나 상담을 요청해 주십시오.