작업물 편: 배운 것을 만들어 내기

“이제 다 배웠다”는 느낌은 무척 편안하다. 그리고 그만큼 잘못 판단하기도 쉽다. 계속 읽고, 저장하고, 강의를 듣기만 하면 익숙한 느낌은 거의 언제든 찾아온다. 정말 어려운 일은 자료를 닫은 뒤에도 남이 볼 수 있고, 쓸 수 있고, 의견을 낼 수 있는 무언가를 만들어 내는 것이다.

나는 소프트웨어 회사가 실패한 뒤에야 이 점을 제대로 이해했다. 우리에게는 기능도, 데모도, 회의도 많았다. 하지만 믿을 만한 사용자 가치와 데이터 기반, 전달의 증거는 충분하지 않았다. 나중에 AI와 기술을 다시 배우면서 나는 스스로에게 문턱을 하나 세웠다. 학습을 한 바퀴 돌 때마다 점검할 수 있는 작업물을 하나씩 남긴다.

작업물이 꼭 제품일 필요는 없다. 이메일 한 통, 녹음 한 편, 보고서 한 부, 흐름도 한 장, 작은 도구 하나, 발표 한 번, 출처를 밝힌 글 한 편도 작업물이 될 수 있다. 이들의 공통점은 머릿속의 이해를 현실 앞에 내놓아, 다른 사람이 쓰고 의문을 제기하고 고칠 수 있게 한다는 데 있다.

이 장 한눈에 보기

• “안다, 할 수 있다, 전달할 수 있다”를 구분하고, 익숙함이 능력 행세를 하지 않게 하기
• 거창한 프로젝트부터 준비하지 말고 가장 작은 작업물로 문제를 드러내기
• 작업물마다 대상 독자·장면·완료 기준·버전 기록을 갖추기
• AI로 분해·피드백·테스트를 빠르게 하되, 자기 첫 버전과 핵심 판단은 남겨 두기
• 공개·재측정·회고를 거쳐 작업물이 시간 속에서 믿을 만한 능력의 증거가 되게 하기

1. 세 가지 다른 “할 줄 안다”

학습 과정에는 적어도 세 가지 상태가 있다.

1. 안다: 정의를 읽고 이해할 수 있고, 설명을 들어 봤으며, 답을 보면 익숙하다고 느낀다.
2. 할 수 있다: 비슷한 조건에서 과제를 혼자 한 번 완수한다.
3. 전달할 수 있다: 실제 제약 속에서 완성하고, 설명하고, 퇴고해서 다른 사람이 쓰거나 평가할 수 있게 한다.

아는 데서 할 수 있는 데로 가려면 능동 회상과 반복이 필요하다. 할 수 있는 데서 전달할 수 있는 데로 가려면 대상 독자, 시간, 품질 기준, 책임이 필요하다. 많은 강좌는 첫 번째 층까지만 데려다준다. 진짜 직업 능력은 대개 세 번째 층에 가서야 현실의 검증을 받기 시작한다.

주제 하나를 배울 때마다 스스로 물어보자.

지금 검색도, 대화 기록도 열 수 없다면 나는 무엇을 만들 수 있는가? 누가 그것을 보게 되는가? 어떤 결과가 나와야 완료인가?

2. 작업물의 크기부터 정하기

작업물이 처음부터 너무 크면 준비만 계속하게 된다. 쓸 수 있는 시간에 맞춰 크기를 고르라.

크기	소요 시간	예시	주요 검증
초소형 작업물	10–30분	영어 설명 세 문장, 테스트 하나, 흐름 스케치 하나	가장 작은 개념을 이해했는가?
소형 작업물	1–3시간	업무 이메일 한 통, 짧은 보고서 한 편, 실행되는 스크립트 하나	혼자 완성하고 설명할 수 있는가?
프로젝트 작업물	1–2주	도구 프로토타입 하나, 발표 한 번, 콘텐츠 기획 시리즈 하나	실제 대상이 쓰거나 피드백을 줄 의향이 있는가?
묶음 작업물	4–12주	여러 출처를 쓴 보고서, 강좌, 제품 시범 운영, 포트폴리오	안정적으로 전달하고 새 장면으로 전이할 수 있는가?

작은 작업물부터 하는 것은 기준을 낮추는 일이 아니라 피드백을 미리 사 두는 일이다. 두 시간 안에 드러나는 문제는 두 달 뒤에야 발견하는 방향 착오보다 싸게 먹힌다.

3. 한 쪽짜리 작업물 브리프

손을 대기 전에 한 쪽을 써 두라. 세부 사항까지 전부 생각해 둘 필요는 없다.

# 작업물 브리프 — YYYY-MM-DD

