같이 놀러 갈 곳을 예약하려고 했다.
그런데 원하는 날짜에 예약이 잘 안 됐다.
그래서 아주 가볍게 말했다.
“그럼 연차 쓰죠.”
말한 쪽에서는 해결책 하나를 툭 던진 정도였다.
그런데 상대가 진짜 연차를 썼다.
어? 이거 실행되는 명령어였어?
대화창에서는 선택지처럼 보였는데 운영 서버에서는 execute로 처리된 느낌이다.
1. 보통 “예약 안 됨”은 “다음에 가자”로 끝난다
장소는 괜찮은데 날짜가 안 맞는 상황은 흔하다.
예약 자리가 없고, 일도 있고, 다른 날짜도 애매하다.
보통은 여기서 “그럼 나중에 가자”가 된다.
그런데 이번 해결책은 예약 날짜를 바꾸는 게 아니라,
근무일을 휴일로 바꾸는 것이었다.
장애 대응 범위가 갑자기 회사 일정까지 올라갔다.
게다가 진지한 협상도 아니었다.
거의 농담처럼 던진 제안이었다.
2. “연차 쓰죠” — 선택지인 줄 알았는데 명령어였다
강하게 설득한 것도 아니고 여러 번 부탁한 것도 아니다.
온도감은 “연차라는 방법도 있지” 정도였다.
그런데 결과는:
연차 사용 완료.
UI는 선택지였는데 백엔드는 명령으로 받았다.
“연차 쓰죠 🙂”
↓
200 OK
한마디가 없던 의욕을 만들어냈다기보다는, 상대도 이미 가고 싶었고 그 날짜가 좋았는데 일이 마지막 장애물이었을 가능성이 크다.
거기에 구체적인 우회로가 하나 생기자 일정이 움직였다.
3. 그렇다고 한쪽만 전부 맞춰 준 것도 아니다
그날 나에게도 미용실 예약이 있었다.
그리고 그 예약을 다른 날로 옮겼다.
여기서 인과관계를 잘못 잡으면 안 된다.
장어를 사준다 → 머리를 포기한다
가 아니다.
다른 가능한 날짜에는 상대가 일이 바빠 보였고, 내 미용실 예약 쪽이 상대적으로 옮기기 쉬웠다.
실제로는 서로 조정한 것이다.
- 상대: 연차를 써서 업무 제약을 제거
- 나: 미용실 예약을 다른 날로 이동
한 사람이 전체 일정을 희생한 게 아니다.
각자 자기 쪽 장애물 하나씩 치웠다.
4. 그리고 장어 — 원인은 아닌데 존재감이 너무 크다
추가 정보가 하나 있다.
장어를 사준다고 한다.
이 문장 하나가 들어오면 이야기가 갑자기 “장어 때문에 모든 일정을 바꾼 사람”처럼 보인다.
아니다.
미용실을 옮긴 주된 이유는 다른 날짜에 상대 일이 바빴기 때문이다.
장어는 원인이 아니다.
그런데 로그에는 남는다.
그리고 너무 눈에 띈다.
소프트웨어로 치면 optional dependency인데 README 대표 이미지 한가운데 찍혀 있다.
원인은 아닌데 제목에는 들어간다.
장어의 힘이다.
5. 실제 구조 — 의욕을 올린 게 아니라 마찰을 줄였다
둘 다 처음부터 놀러 가고 싶었다.
문제는 마음이 아니라 예약, 업무, 기존 일정이라는 현실적인 마찰이었다.
그래서 흐름은 이렇게 됐다.
예약 문제 → 연차 제안 → 상대가 업무 제약 제거 → 내가 미용실 예약 이동
더 가고 싶게 설득할 필요는 없었다.
이미 가고 싶었기 때문이다.
필요했던 건 동기 추가가 아니라 병목 제거였다.
일정 조정이라기보다 분산 시스템의 데드락 해제에 가깝다.
6. 행동과학으로 살짝 보면 — 구체적인 행동이 의도와 실행 사이를 메울 수 있다
이 사례 자체가 심리학 실험이라는 뜻은 아니다.
다만 비슷한 구조를 설명하는 연구는 있다.
사람은 무언가를 하고 싶어도 실제 행동까지 못 갈 수 있다. “이 상황이 오면 이 행동을 한다”처럼 상황과 행동을 구체적으로 연결한 계획을 심리학에서는 **실행 의도(implementation intention)**라고 부르며, 이런 구체화가 목표 행동을 돕는다는 연구가 있다.
2006년 메타분석은 94개의 독립 검증을 종합해 실행 의도가 목표 달성에 중간 이상 크기의 긍정적 효과를 보였다고 보고했다.
이번 대화가 정식 if-then 계획은 아니다.
그래도 “가고 싶은데 날짜가 안 됨”이라는 막연한 상태에,
“그 근무일을 연차로 바꾼다”
라는 구체적인 행동이 꽂혔다는 점은 닮아 있다.
이미 90%쯤 만들어진 결심에 마지막 구현 방법을 전달한 느낌이다.
7. 결론 — 가벼운 한마디가 두 사람의 캘린더를 다시 짰다
시작은 단순했다.
“예약이 안 되네.”
그리고 가볍게,
“연차 쓰죠.”
진짜 연차를 썼다.
나도 미용실을 옮겼다.
옆에서 장어가 등장했다.
구조 자체는 합리적이다.
둘 다 가고 싶고, 다른 날짜는 한쪽 일이 바쁘니, 각자 움직일 수 있는 일정을 하나씩 움직였다.
그런데 사건 순서가 너무 강하다.
가벼운 제안 → 연차 → 미용실 변경 → 장어.
일정 조정, 운영 배포 완료.
장어는 배포 필수 조건이 아니다.
그래도 운영 로그에는 있다.
