“간단하게 정리해줘”라는 말에 주말을 날린 적 있나요? 업무 지시 받을 때 결과물 형태, 용도, 마감, 우선순위, 범위, 권한 6가지를 확인하고, 되받아 말하기로 오해를 없애는 방법을 정리했습니다.
업무 지시 받을 때 가장 위험한 순간은 못 알아들었을 때가 아니라, 알아들었다고 믿었을 때입니다. 고개를 끄덕이고 자리로 돌아온 그 5초가 이틀치 재작업을 만들기도 합니다.
“간단하게 정리해줘”가 만든 이틀
금요일 오후 4시. 팀장이 지나가면서 한마디를 던집니다. “김 대리, 그 자료 좀 간단하게 정리해서 줘요.” 김 대리는 고개를 끄덕입니다. 주말 내내 그 말이 머릿속을 맴돕니다. 결국 집에서 일하고, 월요일 아침, 표와 그래프를 넣은 15장 페이지 문서를 들고 갑니다. 팀장이 한 장 넘기더니 말합니다. “이걸 다 만들었어요? 나는 그냥 표 하나면 됐는데!”
정말…단전에서 뭔가가 올라옵니다. 팀장은 분명히 ‘간단하게’라고 했고, 김 대리는 성실하게 만들었습니다. 그런데 주말이 통째로 사라졌습니다.
다른 장면도 익숙할 겁니다. 메신저 알림이 뜨고, 부장님이 파일 하나를 툭 올려놓습니다. “이거 좀 봐줘요.” 봐준다는 게 오탈자를 잡으라는 건지, 논리가 맞는지 보라는 건지, 아니면 내가 최종 확인하고 넘기라는 건지 알 수가 없습니다. 물어보자니 별걸 다 묻는 사람처럼 보일까 싶고, 안 물어보자니 감이 안 잡힙니다. 결국 오탈자만 고쳐서 보냅니다. 다음 날 답이 옵니다. “내용은 왜 안 봤어요?”
두 장면의 공통점은 지시가 없었던 게 아니라, 지시는 있었는데, 완성되지 않은 채로 전달됐습니다.
지시는 왜 늘 절반만 도착할까
지시를 내리는 사람의 머릿속에는 이미 완성된 그림이 있습니다. 어떤 표가 필요하고, 누구한테 보고할 거고, 왜 급한지 까지 다 알고 있습니다. 그런데 입 밖으로 나오는 건 “간단하게 정리해줘” 다섯 글자입니다. 본인은 충분히 말했다고 느낍니다. 자기 머릿속 그림이 상대에게도 보인다고 착각하기 때문입니다.
이걸 잘 보여주는 오래된 실험이 있습니다. 1990년 스탠퍼드 대학원생 엘리자베스 뉴턴은 사람들을 ‘두드리는 사람’과 ‘듣는 사람’으로 나눴습니다. 두드리는 사람은 생일 축하합니다 같은 익숙한 노래를 골라 탁자를 손가락으로 두드리고, 듣는 사람은 무슨 노래인지 맞히는 방식이었습니다. 두드린 사람들은 상대가 절반쯤은 맞힐 거라고 예상했습니다. 실제로는 120곡 중 3곡, 정답률 2.5%였습니다. 두드리는 사람 머릿속에서는 멜로디가 흐르고 있었지만, 듣는 사람 귀에는 그냥 툭툭거리는 소리만 들렸기 때문입니다
(Chip Heath & Dan Heath, “The Curse of Knowledge”, Harvard Business Review, 2006).
사무실에서도 똑같은 일이 매일 벌어집니다. 팀장은 멜로디를 듣고 있고, 나는 두드리는 소리만 듣습니다.
이게 개인의 눈치 문제가 아니라는 건 숫자로도 확인됩니다. 갤럽 조사에서 직장에서 자신에게 기대되는 바를 명확히 안다고 답한 직원은 46%에 그쳤고, 이는 2020년 3월의 56%에서 10%포인트 떨어진 수치입니다(Gallup, U.S. Employee Engagement Sinks to 10-Year Low). 절반이 넘는 사람이 지금 자기가 뭘 해야 하는지 확신하지 못한 채 일하고 있다는 뜻입니다.
국내 상황도 다르지 않습니다. 사람인이 직장인 563명에게 물었더니 조직 건강도를 해치는 근본 원인 1위가 ‘불명확한 업무지시'(28%)였고, 지금 기업문화에서 가장 먼저 없어져야 할 것으로는 ‘소통 없는 일방적 업무 지시'(46%)가 꼽혔습니다(사람인 HR매거진, 직장인 조직건강도 조사).
그러니까 이건 내가 눈치가 없어서 생기는 일이 아닙니다. 구조적으로 반쯤 잘려서 오는 게 정상입니다. 잘려 나간 절반을 받는 쪽에서 채워 넣는 수밖에 없습니다.
업무 지시 받을 때 확인할 6가지
전부 물어볼 필요는 없습니다. 익숙한 일이면 두세 개면 충분하고, 처음 해보는 일이면 여섯 개를 다 채우는 게 낫습니다.
① 결과물이 어떤 모양인지
‘정리’라는 단어에는 형태 정보가 하나도 없습니다. 워드 문서인지, 엑셀 표 한 장인지, 슬라이드인지, 아니면 그냥 자리에서 3분 구두로 말하면 되는지에 따라 일의 크기가 열 배씩 차이납니다. “표 한 장 정도로 만들면 될까요, 아니면 문서로 정리할까요?”처럼 선택지를 두 개 제시하면 상대도 대답하기 쉽습니다.
② 이게 어디에 쓰이는지
여섯 가지 중 하나만 물어야 한다면 이걸 물어야 합니다. 용도를 알면 나머지 다섯 개는 대체로 추론이 됩니다. 팀 내부 참고용 자료와 임원 보고용 자료, 고객사에 나가는 자료는 정밀도도 톤도 완전히 다릅니다. “이거 어디에 들어가는 자료인가요?” 한 문장이면 됩니다.
③ 마감은 날짜가 아니라 시각으로
‘이번 주까지’는 마감이 아닙니다. 지시한 사람은 목요일 오전을 생각했고, 받은 사람은 금요일 퇴근 전을 생각합니다. 목요일 오후에 “다 됐어요?”라는 말을 듣고 나서야 어긋났다는 걸 알게 됩니다. 요일과 시각까지 붙여서 되물으면 이 오차는 사라집니다.
④ 지금 하던 일과의 순서
새 일이 들어왔다는 건 기존 일 중 뭔가가 밀린다는 뜻입니다. 그런데 이 부분을 아무도 말하지 않으면, 밀린 책임은 조용히 받은 사람 몫이 됩니다. “지금 A 건 마무리 중인데, 이걸 먼저 할까요?”라고 물으면 우선순위 결정을 원래 결정해야 할 사람에게 돌려놓을 수 있습니다. 일을 피하려는 게 아니라 순서를 정해달라는 요청이라는 점을 말투로 분명히 하는 게 좋습니다.
⑤ 어디까지가 내 몫인지
일의 시작보다 끝이 더 자주 애매합니다. 자료를 만들면 끝인지, 관련 부서 의견까지 받아야 하는지, 내가 직접 발송까지 하는 건지. 경계를 안 정하면 두 가지 중 하나가 벌어집니다. 안 해도 될 일까지 해서 시간을 쓰거나, 당연히 내가 할 거라 여겨진 일을 빠뜨리거나.
⑥ 내가 정해도 되는 것과 물어야 하는 것
중간에 판단해야 할 일이 반드시 생깁니다. 그때마다 물으면 답답한 사람이 되고, 혼자 정하면 나중에 “왜 물어보지 않았냐”는 말을 듣습니다. 그래서 시작할 때 미리 선을 그어두는 게 낫습니다. “형식이나 순서는 제가 정해도 될까요? 대신 숫자 기준이 갈리면 그때 여쭙겠습니다.” 여기에 중간 확인 시점 하나만 잡아두면 방향이 크게 어긋날 일이 거의 없습니다.
다 들었으면, 되받아 말하기
여섯 가지를 다 확인해도 마지막 관문이 하나 남습니다. 내가 이해한 게 상대가 말한 것과 같은지는 아직 아무도 모릅니다. “네, 알겠습니다”는 확인이 아닙니다. 알아들었다는 느낌을 전달했을 뿐입니다.
이 문제를 가장 오래 고민한 분야는 의료와 항공입니다. 미국 보건의료연구품질청(AHRQ)의 팀 소통 훈련 프로그램인 팀스텝스에서는 ‘체크백’을 주고받은 정보를 검증하고 확인하는 닫힌 루프 소통 방식으로 정의합니다(AHRQ, Tool: Check-Back). 지시한 사람이 말하면, 받은 사람이 내용을 그대로 되풀이해 말하고, 지시한 사람이 맞다고 확인해야 비로소 루프가 닫힙니다.
중요한 건 대꾸의 종류입니다. 관련 문헌에서도 “알겠다” 같은 짧은 반응만으로는 루프가 닫히지 않는다고 명시합니다(Joint Commission Journal on Quality and Safety, Closing the Communication Loop). 수술실에서 이 절차를 지키는 이유는 사람이 특별히 부주의해서가 아니라, 부주의하지 않아도 말은 어긋나기 때문입니다. 사무실이라고 다를 이유가 없습니다.
실제로 쓸 수 있는 문장은 이런 식입니다.
- “정리하면, 지난 분기 매출을 표 한 장으로 만들어서 목요일 오후 3시까지 드리면 되는 거죠?”
- “제가 이해한 건 A만 보는 거였는데, B까지 포함하는 게 맞을까요?”
- “이번 건이 급하니 C 건은 다음 주로 미루겠습니다. 괜찮을까요?”
길지 않습니다. 10초면 끝납니다. 그리고 이 10초가 아까워서 넘어간 일이 나중에 반나절이 됩니다.
말로 끝내지 말고 한 줄 남기기
구두로 확인했어도 기억은 양쪽 다 편한 대로 바뀝니다. 자리로 돌아와서 메신저나 메일로 세 줄만 보내두면 이 문제가 정리됩니다. 감시하려는 게 아니라, 서로 다르게 기억하기 전에 종이 위에 고정해두는 겁니다.
세 번째 줄이 핵심입니다. 질문 하나를 열어두면 상대는 답을 하게 되고, 그 답이 곧 합의가 됩니다. 질문이 없으면 아무도 다시 읽지 않습니다.
그런데 물어보기 어려운 조직이라면
여기까지 읽으면서 “그걸 몰라서 안 묻는 게 아니다”라고 생각한 분이 많을 겁니다. 맞습니다. 질문 한 번에 “이런 것도 모르냐”는 표정이 돌아오는 자리에서는 확인 절차가 작동하지 않습니다.
이 현상에는 이름이 있습니다. 하버드 경영대학원의 에이미 에드먼슨은 1999년 논문에서 팀 심리적 안전감 개념을 제시했습니다. 질문하거나 실수를 인정하거나 도움을 요청하는 것 같은 대인관계상의 위험을 감수해도 안전하다는, 팀 구성원들이 공유하는 믿음을 말합니다. 그가 주목한 건 사람들이 이런 행동을 꺼리는 이유였습니다. 도움을 요청하거나 모른다고 말하는 순간 무능해 보일 수 있고, 그 인상이 평가나 승진 같은 실제 손해로 이어질 수 있기 때문입니다(Amy Edmondson, Psychological Safety and Learning Behavior in Work Teams, ASQ 1999).
조직 분위기를 혼자 바꿀 수는 없습니다. 대신 질문의 형태는 바꿀 수 있습니다.
- 모른다고 하지 말고, 이해한 걸 말한다. “무슨 말씀이신지 잘 모르겠습니다” 대신 “제가 이해한 건 A인데, 맞을까요?”라고 하면 질문이 아니라 확인이 됩니다.
- 열린 질문 대신 선택지를 준다. “어떻게 할까요?”는 상대에게 일을 넘기는 말처럼 들립니다. “1안으로 갈까요, 2안으로 갈까요?”는 상대의 시간을 아껴줍니다.
- 결과물 조각을 먼저 보여준다. 다 만들고 나서 확인받으면 되돌릴 수 없습니다. 표 한 줄, 목차 한 장을 먼저 보내면 방향이 틀렸을 때 손해가 작습니다.
- 묻는 이유를 붙인다. “일을 미루려는 게 아니라 순서만 맞추고 싶어서요” 같은 한마디가 오해를 상당히 줄여줍니다.
그래도 질문 자체가 계속 벌점처럼 돌아오는 곳이라면, 그건 개인의 소통 기술 문제가 아닙니다. 그때는 기록을 남기는 습관이 자신을 지켜줍니다.
반대로 지시를 내리는 자리라면
이 글을 후배에게 보내기 전에, 지시하는 쪽에서 할 수 있는 일이 훨씬 간단하다는 점도 짚어둘 만합니다.
- 일을 말할 때 용도를 한 문장 붙인다. “다음 주 임원회의에 들어갈 거예요.” 이 한마디가 뒤의 질문 다섯 개를 없앱니다.
- “이해했어요?” 대신 “어떻게 하실 생각인지 한 번만 말해줄래요?”라고 묻는다. 앞 질문의 정답은 언제나 “네”입니다.
- 비슷한 이전 자료가 있으면 예시를 하나 던져준다. 설명 열 줄보다 파일 하나가 정확합니다.
한 줄로 남는 것
업무 지시 받을 때 필요한 건 눈치도 센스도 아닙니다. 상대 머릿속 그림은 원래 나에게 보이지 않는다는 사실을 인정하고, 보이지 않는 부분을 소리 내어 확인하는 절차입니다.
오늘 새 업무를 받게 되면 딱 하나만 해보시길 권합니다. 자리로 돌아오기 전에 “제가 이해한 건 ○○인데, 맞을까요?” 한 문장을 말해보는 겁니다. 대부분은 “네, 맞아요”로 끝날 겁니다. 그리고 가끔, 그 한 문장이 주말 하나를 지켜줍니다.
참고자료
- Chip Heath & Dan Heath, “The Curse of Knowledge”, Harvard Business Review, 2006년 12월 — hbr.org/2006/12/the-curse-of-knowledge
- Gallup, “U.S. Employee Engagement Sinks to 10-Year Low” — gallup.com
- 사람인 HR매거진, 직장인 563명 대상 ‘조직 건강도’ 조사 — saramin.co.kr
- Agency for Healthcare Research and Quality(AHRQ), TeamSTEPPS “Tool: Check-Back” — ahrq.gov
- “Closing the Communication Loop: Using Readback/Hearback to Support Patient Safety”, Joint Commission Journal on Quality and Safety — sciencedirect.com
- Amy C. Edmondson, “Psychological Safety and Learning Behavior in Work Teams”, Administrative Science Quarterly, 1999 — PDF 원문