AI가 초안을 늘릴 때, 느린 생산성을 내 작업에 적용하는 법

URL을 저장하고 요약하는 작업은 예전보다 편해졌다. 나는 study-clipper와 Notion을 써서 읽을 자료를 모으고, 그중 일부를 블로그의 재료로 삼는다. 자동화가 잘 돌았는지 확인하는 것과 모인 내용을 이해하는 데는 서로 다른 시간이 든다.

주말에 읽겠다고 저장한 글이 늘면 자동화의 다음 기능부터 만들고 싶어진다. 요약을 더 짧게 만들거나 태그를 세분화하면 밀린 읽기를 해결할 수 있을 것 같다. 하지만 자료를 읽고 내 판단을 적어야 하는 작업은 여전히 남는다. 초안 수만 세면 그 작업을 놓치기 쉽다.

칼 뉴포트의 『Slow Productivity』를 다루면서 확인한 것은 저자가 공개한 서문과 인터뷰다. 책 전체의 논증을 요약하기보다, 공개된 원칙을 내 작업 순서로 옮겨 보려 한다. 아래 운영안은 내가 검증한 생산성 향상 수치가 아니며, 직장이나 가족의 일정까지 마음대로 바꿀 수 있다고 가정하지 않는다.

공개된 원칙에서 가져올 것

뉴포트는 진행하는 일을 줄이고, 무리 없는 속도를 유지하며, 결과물의 품질에 주의를 기울이라는 원칙을 제시한다. 그가 비판하는 대상에는 끊임없는 활동을 좋은 업무의 증거로 삼는 습관이 있다. 이메일이나 회의 자체를 쓸모없다고 분류하는 이야기는 아니다. 저자 공개 발췌

고객의 장애 신고에 답하거나 동료의 결정을 돕는 일은 빨라야 할 때가 있다. 반면 개인 블로그의 자료 수집을 하루 종일 확인할 이유는 적다. 두 일을 같은 알림 목록에 넣고 모두 즉시 처리하려 하면 깊이 검토할 시간을 잡기 어렵다.

내게 필요한 구분은 빠른 일과 느린 일에 점수를 매기는 것이 아니다. 오늘 반드시 응답해야 할 일, 일정 기간 모아서 처리해도 되는 일, 다른 일을 멈추고 생각해야 할 일을 나누는 것이다. 어느 분류에 넣을지는 업무의 영향과 약속에 따라 달라진다.

뉴포트의 인터뷰도 참고할 수 있지만 저자의 사례를 내 성과의 증거로 삼지는 않겠다. 나의 산출물과 시간 사용을 보고 판단해야 한다. Tim Ferriss와의 원문 인터뷰

초안과 진행 중인 원고를 구분하기

AI에게 요청하면 여러 초안을 받을 수 있다. 그중 오늘 책임지고 끝낼 원고가 무엇인지는 내가 정해야 한다. 초안이 생길 때마다 전부 진행 중으로 바꾸면 사실 확인과 편집이 여러 파일에 걸쳐 남는다. 나중에 돌아왔을 때 어디까지 검토했는지 다시 읽는 시간도 필요하다.

나는 개인 작업 목록을 다음과 같이 나누어 보려 한다. 이 분류는 업무 관리 도구의 필수 규칙이 아니라, 현재의 블로그 작업을 위한 제안이다.

처음에는 진행 상태를 두 편으로 제한해 보고 싶다. 두 편이라는 숫자에 연구상의 정답이 있는 것은 아니다. 한 편의 자료 확인이 막혀도 다른 한 편에서 할 일이 남도록 잡은 임시 한도다. 실제로는 두 편도 버겁다면 한 편으로 바꾸면 된다.

대기 상태도 무한히 늘리지 않는다. 필요한 자료와 다시 확인할 날짜를 남기고, 지금 받을 수 없는 자료라면 공개 가능한 범위로 주제를 줄인다. 원문을 확인하지 못한 인용을 채워 넣으면서 완료 처리하지 않는다. 이런 보류는 품질 문제를 다른 사람에게 넘기지 않기 위한 선택이다.

읽는 시간에는 수집을 잠시 닫기

기존 메모에는 토요일 오전에 모아 둔 기사 두세 개를 읽고 내 생각을 적겠다고 썼다. 이 계획을 계속 쓸지는 실제 생활 시간에 맞춰 조정해야 한다. 주말에 시간이 난다는 가정부터 틀릴 수 있다. 평일 점심 뒤의 짧은 시간이나 출퇴근 뒤의 고정된 구간이 더 맞을 수도 있다.

읽기 구간에 들어갈 때는 해당 질문에 필요한 문서만 연다. 새로운 링크가 눈에 띄면 지금 읽던 내용과 어떤 관계인지 한 줄 적고 후보로 남긴다. 모든 링크를 따라가면 처음의 질문으로 돌아오는 데 시간을 쓰게 된다.

예를 들어 에이전트의 작업 실패를 줄이려는 글을 쓴다면, 우선 실패한 조건과 검증 방법을 확인한다. 모델 출시 소식이 보여도 그 실패를 설명하는 데 필요한 정보가 아니면 이번 원고에 넣지 않는다. 관심을 끊자는 뜻은 아니다. 이번에 해결할 질문과 나중에 읽을 질문을 구분하자는 뜻이다.

