조직을 관리하는 관리자로서 수많은 문서 중에서, 가장 불편했던 문서는 다름 아닌 저의 지난주 달력이었습니다.
일정을 챙기는게 직업이다 보니 저는 월요일 아침마다 습관처럼 이번주 일정을 살펴보기에 앞서, 지난주 일정을 다시 확인합니다. 그런데 어느 월요일, 그 달력이 저에게 불편한 질문을 던졌습니다. ‘이 일정 중에 정말 내가 아니면 안 되는 일은 몇 개인가?’ 하나씩 지워 보니 저의 전체 일정 중에 절반도 남지 않았습니다.
팀원이 작성한 문서를 한 번 더 읽는 시간, 이미 결론이 난 회의에 습관처럼 앉아 있는 시간, 결재를 기다리는 시간들… 저는 정말 정신없이 바쁘다고 생각했는데, 사실은 ‘일을 넘기지 못해서’ 바빴던 것입니다.
이 글은 그 깨달음 이후에 제가 정리한 기준, 즉 팀원에게 나의 권한 위임 타이밍 신호에 대한 기록입니다.
혹시 권한을 넘기고는 싶은데 사고 날까 불안하고, 한 번 넘겼다가 팀원에게 데인 기억 때문에 결국 내가 수습하고, 그러다 보니 팀원도 저도 지치는 상황을 걱정하고 계신가요? 사실 40~60대 관리자 분들이라면 한 번쯤은 이런 상황을 겪어 보셨을 겁니다.
오늘은 이 글을 읽고 나시면 “언제, 무엇을, 어디까지” 팀원에게 나의 업무를 넘길지 스스로 판단할 수 있는 기준 하나는 가져가실 수 있도록 쓰겠습니다.
Table of Contents
왜 우리는 알면서도 권한을 넘기지 못할까
업무 위임이 중요하다는 건 누구나 알고 있습니다. 문제는 머리로 아는 것과 손에서 놓는 것 사이의 거리입니다. 제가 보기에 그 거리를 만드는 것은 능력 부족이 아니라 ‘불안의 구조’입니다. 내가 직접 하면 5분에 끝날 일을 후배가 하면 반나절이 걸리고, 결과물이 마음에 안 들면 결국 제가 다시 고치게 됩니다. 이 경험이 몇 번 쌓이면 ‘그냥 내가 하는 게 빠르다’는 결론이 굳어집니다.
여기에 최근 환경 변화까지 겹쳤습니다. 갤럽의 「State of the Global Workplace 2026」에 따르면 2025년 전 세계 직원의 업무 몰입도는 20%로 2020년 이후 가장 낮은 수준이었고, 특히 관리자 몰입도가 2022년 31%에서 2025년 22%로 9%포인트 떨어졌습니다. 관리자가 지쳐 있다는 이야기입니다. 지친 관리자는 더 쥐고 있으려 하고, 더 쥐고 있을수록 더 지칩니다.
관리자가 돌보는 팀의 규모도 커지는 추세입니다. 갤럽의 동일한 조사에서 관리자 1명당 평균 적으로 관리하는 팀원은 2024년 10.9명에서 2025년 12.1명으로 늘었습니다. 해외의 사례이기 때문에 한국 조직에 그대로 적용할 수는 없지만, 관리자 한 명이 감당하는 범위가 넓어지는 이러한 현상은 국내 현실과 크게 다르지 않아 보입니다.
그리고 이 숫자들보다 더 무거운 데이터가 있습니다. 갤럽은 사업 단위별 몰입도 점수 편차의 최소 70%를 관리자가 설명한다고 추정했습니다. 다만 이 수치는 미국 중심 분석이라는 점, ‘몰입도 편차’에 대한 이야기이지 성과 자체를 말하는 것은 아니라는 점은 감안하고 읽어야 합니다. 그럼에도 이 조사가 갖는 의미는 분명합니다. 관리자의 업무 위임은 단순한 업무 분배가 아니라 팀의 분위기와 몰입을 설계하는 일이라는 점입니다.
플랫폼 기획자로 일하면서 가장 먼저 배운 것이 다양한 원인으로 발생하는 서비스의 병목을 발전하는 것 입니다. 서비스 지표가 안 나올 때 저는 퍼널에서 어느 단계가 막혔는지부터 봅니다. 팀을 보니 가장 오래 막혀 있던 단계가 바로 ‘저’였습니다. 리더가 모든 결정의 단일 승인 지점이 되는 순간, 팀 전체의 역량은 저의 역량으로 제한됩니다. 위임은 마음 넓은 리더의 미덕이 아니라 팀 전체의 병목을 해소하는 일종의 구조 개선입니다.
‘넘길 수 있는 일’의 조건
타이밍을 말하기 전에 대상부터 정리하겠습니다. 모든 일을 넘기는 것이 위임이 아닙니다.
제가 쓰는 기준은 두 가지입니다. 이 두 질문에 모두 ‘예’라면 연차와 상관없이 넘길 수 있는 일의 후보입니다.
- 되돌릴 수 있는 결정인가.
- 일이 틀어졌을 때 파급이 팀 안에서 끝나는가.
예를 들어 내부 회의 운영 방식, 기획 문서의 구성, 주간 보고 포맷, 소규모 UI 문구 결정 같은 업무는 혹시 잘못 되더라도 다시 고치면 됩니다. 반대로 대외 계약, 보안·개인정보와 관련된 결정, 임원 보고의 최종 메시지는 되돌리기 어렵고 파급이 큽니다. 저는 이런 업무는 연차가 높은 팀원이라 하더라도 처음부터 통째로 넘기지 않습니다. 중요한 것은 ‘사람’을 믿을 것인가 말 것인가가 아니라 ‘일의 위험도’에 따라 업무 위임의 폭을 조절하는 것입니다.
이 기준이 중요한 이유는 위임의 실패 대부분이 타이밍이 아니라 대상 선정에서 시작되기 때문입니다. 위험도가 높은 일을 준비가 덜 된 시점에 넘겼다가 사고가 나면, 리더는 ‘역시 안 되는구나’ 하고 결국 다시 모든 업무를 스스로 진행하게 됩니다. 팀원의 학습 기회가 사라지는 것은 말할 것도 없습니다.
저도 처음 저의 업무를 위임할 때 프로젝트 하나를 통째로 맡기는 식으로 접근했다가 호되게 당했습니다. 이후로는 주간 회의 안건 정리, 요구사항 문서의 1차 검토처럼 틀려도 부담이 작은 결정부터 넘깁니다. 작은 성공이 쌓여야 큰 권한을 넘길 근거가 생깁니다. 리더에게도 팀원에게도, 위임은 신뢰를 한 번에 거는 일이 아니라 신뢰 잔고를 조금씩 쌓는 일입니다.
연차 낮은 팀원에게 권한을 넘기는 타이밍 5가지
제가 현장에서 쓰는 기준은 ‘느낌’이 아니라 관찰 가능한 신호입니다. 신호 1~4는 팀원에게서, 신호 5는 리더 본인에게서 나타납니다. 한두 개가 아니라 여러 신호가 겹칠 때 넘길 타이밍이 왔다고 봅니다.
신호 1. 질문의 형태가 바뀝니다
처음에 팀원은 “이거 어떻게 할까요?”라고 묻습니다. 어느 순간부터는 “A와 B를 검토했고 A로 하려는데, 놓친 부분이 있을까요?”로 질문이 바뀝니다. 답을 구하는 질문에서 판단을 검증받는 질문으로 넘어간 것입니다. 이 시점의 팀원은 이미 결론을 내릴 힘이 있고, 리더의 확인은 안전장치 역할만 하고 있습니다.
제가 이 신호를 중요하게 보는 이유는 질문의 형태가 팀원의 사고 위치를 보여주기 때문입니다.
팀원이 생각하는 방법이 바뀌었는데도 리더가 계속 답을 내려주면, 팀원은 다시 ‘답을 받는 사람’으로 돌아갑니다.
그래서 이 신호를 포착하면 저는 일부러 이렇게 되묻습니다. “○○님 의견 대로 진행하세요. 저에게는 결과만 알려주세요.”
신호 2. 내가 없는 자리에서 결론이 나기 시작합니다
제가 참석하지 못한 회의가 있었는데, 돌아와 보니 안건이 정리되어 있고 후속 일정까지 잡혀 있었던 적이 있습니다. 처음에는 서운한 마음이 먼저 들었습니다. 그런데 곧 깨달았습니다. 팀이 제 승인 없이도 굴러가기 시작했다는 것은 가장 반가운 신호라는 사실을요.
이 신호를 볼 때는 ‘결론의 질’을 함께 확인해야 합니다. 결론이 났는데 방향이 엉뚱하다면 아직 이른 것이고, 방향이 맞다면 그 팀원에게 해당 영역의 의사결정권을 공식적으로 넘길 때가 된 것입니다.
‘공식적으로’가 핵심입니다. 암묵적으로 굴러가는 것을 제도화해야 팀원 스스로도 책임감을 갖습니다.
신호 3. 실수를 숨기지 않고 먼저 알립니다
위임을 가능하게 하는 가장 중요한 조건은 능력이 아니라 투명성입니다. 연차가 낮은 직원이 실수를 하는 것은 당연합니다. 중요한 것은 실수를 어떻게 다루느냐입니다.
일이 틀어졌을 때 “이런 문제가 생겼고, 이렇게 수습하려 합니다”라거나, “대안은 이렇습니다”를 먼저 말하는 팀원에게는 권한을 넘겨도 안전합니다. 문제를 일찍 알려주기 때문에 파급이 커지기 전에 개입할 수 있기 때문입니다.
반대로 실수를 감추는 팀원은 능력이 뛰어나도 권한을 넘기기 어렵습니다. 사실 이런 문제가 발생하는 원인은 팀원이 아니라 관리자가 만든 분위기 때문일 수 있습니다. 실수를 보고했을 때 내가 어떻게 반응했는지를 먼저 돌아봐야 합니다.
문제를 사전에 발견했거나, 일찍 보고한 사람을 질책하는 팀에서는 아무도 먼저 말하지 않습니다.
신호 4. 내 검토가 ‘수정’이 아니라 ‘승인’이 되어 갑니다
한 가지 숫자를 스스로 관찰해 보시길 권합니다. 팀원이 올린 결과물에서 제가 고치는 비율입니다. 처음에는 대부분을 손봤는데, 어느 때부터 몇 달째 토씨 하나 바꾸지 않고 “좋아요”만 하고 있다면 이는 위임이 이미 실질적으로 일어났다는 뜻입니다. 남은 것은 형식뿐입니다.
이때 많은 리더가 ‘그래도 마지막 확인은 내가’라며 검수 단계를 유지합니다. 그런데 수정 없이 승인만 하는 검수는 팀원에게는 대기 시간이고 리더에게는 시간 낭비입니다. 저는 이 신호가 보이면 검수 단계를 ‘사전 검수’에서 ‘사후 샘플링’으로 바꿉니다. 모든 건을 보는 대신 주 1회, 몇 건만 뽑아 봅니다.
신호 5. 내 일정이 ‘전략’이 아니라 ‘결재’로 채워집니다
앞의 네 가지 신호 팀원에게서 오는 신호라면, 이 신호는 리더에게서 옵니다. 제가 처음에 말씀드린 달력이 바로 신호입니다.
관리자로서 내가 해야 할 일, 즉 로드맵과 예산, 임원진과의 조율, 조직의 장기 방향 설정과 같은 일에 쓸 시간이 줄어들거나 부족하다면 업무의 위임은 선택이 아니라 필수입니다.
갤럽은 관리자가 개인 업무를 많이 병행할수록 팀 규모가 커질 때 관리자들의 업무 몰입도가 더 크게 떨어진다는 분석도 내놓았습니다. 즉 리더가 실무를 쥐고 있을수록 에너지 소진이 빨라진다는 뜻입니다. 리더가 지치면 팀도 지칩니다. 위임은 팀원을 위한 일이기 이전에 리더 자신과 팀의 지속 가능성을 위한 일입니다.
다만, 앞서 말씀드린 5가지 신호 중, 하나만 보고 판단했다가 실패한 경험이 있습니다. 팀원의 질문과 업무 처리 능력이 좋아졌다는 이유 만으로 큰 프로젝트를 넘겼는데, 정작 그 팀원은 실수를 보고하는 데 서툴렀습니다. 그 뒤로는 최소 세 개 이상의 신호가 겹치는지 확인합니다. 특히 ‘신호 3. 실수를 숨지기 않고 빠르게 알린다’의 신호가 감지 되지 않는다면 아무리 다른 신호가 좋아도 비교적 중요도가 높지 않은 업무의 위임부터 시작하는게 좋습니다.
어디까지 넘길 것인가?
신호를 포착했다면 다음 질문은 ‘얼마나’ 넘길 것인가입니다.
저는 위임을 한 번에 넘기는 것이 아니라 계단처럼 올라가는 것으로 봅니다. 아래는 현장에서 쓰기 위해 제가 정리한 네 단계입니다. (학술적 모델이 아니라 실무용으로 단순화한 것이라는 점을 밝혀 둡니다.)
- 1단계 지시 후 실행: 방법까지 정해 주고 실행만 맡깁니다. 입사 초기나 새로운 영역에 적합합니다.
- 2단계 제안 후 실행: 팀원이 방법을 제안하고 제가 승인한 뒤 실행합니다.
- 3단계 실행 후 보고: 팀원이 먼저 실행하고 결과를 보고합니다. 단, 되돌릴 수 있는 결정에 적합합니다.
- 4단계 자율 운영: 영역 전체의 의사결정을 맡기고 점검만 합니다.
대부분의 리더는 1단계와 4단계 사이에서 갑자기 점프하려 해서 실패합니다.
연차가 낮은 팀원에게는 먼저 2단계에서 3단계로 넘어가는 경험을 쌓게 하는 것이 현실적입니다. 신호 1과 4가 보이기 시작하면 2단계로, 신호 2와 3이 확인되면 3단계로 올립니다. 4단계는 일 년 단위로 지켜본 뒤에 판단해도 늦지 않습니다.
중요한 것은 단계를 올릴 때 팀원에게 명시적으로 알리는 것입니다. “이제 이 업무는 ○○님이 판단해서 업무를 진행하고, 저에게는 결과만 알려 주세요”라고 말로 선언해야 합니다. 말하지 않으면 팀원은 여전히 제 눈치를 보고, 저는 여전히 불안해서 중간에 끼어듭니다.
업무를 넘긴 뒤가 더 중요합니다
솔직히 말씀드리면 업무 위임 직후의 불안감은 사라지지 않습니다. 저도 지금까지 팀원에게 업무를 넘기고 나서 몇 번이고 메신저를 열어 본 적이 있습니다. 그래서 불안을 없애려 하기보다 불안을 관리하는 장치를 먼저 만들어 둡니다.
첫째, 체크포인트를 미리 합의합니다.
중간에 한 번, 마감 전 한 번은 반드시 공유하기로 정해 둡니다. 이것은 감시가 아니라 사전에 합의한 약속입니다. 체크포인트가 없으면 불안한 리더는 수시로 끼어들게 되고, 그것이 마이크로매니징의 시작입니다.
둘째, ‘틀려도 되는 범위’를 먼저 말해 줍니다.
예를 들어 “이 결정은 일주일 안에 되돌릴 수 있으니 부담 갖지 말고 하세요”라고 말하는 것입니다.
팀원은 권한을 받았을 때 설레기보다 겁이 나는 경우가 많습니다. 실패의 한도를 알려 주면 그 겁이 한결 줄어듭니다.
셋째, 정기적인 피드백을 약속합니다.
업무에 대해 피드백을 받는 직원은 팀 규모와 상관없이 업무 몰입도가 높고, 반대로 업무 피드백이 없으면 몰입도가 크게 떨어질 수 밖에 없습니다. 업무 위임은 방치가 아닙니다. 그저 맡겨 두고 손을 떼는 것이 아니라, 간섭을 줄이는 대신 대화의 질을 높이는 것입니다.
그리고 가장 중요한 사실 한 가지는 업무를 위임 받은 팀원이 실수를 했을 때, 최종 책임은 리더에게 있다는 점을 팀원 앞에서 분명히 하시길 권합니다. 위임은 책임의 이전이 아니라 권한의 이전입니다. 리더가 책임을 지는 모습을 한 번 보여 주면, 그 팀의 위임은 비로소 안전해집니다.
위임이 잘 되는 팀은 보고 방식에서도 티가 납니다. 제가 임원 보고에서 가장 곤란한 순간은 “그 부분은 제가 직접 확인하지 못했습니다”라고 말해야 하는 순간입니다. 이후로는 영역별로 ‘이 숫자는 누가 책임지는가’를 정하고, 보고 자리에 그 팀원을 함께 세웁니다. 숫자를 설명하는 경험은 어떤 교육보다 팀원을 빠르게 성장시킵니다.
타이밍을 알고도 자주 실패하는 세 가지 패턴
물론 신호를 제대로 읽었는데도 위임이 실패하는 경우는 발생합니다. 대부분 비슷한 패턴이었기 때문에, 제 경험을 바탕으로 세 가지만 정리해 둡니다.
첫 번째는 ‘넘겼다가 다시 가져오기’입니다.
팀원이 하는 방식이 마음에 들지 않아 슬쩍 제가 수정하고, 그 수정이 반복되면 팀원은 결국 “어차피 팀장님이 고치실 텐데”라고 생각하게 됩니다. 이때부터 위임은 이름만 남습니다. 결과물이 제 기준에 못 미치더라도 방향이 맞다면, 직접 고치기보다 어떤 기준에서 부족한지 말로 전달하고 팀원이 다시 손보게 해야 합니다. 시간은 더 걸리지만 이 시간이 곧 육성 비용입니다.
두 번째는 ‘권한 없이 책임만 넘기기’입니다.
일은 맡겼는데 예산, 일정 조정, 타 부서와의 협의 권한은 그대로 제가 쥐고 있는 경우입니다. 팀원 입장에서는 결정할 수 없는 일의 결과만 책임지는 셈이라 위임이 아니라 ‘심부름’에 가깝습니다. 업무를 맡길 때는 그 일을 끝내는 데 필요한 권한이 어디까지인지를 같이 결정해 주어야 합니다. 저는 간단한 한 줄 메모로도 이를 정리해 둡니다. 어디까지 혼자 결정하고, 어디부터 상의하는지를요.
세 번째는’성과는 내 이름으로, 실패는 팀원 이름으로’입니다.
이것은 기술이 아니라 태도의 문제입니다. 팀원이 해낸 일을 보고 자리에서 제 성과처럼 말하는 순간, 팀원은 더 이상 권한을 받아들이지 않습니다. 반대로 잘된 일의 공을 분명히 팀원에게 돌리면, 팀원은 다음에도 책임을 지려 합니다. 위임의 가장 값싼 보상은 공개적인 인정입니다.
업무 위임에 앞서서 저는 스스로에게 이렇게 묻습니다.
“이 일이 틀어졌을 때 내가 후회할 것은 업무의 결과인가, 아니면 업무를 맡긴 방식인가.”
일 자체가 후회된다면 아직 이른 것이고, 맡긴 방식이 후회된다면 설계를 고치면 됩니다. 이 질문 하나만으로도 감정 소모를 상당히 줄일 수 있었습니다.
위임이 늘어날수록 리더에게 남는 질문
여기서 조금 개인적인 이야기를 하겠습니다.
이 글을 여기까지 보신 분들은 대부분 저처럼 40~60대일 것이라 생각합니다.
우리는 ‘손을 놓으면 불안한’ 세대입니다. 실무의 달인으로 인정받아 리더가 된 만큼, 내가 직접 해야 마음이 편합니다.
그런데 한 가지 현실이 있습니다. 회사에 다니면서 관리직으로 승진하고자 하는 직원들이 예전만큼 많지 않다는 이야기입니다.
🔗 관련 글 보기 : 대학내일20대연구소, 2030 직장인의 리더 인식 조사 결과 발표
이 숫자가 4060 리더들에게 주는 의미는 분명합니다. 후배에게 권한을 넘기는 일은 단순히 내 시간을 아끼는 일이 아니라, ‘리더라는 자리를 해 볼 만한 것으로 경험하게 해 주는 일’일 수 있다는 점입니다.
권한 없이 책임만 지는 중간관리직을 팀원이 먼저 보았다면, 그 자리를 원하지 않는 것이 어쩌면 합리적인 선택일지도 모릅니다. 작은 권한을 믿고 맡기는 경험이 후배에게는 리더 역할의 첫 맛보기가 됩니다.
그리고 이것은 제 인생의 후반전을 준비하는 과정과도 연결됩니다. 내가 쥐고 있는 일이 많을수록 내가 떠난 자리는 빈 구멍이 됩니다. 제가 가장 이상적이라고 생각하는 퇴장은 “그 사람 없어도 팀이 돌아간다”는 말을 듣는 것입니다. 역설적이지만, 그 말을 들을 수 있어야 저도 다음 챕터로 자유롭게 움직일 수 있습니다. 위임은 팀을 위한 일이자, 제 다음 커리어를 위한 준비 운동이기도 합니다.
솔직히 처음에는 회사에서 저의 존재감이 줄어드는 것 같아 허전했습니다. 그런데 팀원이 제 도움 없이 해낸 일을 발표하는 모습을 보면서 허전함이 다른 감정으로 바뀌었습니다. 제가 한 일 중에 가장 오래 남는 것은 제가 만든 결과물이 아니라 제가 키운 사람이라는 것을, 마흔 후반이 되어서야 조금씩 알아 가는 중입니다.
마치며
마지막으로 핵심만 정리합니다.
아래 다섯 가지 중 세 가지 이상이 해당한다면, 이미 업무를 위임할 타이밍이 왔을 가능성이 높습니다.
- 팀원의 질문이 ‘답을 구하는 질문’에서 ‘판단을 검증받는 질문’으로 바뀌었다
- 내가 없는 자리에서도 방향이 맞는 결론이 나온다
- 팀원이 실수를 숨기지 않고 먼저 알린다
- 내가 고치는 것 없이 몇 달째 승인만 하고 있다
- 내 일정이 전략이 아니라 결재와 검수로 채워져 있다
그리고 업무를 위임할 때는 위험도가 낮은 일부터, 지시→제안→보고→자율의 단계를 밟아, 체크포인트와 피드백이라는 안전장치를 함께 두시길 권합니다.
어쩌면 위임이 완벽하게 성공하는 날은 오지 않을지도 모릅니다. 다만 한 번도 넘겨 보지 않은 팀은 한 번도 자라지 못합니다. 이번 주 달력에서 ‘내가 아니어도 되는 일’ 하나만 골라 보시길 바랍니다.
자주 묻는 질문
Q1. 팀원에게 권한을 위임했다가 실수가 나면 누가 책임지나요?
최종 책임은 위임한 리더에게 있습니다. 위임은 권한을 넘기는 것이지 책임을 넘기는 것이 아닙니다.
다만 실수의 원인을 함께 분석하고, 같은 실수가 반복되지 않도록 체크포인트나 위임 범위를 조정하는 일은 팀원과 함께 해야 합니다. 책임을 팀원에게 전가하지 않는 모습이 보일 때 팀원은 더 적극적으로 권한을 사용합니다.
Q2. 연차가 낮은 팀원에게는 어떤 일부터 위임하는 것이 좋을까요?
되돌릴 수 있고 팀 안에서 파급이 끝나는 일부터 시작하시길 권합니다.
회의 안건 정리, 문서 초안과 1차 검토, 소규모 문구·화면 결정 같은 일이 대표적입니다. 보안이나 개인정보, 대외 계약처럼 위험도가 높은 일은 연차와 관계없이 단계를 나눠 넘기는 것이 안전합니다.
Q3. 위임했는데 자꾸 간섭하고 싶어질 때는 어떻게 하나요?
간섭하고 싶은 충동을 없애려 하지 말고, 그 충동이 들 때 할 일을 미리 정해 두세요.
예를 들어 “궁금한 점은 메모했다가 다음 체크포인트에 질문한다”는 규칙을 만드는 방식입니다. 체크포인트 시점을 미리 합의해 두면 리더는 불안을, 팀원은 눈치를 덜 수 있습니다.
🎯 4060세대 직장인의 조직관리·리더십, 이 글도 확인해보세요
🔗 권한 위임 타이밍 신호 5가지, 연차 낮은 팀원에게 넘길 때
🔗 일 잘하는 팀장 vs 편한 팀장, 누가 더 오래갈까?
🎯 4060세대 직장인의 소통 방식, 이 글도 확인해보세요
🔗 1대1 미팅 원칙 5가지, 보고서에 없던 팀원의 신호 읽는 법
🔗 회식 없는 팀 소통법 – 1:1 미팅과 툴로 채우는 실무 가이드
🔗 팀원이 “퇴사하겠습니다” 말할 때, 팀장이 던지면 안 되는 그 말 5가지
🔗 야근을 대하는 세대별 온도차, 관리자가 알아야 할 실무 팁
🔗 MZ 후배 소통법 – “김대리, 이거 좀 해줘” vs “김대리님, 이거 가능할까요?”
🔗 “라떼는 말이야” 안 하는데도 꼰대 소리 듣는 이유
🔗 팀원에게 상처 주지 않고 지적하는 말투 정리 : 상황별 문장 예시
🔗 MZ세대 직원과 일할 때 가장 많이 생기는 갈등 5가지와 대화법
🔗 MZ와 386 사이의 영포티, 젊음을 강요받는 40대의 현실