작업물 이름:
실제 장면:
대상/사용자:
해결할 문제 하나:

입력 자료와 출처:
나의 현재 기준선:
핵심 가설:

최소 전달물:
형식과 제약:
완료 기준:
하지 않을 것:

첫 버전 마감:
피드백을 줄 사람:
남겨 둘 증거:
실패하면 어떻게 줄이거나 일시 중지하거나 롤백할지:
다음 재점검 날짜:

“하지 않을 것”은 “완료 기준”만큼 중요하다. 이 두 항목이 기능이 부풀어 오르는 것을 막아 주고, 피드백이 구체적인 문제에 가닿게 해 준다.

4. 작업물을 네 번 거치기

첫 번째: 독립 버전

먼저 답을 보지 않고, AI에게 대신 쓰게 하지도 않은 채 완성한다. 느려도 되고 거칠어도 되지만, 원본은 반드시 남긴다. 첫 버전이 없으면 능력이 얼마나 늘었는지 견줄 대상도 없다.

두 번째: 구조 버전

대상 독자가 다음 단계를 아는지, 정보가 중요한 순서로 놓였는지, 사실과 추측이 나뉘어 있는지, 실패 경로가 설명되어 있는지 점검한다. 구조를 먼저 고치고, 문장과 색은 그다음에 고친다.

세 번째: 피드백 버전

작업물을 실제 사람 한 명이나 소수의 사용자에게 건네거나, AI에게 분명한 검토자 역할을 맡긴다. 피드백은 세 가지 질문에 답해야 한다. 어디가 쓸모 있었는가? 어디서 오해가 생겼는가? 어떤 수정을 가장 먼저 할 가치가 있는가?

네 번째: 전달 버전

피드백을 바탕으로 퇴고하고, 버전·제약·출처·알려진 문제를 분명히 적는다. 아주 작은 행동 하나밖에 할 수 없더라도, 다른 사람이 내 말로 보충해 주지 않아도 바로 쓰기 시작할 수 있게 한다.

5. 작업물에서 AI의 자리

AI는 네 가지 조수가 될 수 있다.

• 분해자: 목표를 가장 작은 단계와 검수 조건으로 쪼갠다.
• 연습 상대: 평행 과제를 만들어 여러 장면에서 반복하게 한다.
• 검토자: 대상 독자·사실·구조·품질·위험을 기준으로 질문을 던진다.
• 테스터: 경계 입력, 반례, 실패할 수 있는 경로를 만들어 낸다.

하지만 다음 일은 직접 하는 편이 좋다. 문제를 정의하고, 대상 독자를 고르고, 첫 버전을 쓰고, 사실을 확인하고, 무엇을 뺄지 정하고, 최종 결과에 서명하는 일이다.

실용적인 협업 순서는 이렇다.

1. 브리프와 첫 버전을 직접 쓴다.
2. AI에게 결과에 가장 큰 영향을 주는 문제 세 가지만 짚게 한다.
3. 직접 수정하고 달라진 부분을 저장한다.
4. AI에게 평행 장면이나 반례를 하나 만들게 한다.
5. AI를 끄고 혼자 재측정을 한 번 한다.
6. 출처·피드백·비용·미해결 문제를 작업물 기록에 다시 적어 넣는다.

AI가 최종 결과물을 곧바로 내놓아 버리면, 보기 좋은 파일은 얻을지 몰라도 가장 중요한 훈련 과정은 잃는다.

6. 작업물의 품질 관문

작업물마다 기준은 다르지만, 적어도 다섯 관문은 점검한다.

• 명확함: 대상 독자가 이것이 어떤 문제를 풀며 다음에 무엇을 해야 하는지 안다.
• 정확함: 사실·인용·코드·숫자를 출처나 테스트로 되짚을 수 있다.
• 쓸 수 있음: 시연에서만 되는 게 아니라 실제 제약 속에서 주요 행동을 해낼 수 있다.
• 유지보수 가능함: 다른 사람이 버전·의존성·제약, 그리고 문제가 생기면 누구를 찾아야 하는지 안다.
• 책임질 수 있음: 민감한 데이터·프라이버시·저작권·오류가 낳을 결과를 이미 고려했다.

속도, 글자 수, 기능 개수는 모두 대리 지표일 뿐이다. 더 작더라도 설명할 수 있고 재점검할 수 있고 퇴고할 수 있는 작업물이, 인계할 수 없는 거창한 결과물보다 대개 장기적으로 더 가치 있다.

7. 공개는 보여 주기가 아니라 정보를 얻는 일이다

공개한다고 해서 프라이버시를 모두에게 내준다는 뜻은 아니다. 위험도에 따라 대상을 고를 수 있다.

