한 끼가 아니라 레시피를

문제가 속도라고 생각하지만, 아닙니다. '내가 하면 더 빠른데'라는 말은 사실이고, 바로 그 점이 이것을 함정으로 만듭니다.

어떤 일이든 한 번만 놓고 보면 정말로 더 빠릅니다. 하지만 머릿속에서는 서로 다른 두 질문이 슬그머니 뒤바뀝니다:

• 실제로 답하는 질문: '지금 당장 이 한 건을 누가 가장 빨리 하는가?' → 나.
• 답해야 하는 질문: '앞으로 1년간 이 일을 쉰 번 하면서 총비용을 가장 낮추는 사람은 누구인가?' → 거의 언제나 내가 아님.

PEM은 이 상태를 정확히 짚어 냅니다. Execution-Heavy 위임 함정 — 놓지 못하는 마음입니다. 정체성이 개인의 산출물에 묶여 있고, 힘들게 쌓아 올린 통제권이 주는 편안함을 진짜 대체 불가능함으로 착각하고 있는 것입니다. 세 가지 편향이 이 고리를 단단히 용접해 닫아 버립니다:

• 이케아 효과 — 자기가 한 일이라는 이유만으로 자신의 실행을 과대평가합니다. 일을 끝내는 것이 잘못된 선택일 때조차, 끝냈다는 사실이 승리처럼 느껴집니다.
• 대체 불가능성 착각 — 스스로를 강화합니다. 누구에게도 맡겨 보지 않으니 아무도 그 역량을 키우지 못하고, 그것이 다시 '나만 할 수 있다'는 것을 '증명'합니다.
• 거꾸로 뒤집힌 계획 오류 — 위임에 드는 비용을 실제의 세 배에서 열 배까지 과대평가합니다. 일을 넘기는 작업이 머릿속에서는 엄청나 보이지만, 현실에서는 거의 언제나 사소합니다.

보이지 않는 비용은 이렇습니다. '내가 하면 더 빠르다'는 선택을 할 때마다 PEM 위임 진행 과정의 1단계에 묶여 옴짝달싹 못 합니다. 모든 일을 직접 하는 단계죠. 그리고 가장 값진 자산인 이해는 확장 가능한 무언가로 결코 바뀌지 못합니다. PEM은 이를 직설적으로 말합니다:

"'이건 나만 할 수 있다'고 말하는 사람은, 대체 불가능함을 증명하는 것이 아니라 이해의 부족을 고백하고 있는 경우가 많다."

속도 문제가 아닙니다. 속도 문제로 위장한 전수의 문제입니다.

본능은 두 갈래로 갈리는데, 둘 다 실패합니다.

• '그냥 내가 한 번만 더 하지.' 마음 편한 선택이지만, 재발입니다. 일은 끝나니 생산적인 것처럼 느껴지지만, 영원히 1단계에 가둬 버립니다. 이미 한계까지 끌어올린 요소(개인의 실행)만 계속 쌓으면서, 정작 확장되는 요소(전수된 이해)는 굶기는 셈입니다.
• '사람을 뽑아서 알아서 하길 바라지.' 정반대의 실수입니다. 이해 없는 위임, PEM이 책임 방기라 부르는 것입니다. 말로 풀어내지 못한 것을 지시할 수 없고, 한 번도 정의한 적 없는 품질을 판단할 수 없습니다. 그래서 결과물은 엉망으로 돌아오고, 다시 가져오게 되며, 이 모든 일이 '위임은 안 통한다'는 것을 '증명'합니다. 위임이 실패한 게 아닙니다. 위임을 작동하게 만드는 단계를 건너뛴 것입니다.

진짜 해법은 자신이 직접 하는 마지막 한 번을 레시피로 바꾸는 것입니다. 다른 사람이나 AI가 굴릴 수 있는, 전수 가능한 표준 말입니다.

그 일을 하고 싶은 충동과 싸우지 마십시오. 마지막으로 딱 한 번, 원재료로 써먹으십시오. 방법론이 짚어 낸 세 가지 힘이 무거운 일을 대신 해 줍니다:

1. 이케아 효과를 뒤집습니다. 그 일을 '마지막'이라고 규정하는 순간, 손으로 직접 끝내는 것이 더 이상 승리처럼 느껴지지 않고 오히려 퇴보처럼 느껴집니다. 만족감이 '잘 해냈다'에서 '다시는 할 필요가 없게 만들었다'로 옮겨 갑니다. 여전히 유능감의 가려운 곳을 긁고 있지만, 이번에는 쓸모 있는 방향을 겨냥할 뿐입니다.

2. 위임의 역설을 작동시킵니다. PEM이 분명히 말하듯, 효과적인 위임은 이해를 덜 요구하는 게 아니라 더 요구하며, 아는 것을 글로 적어 두면 그 숙련도가 깊어집니다. 복잡한 일을 어쩔 수 없이 문서화한 관리자들은, 계속 손으로 직접 하는 사람들보다 그 일을 눈에 띄게 더 잘 이해하게 됩니다. 이번 한 번 그 일을 문서화하면, 암묵적 기술이 들여다보고 다듬을 수 있는 명시적인 것으로 바뀝니다.

3. 주석이 달린 예시를 만들어 냅니다. 평범하게 한 번 한 일은 끝나는 순간 사라집니다. 하지만 설명을 곁들인 한 번은 PEM에서 가장 강력한 단 하나의 위임 도구가 됩니다. 설명하는 대신 보여 주고, 지식의 저주, 즉 몰랐을 때가 어땠는지 기억하지 못하는 무능을 우회합니다. 각 결정 뒤에 담아 둔 '왜'야말로 남들 눈에는 보이지 않는 부분이고, 바로 그것이 그 일을 가르칠 수 있게 만듭니다.

충동이 이기기 전에, 그 거꾸로 뒤집힌 계획 오류를 막아 낼 방어책으로 30초 계산을 해 보십시오:

올해 이 일을 하게 될 횟수(N) × 한 번당 걸리는 분(T) × 시간당 가치($V). 1년에 40번, 한 번에 25분씩 쓰는 계약서 작성은 매년 창업자의 시간 약 17시간을 태우고, 그 비용은 복리로 불어납니다. 반면 문서화에 한 번 들이는 약 50분 더하기 점점 줄어드는 검토 시간이 그 반대편에 있습니다. '내가 하면 더 빠르다'는 딱 한 번 하는 일에만 늘 옳습니다. 반복되는 일이라면, 그것은 사업에서 가장 비싼 문장입니다.

그리고 애초에 그게 사람 문제이긴 한지 확인하십시오. PEM의 위임 위계는 먼저 순서대로 밟으라고 말합니다. 자동화(템플릿, 워크플로, 또는 AI 기능 — '내가 하면 더 빠르다'는 일 중 상당수는 표준만 적어 두면 자동화할 수 있습니다), 그다음 시스템화(체크리스트나 SOP), 그러고 나서야 비로소 사람과 협업입니다. 붙들고 있는 것 중 상당수는 위임이 전혀 아닙니다. 빠져 있는 템플릿일 뿐입니다.

특히 이 유형에 해당하는 한 가지: Execution-Heavy 유형은 아마 '프로세스 문서화'를 질색할 겁니다. 좋은 소식이 있습니다. PEM은 AI를 위임 도구로 쓰라고 말합니다. 주석이 달린 예시는 퓨샷 프롬프트가 되고, 품질 기준은 검토 체크리스트가 됩니다. 일을 넘길 때의 고된 잡일은 AI가 처리합니다. AI가 흉내 낼 수 없는 단 하나, 구체적인 판단만 직접 채워 넣으면 됩니다.