업무를 부탁할 때 상대가 추측하지 않도록 목적, 작업 범위, 완료 기준을 담는 짧은 요청문 만들기.
메시지가 왔다. “이거 빨리 해 주세요.” 이거는 어느 파일일까? 빨리는 오전일까, 오늘일까? 무엇을 하면 끝난 걸까? 보낸 사람은 한 줄을 썼지만 받은 사람의 머릿속에는 질문이 여러 개 생긴다.
좋은 업무 요청은 상대가 목적·범위·완료 기준을 추측하지 않게 만든다. 장황할 필요는 없다. 오히려 핵심 세 가지가 분명하면 짧아질 수 있다.
①첫째, 왜 하는 일인지 한 문장으로 말한다
“자료 정리해 주세요”
보다 “내일 고객 설명에 쓸 예정이어서 자료를 정리해 주세요”라고 말하면 왜 필요한지 알 수 있다. 목적이 있으면 중요한 정보와 생략 가능한 정보를 구분하기도 쉬워진다.
목적은 일을 맡은 사람을 설득하기 위한 장황한 구호가 아니다. 결과물을 어디에 쓰는지 알려주는 배경이다. 불필요한 작업을 제안하거나 빠진 부분을 찾아낼 단서가 된다.
②둘째, 무엇을 어디까지 할지 정한다
“보고서 손봐 주세요”에는 문장 교정부터 전체 구조 개편까지 들어갈 수 있다. “2쪽의 표 숫자를 최신 승인 자료로 바꾸고, 본문 문장은 그대로 둬 주세요”처럼 범위를 좁히면 작업이 선명해진다.
범위 밖 일이 필요한 것 같다면 혼자 늘려서 처리하기 전에 묻는 편이 낫다. 선의로 추가 작업을 했는데 다른 사람의 검토 순서를 바꿔 버리는 경우도 있다.
③셋째, 무엇을 보면 끝났다고 할지 적는다
완료 기준은 “잘 정리”처럼 평가자의 느낌에 맡기지 않는다. 예를 들어 “표의 날짜와 금액을 확인하고, 수정한 파일을 지정된 폴더에 저장하면 완료”처럼 확인할 수 있는 상태를 적는다.
품질 기준이 복잡한 일이라면 예시를 함께 보여줄 수 있다. 반면 간단한 작업을 지나치게 세세하게 통제하면 오히려 협업을 어렵게 만든다. 확인이 필요한 핵심에 집중한다.
④마감은 별도로 확인한다
“빨리”를 지웠다고 시간이 자동으로 정해지는 것은 아니다. “내일 오전 검토 전까지 필요해요. 오늘 중 어느 시점에 가능할까요?”처럼 요청하고 조율한다. 부탁하는 사람이 원하는 때와 상대가 가능한 때는 다를 수 있다.
급한 이유가 있다면 알려준다. 조정할 수 있는 부분도 함께 보여준다. 범위를 줄이거나 중간 결과부터 받는 방법이 가능할지 논의할 수 있다.
⑤짧은 요청을 받았을 때 생기는 숨은 비용
가상의 협업을 생각해 보자. 동료에게 “지난 자료 다시 정리해 주세요”라는 메시지가 왔다. 받은 사람은 어느 파일인지 확인하려고 채팅을 뒤지고, ‘정리’가 문장 교정인지 표 수정인지 추측한다. 작업을 시작한 뒤에도 상대가 기대한 결과와 다른지 걱정된다. 짧은 요청 자체가 문제라기보다, 빠져 있는 판단을 받는 사람에게 모두 넘기는 데 비용이 든다.
그래서 요청 전 스스로 세 가지를 확인해 보자. 이 일은 어디에 쓰는가? 수정할 대상과 건드리지 말아야 할 범위는 무엇인가? 결과물을 어느 상태로, 어디에 올리면 끝인가? 셋 중 하나라도 모호하면 상대에게 “알아서”라는 말을 넘길 가능성이 커진다.
그러나 모든 일을 세세하게 적으라는 뜻은 아니다. 전문성이 필요한 업무에서는 결과의 목적과 반드시 지켜야 할 기준을 명확히 하고, 방법 선택은 담당자에게 맡기는 편이 적절할 수 있다. 지시문이 길수록 좋은 것이 아니라 필요한 판단의 경계를 분명히 하는 것이 중요하다.
⑥업무를 받은 사람도 확인할 수 있는 문장이 필요하다
‘정리’의 의미가 두 가지로 들린다면 “표만 갱신하면 될까요, 본문 설명도 수정할까요?”라고 되묻는 편이 낫다. 시급한 일이라면 질문을 한꺼번에 모으되, 바로 시작할 수 있는 범위와 기다려야 하는 범위를 나누자. 이 질문은 책임을 피하는 것이 아니라 기준이 같은지 확인하는 과정이다.
업무가 진행되는 중에 범위가 달라질 때도 있다. 처음에는 2쪽 표만 고치기로 했는데 검토 과정에서 전체 통계의 오류가 보였다면 곧바로 모든 표를 새로 만들기보다 먼저 알린다. “추가 오류가 발견됐습니다. 이번 범위에 포함할까요?”라는 말로 변경을 결정할 사람이 판단하도록 돕는다.
⑦완료 조건과 변경 범위를 다시 맞춘다
‘완료’도 단계별로 나눌 수 있다. 담당자가 파일을 만든 상태, 동료가 검토할 수 있게 공유한 상태, 최종 담당자가 승인한 상태는 서로 다르다. “초안 저장 완료”를 “작업 최종 완료”로 받아들이면 다음 사람이 기다리게 된다. 서로 사용하는 완료 표현을 맞춰 두면 불필요한 확인 메시지가 줄어든다.
마지막으로 요청문을 읽는 사람의 입장이 되어 본다. 첨부 파일이 없는데 ‘이거’라고 쓰지는 않았는가? 필요한 자료가 어디 있는지 알 수 있는가? 상대가 어려운 점을 말할 창구가 있는가? 잘 쓴 요청은 질문이 전혀 생기지 않는 문장이 아니라, 필요한 질문을 빨리 드러내는 문장이다.
의뢰할 자료의 원본도 결과물만큼 중요하다. 서로 다른 파일을 기준으로 수정하면 모두 성실하게 일해도 결과가 엇갈린다. 요청문에 파일 이름이나 공유 위치를 넣고 어떤 버전을 기준으로 할지 확인하자. 필요한 승인이 있다면 담당자도 함께 적어 두는 편이 좋다.
⑧한 줄을 다시 써 본다
원래 메시지: “이거 빨리 해 주세요.” 수정한 메시지: “내일 발표에 쓸 표라서, 2쪽 금액만 승인된 자료와 대조해 고쳐 주세요. 수정본을 공유 폴더에 올리면 됩니다. 오늘 중 가능 시간을 알려주세요.”
새 메시지도 완벽하다고 단정할 수는 없다. 필요한 파일이 무엇인지 분명하지 않다면 링크를 붙여야 한다. 상대가 이해했는지 확인할 여지도 남겨 둔다.
업무를 잘 부탁하는 사람은 남보다 더 많은 말을 하는 사람이 아니다. 상대가 굳이 추측하지 않아도 되도록, 필요한 말을 정확히 남기는 사람이다.