AI 요약을 읽은 뒤에는 원자료의 해당 부분을 확인하고 내 문장으로 이유를 적는다. 자료에서 본 사실, 그 사실에 대한 해석, 아직 확인하지 못한 추측을 나누어 두면 다음 편집이 수월하다. 새 초안을 더 만드는 것보다 이 분리가 지금 원고를 끝내는 데 도움이 되는지 살펴보려 한다.

완료 기준을 먼저 적어 두기

품질에 집착한다는 말을 수정 횟수를 늘리라는 뜻으로 받아들이면 글을 끝내기 어렵다. 공개하기 전에 필요한 조건을 정해야 한다. 블로그 한 편이라면 독자의 질문에 답했는지, 바뀔 수 있는 사실의 출처를 확인했는지, 경험과 제안을 구분했는지부터 본다.

문장 편집은 그다음이다. 같은 뜻을 반복하는 문장을 늘려 긴 글처럼 보이게 하지 않는다. 설명이 부족한 곳에는 조건, 반례, 실제로 따라 할 수 있는 예시를 더한다. 내가 하지 않은 실험을 완료한 것처럼 적지 않으며, 독자가 다른 환경에서 적용할 때 달라질 부분을 밝혀 둔다.

완료 이후에 다시 여는 조건도 필요하다. 출처가 정정됐거나 도구의 동작이 바뀌었다면 수정할 이유가 있다. 마음에 드는 새 제목이 떠올랐다는 이유만으로 이미 확인한 본문을 모두 재작성할 필요는 적다. 수정 범위를 정하고 바뀐 내용을 기록하면 다음 작업까지 영향을 줄이는 데 도움이 된다.

이 기준은 결과물을 줄이려는 계획과 다르다. 검토 중인 일을 끝내서 다음 일로 넘어가려는 운영안이다. 빨리 끝낼 수 있는 보강은 지금 처리하고, 외부 응답이나 실제 사용 결과를 기다려야 하는 확인만 대기로 남기는 편이 맞다.

급한 일이 들어왔을 때 공개할 선택

느린 생산성을 실무에 적용하기 어려운 순간은 새 요청이 들어올 때다. 원래 하던 일에 요청 하나를 더 얹고 모두 같은 날짜에 끝내겠다고 답하면 진행 제한은 의미가 없다. 요청의 기한과 영향부터 확인해야 한다.

개인 프로젝트에서는 새 일을 받을 때 기존 진행 항목 중 무엇을 잠시 멈출지 적을 수 있다. 직장에서는 내가 기한을 바꿀 권한이 없을 수 있으므로 담당자에게 우선순위 조정을 요청해야 한다. 빨리 답해야 하는 장애 대응을 내 집중 시간 때문에 미뤄서는 안 된다.

예를 들어 오늘 끝내기로 한 글 두 편에 배포 오류가 추가됐다면, 배포 오류를 먼저 확인하고 원고 중 한 편의 예정 시점을 바꾼다. 공개된 링크가 잘못된 원고와 아직 후보인 새 주제의 중요도를 같게 취급하지 않는다. 영향을 받는 사람이 있다면 변경된 약속을 알려야 한다.

일을 적게 잡는다고 협업 비용이 저절로 줄지는 않는다. 내가 대기 중인 이유를 숨기면 다른 사람은 일이 진행되는지 알 수 없다. 상태와 다음 행동을 짧게 남기는 데 드는 시간까지 내 작업에 포함해야 한다.

다음 점검에서는 산출물과 재작업을 함께 보기

이 운영안을 시험한다면 완료한 글의 수만 보지 않겠다. 자료를 다시 찾은 시간, 출처 오류로 되돌아간 횟수, 초안이 진행 상태에 머문 기간도 적어 보고 싶다. 정밀한 타이머를 돌리기 어렵다면 각 작업을 마칠 때 대략적인 소요 시간과 막힌 이유부터 남길 수 있다.

예컨대 글 한 편을 빨리 만들었어도 사실 확인을 놓쳐 나중에 크게 고쳤다면 처음의 속도만 성과로 세기 어렵다. 반대로 검토 시간을 늘린 뒤에도 같은 오류가 반복된다면 느리게 읽는 것만으로 해결할 문제가 아닐 수 있다. 자료 선택이나 체크리스트를 바꿔야 한다.

일주일의 자료로 내 최적 생산성을 확정하지는 않겠다. 업무량과 가족 일정이 달랐는지도 함께 봐야 한다. 처음에는 어디서 멈췄는지 보이는 기록만 있어도 다음 선택을 할 수 있다.

나는 자동화를 계속 쓰고 싶다. 다만 자동화가 만든 자료를 모두 이번 주에 읽고 모든 아이디어를 동시에 제품으로 만들겠다는 약속은 줄이려 한다. 후보로 남겨도 되는 일과 지금 끝낼 일을 구분한 뒤, 확인을 마친 원고 한 편을 다음 사람에게 건네는 시간을 확보하고 싶다.

참고자료

• Cal Newport: Slow Productivity 공개 발췌 — 서문과 세 가지 원칙을 확인할 수 있는 저자 공개 자료.
• The Tim Ferriss Show: Cal Newport 인터뷰 원문 — 저자가 설명한 느린 생산성의 적용과 제약.