본문 바로가기

직장인 문제 해결

업무 요청이 애매하면 결과가 엇나가는 이유

"이거 빨리 정리해서 공유해 주세요." 이 말을 들은 사람은 일을 시작하기 전에 먼저 추측부터 해야 한다.


같은 일을 맡겨도 결과가 자꾸 어긋나는 이유

 

직장에서 자주 나오는 말이 있다.

"이거 빨리 정리해서 공유해 주세요." 같은 표현이다.

듣는 순간 얼핏 쉬워 보이지만, 실제로는 무엇을, 누구 기준으로, 어느 수준까지 정리해야 하는지가 빠져 있다.

이런 식의 업무 요청 모호함은 일하는 사람의 역량 문제로 보이기 쉽지만, 시작점부터 해석이 갈리는 구조에 더 가깝다.

결과물이 기대와 다르면 보통 실행한 사람을 먼저 탓한다. 많은 경우 문제는 실행이 아니라 요청 문장 안의 빈칸에서 시작되는데도.

애매한 요청은 일을 시키는 게 아니라 해석을 떠넘기는 일이다

요청이 불명확하면 상대는 작업 전에 먼저 추측을 해야 한다.

중요한 기준이 빠져 있을수록 실무자는 자신의 경험, 조직 분위기, 급한 정도를 바탕으로 빈칸을 채운다. 그 해석 기준이 요청자와 같을 가능성은 생각보다 높지 않다.

예를 들어 "보고서 간단히 만들어 달라"는 말은 누군가에게는 한 장 요약이고, 다른 사람에게는 핵심 데이터가 포함된 5장짜리 문서다.

여기서 생기는 추가 수정, 재설명, 일정 지연은 모두 처음의 모호함이 만든 비용이다. 빈칸이 있는 요청은 해석 비용을 상대에게 떠넘기는 방식이고, 요청자는 짧게 말해서 편할 수 있지만 팀 전체로 보면 오히려 시간이 더 든다.

잘 전달하는 사람은 기준을 먼저 준다

애매함을 줄이려면 말을 길게 늘어놓을 필요는 없다. 최소한의 기준을 먼저 주면 된다.

실무에서 자주 빠지는 항목은 대체로 비슷하다. 아래 다섯 가지가 들어가면 요청의 방향이 훨씬 또렷해진다.

  • 무엇을 만들지: 문서, 메시지, 분석, 초안 중 어떤 결과물인지.
  • 왜 필요한지: 보고용인지, 의사결정용인지, 외부 공유용인지.
  • 누가 볼지: 대표, 팀장, 고객처럼 독자의 수준과 관심사.
  • 어디까지 할지: 초안인지 최종본인지, 데이터 검증이 필요한지.
  • 언제까지인지: 마감 시간과 중간 확인 시점.

같은 부탁도 "내일 오전 회의용으로, 팀장님이 3분 안에 볼 수 있게, 핵심 수치만 넣은 한 장 요약으로 부탁한다"라고 말하면 해석의 여지가 크게 줄어든다.

좋은 요청은 친절한 요청이 아니라 판단 기준이 선명한 요청이다.

요청 방식이 바뀌면 팀의 속도도 달라진다

업무 요청 모호함이 반복되는 조직은 늘 바빠 보이지만 이상하게 진도가 느리다. 처음부터 명확하게 말하지 않으니 중간 확인이 잦아지고, 수정이 여러 번 쌓이고, 결국 같은 일을 두세 번 하게 된다.

요청 단계에서 기준을 맞추면 일의 속도보다 왕복 횟수가 먼저 줄어든다. 이 변화는 작은 습관에서 시작된다.

업무를 맡길 때는 머릿속 그림을 상대가 이미 알고 있다고 가정하지 않는 편이 안전하다. 한 번 더 설명하는 수고가, 나중에 다시 만드는 수고보다 훨씬 싸다.

일 잘하는 팀은 일을 빨리 처리하는 팀이 아니라, 처음 요청할 때부터 오해가 생길 틈을 줄이는 팀이다. 보고가 길어지는 문제도 결국 같은 자리에서 시작된다.