‘가능하면 내일까지’는 선택일까, 사실상 필수일까?

1. 완곡함과 선택권을 구분합니다

‘가능하면’은 보통 상대가 하지 않을 선택도 열어 둔 표현입니다. 그런데 보고서가 없으면 다음 작업을 시작할 수 없다면 보낸 사람은 실제로 선택이 아니라 필수 조건을 기대하고 있을 수 있습니다.

상대는 눈치로 필수라고 추정하기보다 ‘완료가 선택인가요, 다음 작업의 필수 조건인가요?’라고 묻습니다. 보낸 사람은 관계를 부드럽게 하려던 의도와 업무 조건을 분리해 다시 말해야 합니다.

2. 요구 수준은 같은 단어를 공유해야 합니다

RFC 2119는 인터넷 표준 문서에서 MUST를 절대 요구, SHOULD를 예외가 있을 수 있는 권고, MAY를 선택으로 구분합니다. 일상 업무에 그대로 적용되는 법적 정의는 아니지만, 강도를 섞어 쓰면 서로 다른 행동을 기대하게 된다는 비교 틀을 줍니다.

이 활동에서는 ‘반드시’를 필수, ‘권합니다’를 권고, ‘가능하면’을 선택으로 분류합니다. 미완료가 다른 작업을 막는다면 ‘가능하면’과 조건이 충돌한다고 표시하고 자동으로 필수로 바꾸지 않습니다. 말한 사람이 직접 고쳐야 합니다.

참고: RFC Editor · S. Bradner · RFC 2119 · Key words for use in RFCs to Indicate Requirement Levels

3. 기한과 완료 조건을 상대가 되짚게 합니다

AHRQ TeamSTEPPS의 check-back은 받은 사람이 메시지를 자기 말로 되짚고 보낸 사람이 맞는지 확인해 의사소통 고리를 닫는 방법입니다. 이 글은 의료 지시를 만들지 않고 일반 업무 요청에 확인 구조만 적용합니다.

‘내일까지’도 시간대와 근무시간에 따라 다르게 읽힐 수 있으므로 ‘내일 15시’처럼 시각을 적습니다. 받는 사람이 ‘필수 보고서를 내일 15시까지 제출하라는 뜻이며 가능합니다’라고 되짚고 보낸 사람이 확인해야 합의가 닫힙니다.

참고: Agency for Healthcare Research and Quality · Tool: Check-Back (or Repeat-Back)

4. 수락하지 못한 답도 합의의 자료입니다

받는 사람이 어렵다고 답하면 실패나 불성실로 바로 해석하지 않습니다. 기한을 바꾸거나 범위를 줄이거나 대체 담당을 정할 선택지가 생긴 것입니다. 이때 대화 고리는 닫힌 합의가 아니라 재협의 상태입니다.

긴급·법정·안전 업무의 실제 요구 수준은 조직 규정과 권한 있는 담당자가 정해야 합니다. 이 가상 활동은 권한·계약·노동 조건을 대신하지 않으며, 표현이 명확하다는 이유만으로 부당한 요구가 정당해지는 것도 아닙니다.