- 관리자와 리더의 모호한 요청은 작은 질문처럼 보여도 팀의 시간, 우선순위, 실행 방향을 크게 흔들 수 있음
- “확인해달라”, “현대적으로 해야 한다” 같은 표현은 보고서, 슬라이드, 주말 작업, 대규모 업그레이드 같은 과도한 대응으로 번지기 쉬움
- 요청자는 기대하는 시간 투자, 우선순위 영향, 기존 자료 확인인지 새 작업인지, 결과물을 어디에 쓸지까지 함께 말해야 함
- 요청을 받은 사람도 노력 수준을 되묻고 모르는 점을 확인해야 하며, 리더가 바빠서 답하지 못할 것이라고 가정하면 안 됨
- 앞단에서 약간 어색할 정도로 구체적으로 말하면 뒤에서 생길 혼란, 잘못된 작업, 비용 낭비를 크게 줄일 수 있음
작은 요청이 큰 작업으로 커지는 방식
- 조직 안에서는 짧고 가벼워 보이는 요청이 예상보다 훨씬 큰 작업으로 커지는 일이 반복됨
- 관리자가 “X를 해줄 수 있나?”라고 묻자, 직속 보고자가 예상보다 10배 많은 시간을 쓰고 관리자는 “그렇게까지 시간을 쓰길 원한 게 아니었다”고 반응하는 사례가 있음
- 임원이 회의에서 “이것 좀 확인해줄래?”라고 짧게 말한 것이 24명이 4개 버전의 슬라이드 덱을 만들고 주말까지 일하는 상황으로 이어질 수 있음
- 정작 회의에서는 임원이 첫 슬라이드의 첫 문장 요약만 보고 “전체 발표는 필요 없다”고 말할 수 있음
- “변명 없이 현대적이어야 한다”는 말도 의미를 확인하지 않으면 대규모 기술 업그레이드로 해석될 수 있음
- 실제 의도는 몇 년에 걸쳐 새 버전에서 API 문법을 갱신하는 수준일 수 있음
- 그 사이 중요한 프로젝트 출시는 밀릴 수 있음
요청자가 먼저 정해야 할 것
- 리더는 요청할 때 기대하는 시간 한도를 직접 말해야 함
- 예: “20분 이상 쓰지 말고, 20분 뒤에 가진 것만 가져오라”
- 우선순위에 어떤 영향을 줘야 하는지도 함께 정리해야 함
- 예: “약 2주 걸릴 것으로 예상하며, 다른 주요 작업의 우선순위를 크게 낮추지 않아야 한다”
- 실제 일정이 다르거나 다른 일과 충돌하면 즉시 연락하라고 말해야 함
- 기존 자료만 확인하면 되는지, 새로 분석하거나 만들어야 하는지도 구분해야 함
- 예: “이 주제에 대해 이미 가진 것이 있는지만 알려달라. 아직 생각해본 적이 없다면 그것만 알아도 된다”
- 결과물의 사용처를 알려주면 상대가 노력 수준을 맞추기 쉬움
- 예: 영업 잠재고객에게 보낼 답변, 다음 All Hands의 Q&A 대비, 다음 이사회 핵심 주제 등
요청받은 사람이 확인해야 할 것
- 요청을 받은 사람은 명확화 질문을 해야 함
- “여러 시간이 필요한 매우 철저한 결과를 기대하는가, 아니면 짧은 정리인가?”처럼 노력 수준을 확인해야 함
- 질문한다고 어리석어 보이는 것이 아니라, 묻지 않고 완전히 잘못된 일을 하는 편이 더 위험함
- 리더의 이메일이나 메신저를 고대 유물처럼 해석하며 시간을 쓰기보다, 요청한 리더에게 직접 확인하는 편이 낫음
- 리더가 요청할 시간이 있다면 그 요청을 명확히 해줄 시간도 있음