내 PI 업무를
AI에게 어떻게 맡기죠?

당신은 이미 분해의 달인입니다.
그리고 전문성은 — 코딩이 아니라, 문제를 얼마나 깊이 아느냐입니다.

그래서 오늘은 새로운 기술을 처음부터 배우는 시간이 아닙니다. 여러분이 지금까지 일하며 수없이 해온 일 — 복잡한 업무를 잘게 쪼개 정리하는 능력 — 을, 이번엔 '사람이 할 일'이 아니라 'AI가 대신 만들어 줄 작업 명세'로 방향만 바꾸는 시간입니다. 코딩을 배우는 게 아니라, 이미 가진 강점을 AI 쪽으로 겨누는 것입니다. 그래서 이 4강이 시리즈 전체의 알맹이입니다.

"AI가 내 일을 대체하나?" — 아니요

• 비개발 직군도 거의 차이가 없습니다 — 가장 큰 10개 직군 전부 소프트웨어 엔지니어와 성공률이 7%p 이내입니다. 코딩을 직업으로 하지 않아도 효과를 본다는 뜻이죠.
• 결과를 가른 건 그 일을 얼마나 잘 아느냐였습니다 — 초보 성공률 15%에서 전문가는 최대 33%로 거의 두 배였습니다.

대체가 아니라, 네 이해를 꺼낼수록 더 잘한다.

그런데 막상 맡기려 하면 거기서 막힙니다. 정작 그 '이해'가 글이나 규칙이 아니라 당신 머릿속에만 들어 있기 때문입니다.

같은 칼, 방향만 바꿉니다

여러분이 PI 업무에서 써온 '분해'라는 칼은 늘 똑같았습니다. 새로 배울 게 아니에요. 달라지는 건 그 분해의 결과물을 누구에게 건네느냐 — 출력의 방향 하나뿐입니다.

달라지는 건 분해의 깊이입니다. 사람에게 넘길 땐 "그건 알아서 판단하세요"로 비워둬도 됐던 칸을, 기계에게 넘길 땐 빠짐없이 채워 줘야 합니다. 그만큼 얻는 것도 커집니다 — 보고서는 읽히는 것으로 역할을 다하지만, 명세로 빌드한 도구는 만든 뒤에도 계속 일합니다. 다음 진단에도, 그 다음에도.

맡길 단위로 쪼개는 네 가지 질문

어떤 업무든 다음 네 질문에 답하고 나면, 그게 곧 AI에게 건넬 '작업 명세'가 됩니다. 이 질문들은 새로운 게 아니라 앞 강의의 원리를 위임 실무로 압축한 것입니다.

1. 무엇을 책상에 올리나? (입력) 1·2강 명시성·맥락
2. 어떤 결과가 나와야 '끝'인가? (완료 기준) 3강 완료의 정의
3. 일이 어떤 순서로 진행되나? (절차) 3강 에이전트 루프
4. 머릿속으로만 하던 판단은? (암묵지) 4강 명시화

이 중 ④가 가장 어렵고 가장 중요합니다 — "여기선 보통 이렇게 하지"라고 몸이 먼저 아는 판단이죠. 바로 다음 장에서, 이 네 질문을 실제 업무에 대보겠습니다.

내 업무로: 진단을 네 질문으로

대표 사례 — "내 진단 방법론을 팀이 쓰는 도구로." 매번 손으로 하던 진단을 네 질문으로 분해하면:

④를 꺼내는 순간, 막연하던 감각이 AI가 따라 할 로직이 됩니다.

※ 진단은 예시일 뿐 — 평가·심사 등 여러분의 반복 판단 업무로 바꿔 들어 주세요.

"왜 내 뜻대로 안 되지?"

가장 흔한 실수 — 업무 흐름도(워크플로우)를 그대로 AI에게 주고 "이대로 시스템 만들어줘" 하는 겁니다. 흐름도엔 절차·완료는 담겨도, 머릿속 세세한 판단은 빠져 있죠.

그 짐작은 당신 의도가 아니죠. "왜 내 뜻대로 안 되지?"는 대개 여기서 나옵니다 — AI가 틀린 게 아니라, 안 적은 빈칸을 스스로 채운 겁니다.

안 올린 빈칸은 AI가 대신 채웁니다.
그 빈칸을 채워 두는 것이 명시성입니다. 1강 AI는 책상 위에 올린 것만 본다

이 명세를 주면, Claude Code가 만듭니다

여기가 오늘의 도착점입니다. 앞에서 채운 네 칸을 그대로 코딩 에이전트에 넘기면 — 코드를 한 줄도 쓰지 않고 도구를 얻습니다:

코딩 0 — 분해·명시·검수가 전부입니다.

실천: 내 반복 판단 하나를 네 질문에

오늘 배운 걸 자기 업무에 직접 대보는 것, 그게 전부입니다. 반복되는 진단·판단 업무 하나를 골라 네 칸을 채워 보세요:

1. 입력 — 이 일을 하려면 어떤 데이터·자료가 필요한지 빠짐없이 적는다.
2. 완료 — "이런 모습이면 끝"을 누가 봐도 확인할 수 있게 적는다.
3. 절차 — 그 일을 하는 걸음을 순서대로 나열한다.
4. 암묵지 — "보통 이럴 땐 이렇게 판단하지"를 규칙·예시로 꺼낸다. (가장 오래 걸림)

네 칸이 채워지면, 그게 바로 AI에게 줄 도구 명세입니다. 완벽하지 않아도 됩니다 — 한 프로세스로 작게 시작해 믿음이 쌓이면 넓히면 되고, 채우는 과정에서 당신은 이미 "내 업무를 도구로 보는 눈"을 얻습니다. 그게 이 시리즈의 목표입니다.

한 번 빨리 쓸까, 도구로 굳힐까

여기서 길이 갈립니다. 둘 다 "AI로 빨라졌다"고 말하지만, 사실은 전혀 다른 두 갈래입니다.

도구로 굳히면 신기하게도 매번 다시 꺼내 쓰게 됩니다. 그 순간 질문이 한 단계 올라갑니다 — "이 도구, 더 키워 팀의 작은 시스템으로 만들 순 없을까?" → 5강 매번 반복되는 일을 도구로 만들 수 있을까요?

오늘 한 문장으로

위임이란,
머릿속 '알아서'(=전문성)를 AI가 빌드할 명세로 꺼내는 일이다.

• 전문성은 코딩이 아니라 문제를 이해하는 깊이 — AI가 대체 못 하고 오히려 필요로 합니다.
• 맡길 단위는 네 질문: 입력·완료·절차·암묵지 — 핵심은 ④ 암묵지를 말로 꺼내는 것.
• 명세를 주면 Claude Code가 빌드하고, 당신은 분해·명시·검수하는 감독 — 코딩은 0.
• AI에게 한 번 시키고 끝내지 말고, 매번 다시 쓰는 도구로 굳히기(반복을 도구로).

→ 5강 매번 반복되는 일을, 더 키워 팀의 작은 도구로

시리즈 인덱스로 돌아가기 →