• 개인 기록: 과정과 실수를 나만을 위해 남겨 둔다.
• 소규모 시범 사용: 관련 있는 사람 세 명에서 다섯 명에게 건네고, 그들이 과제를 완수할 수 있는지 기록한다.
• 공개 버전: 불필요한 개인 정보를 지우고, 출처·제약·버전을 표시한다.
• 정식 전달: 권한·책임·지원 범위·비용·종료 방식을 분명히 적는다.

공개하기 전에 스스로 물어보라. 필요한 허락을 받았는가? 제3자 정보를 비식별화했는가? 검증되지 않은 개인 이야기를 성과의 증거처럼 포장하지는 않았는가? 한계를 정직하게 밝혀도 작업물의 가치는 떨어지지 않는다. 오히려 피드백을 더 믿을 만하게 만든다.

8. 7일 작업물 시작

1. 1일차: 배우고 있는 주제에서 실제 문제 하나를 고른다.
2. 2일차: 작업물 브리프와 AI 없는 기준선을 쓴다.
3. 3일차: 초소형 또는 소형 작업물의 첫 버전을 완성한다.
4. 4일차: AI나 동료에게 가장 가치가 큰 문제 세 가지를 짚게 한다.
5. 5일차: 직접 퇴고하고 출처·제약·실패 경로를 채워 넣는다.
6. 6일차: 실제 대상 한 명에게 건네 써 보거나 읽어 보게 한다.
7. 7일차: 피드백을 기록하고, 다음 버전의 범위를 정하고, 모든 증거를 저장한다.

7일 동안 한 쪽짜리 글, 녹음 한 편, 돌아가는 최소 스크립트 하나밖에 만들지 못했더라도, 학습에서 전달까지 이어지는 고리를 한 번 닫은 셈이다.

9. 12주 작업물 사다리

• 1–2주차: 초소형 작업물 4개를 완성하고, 주제와 장면을 확정한다.
• 3–5주차: 소형 작업물 2개를 완성하고, 실제 피드백을 모으기 시작한다.
• 6–8주차: 소형 작업물 하나를 시범 사용할 수 있는 프로토타입으로 키우고, 비용과 실패를 기록한다.
• 9–12주차: 공개 또는 정식 전달을 한 번 마치고, 블라인드 평가·사용자 피드백·평행 과제로 재측정한다.

단계마다 원본, 퇴고 버전, 피드백을 남긴다. 작업물의 개수가 목적은 아니다. 문제에서 결과까지 어떻게 왔는지 스스로 설명할 수 있을 때, 그것이 능력이 자리 잡기 시작했다는 신호다.

10. 작업물의 단계별 기준

작업물이 완벽해질 때까지 기다렸다가 작업물이라고 부를 필요는 없다. 쓸 만한 단계별 성과는 대개 다음을 갖춘다.

• 분명한 대상 독자와 사용 장면
• 관찰할 수 있는 완료 기준
• 혼자 완성한 원본
• 다른 사람·테스트·출처에서 온 피드백
• 버전·제약·다음 단계
• 대화 기록에 기대지 않고도 핵심 결정을 설명할 수 있음

다른 사람이 작업물을 보고, 쓰고, 의문을 제기할 수 있게 되었을 때 학습은 비로소 머릿속을 떠나 세상으로 들어간다.

전달한 뒤에 한 번 더 묻기

전달이 증명하는 것은 특정 조건에서의 즉시 수행이지, 능력이 유지된다거나 전이될 수 있다는 뜻은 아니다. 작업물을 완성한 뒤에는 증거 편: 변화는 어떻게 보이게 되는가를 열고, 힌트를 걷어 낸 지연 재측정 한 번과 주제·청자·제약을 바꾼 전이 과제 한 번을 잡아 두라. 원본, 전달 버전, 재측정 버전을 남겨 두어야 작업물이 한 번의 시연을 떠나 실제 사용으로 들어가는 과정을 볼 수 있다.

맺음말: 작업물이 대신 기억하게 하기

지식은 잊히고, 감정은 변하고, 대화 기록도 사라질 수 있다. 작업물은 또 다른 형태의 기억이다. 어떤 문제를 마주했고, 어떤 선택을 했으며, 어디서 실수했고, 그 실수를 어떻게 다음 단계로 바꿨는지를 일깨워 준다.

나는 더 이상 “작업물을 완성하는 일”을 세상에 내가 대단하다고 증명하는 일로 여기지 않는다. 그보다는 미래의 나에게 등불 하나를 남겨 두는 일에 가깝다. 다시 시작할 수 있을지 의심이 들 때, 적어도 실제로 존재하는 무언가 하나가 대답해 줄 수 있다 — 이미 한 번 해냈다고.