작업설계: 막막한 일을 실행으로 바꾸는 틀

“할 일: 포트폴리오 정리.” 이렇게 적어두면 며칠이 지나도 손을 못 댄다. 그런데 “포트폴리오 첫 페이지에 제목 한 줄 쓰기”라고 적으면 지금 당장 시작한다. 같은 일인데 왜 하나는 막막하고 하나는 만만할까.

작업설계는 일을 시작하기 전에 그 일의 구조를 먼저 짜는 것이다. 큰 덩어리를 작은 조각으로 쪼개되, 다음 두 가지를 통과할 때까지만 쪼갠다.

상상 가능한가 — 이 작업을 하는 내 모습이 머릿속에 그려지는가?
충분히 쪼갰는가 — 한 번에 끝낼 만큼, 시간을 분 단위로 어림할 만큼 작은가?

왜 유용한가 — 막막함은 의지가 아니라 해상도의 문제다

우리가 미루는 일은 대개 게을러서가 아니라 ‘그려지지 않아서’ 미룬다. 뇌는 상상되지 않는 일 앞에서 멈춘다. “발표 준비”는 어디서부터 손대야 할지 안 보이니 부담스럽고, “슬라이드 1장에 제목 정하기”는 첫 동작이 보이니 가볍다.

그래서 쪼개기는 의지를 끌어올리는 일이 아니라 해상도를 높이는 일이다. 막막함이 느껴진다면 그건 내 의지가 약한 신호가 아니라, 아직 덜 쪼갰다는 신호다.

① 상상 가능한가 — 그려지지 않으면 덜 쪼갠 것이다

운동으로 보자.

❌ “운동하기” → 안 그려진다. 헬스장인지 홈트인지, 뭘 하는지 흐릿하다.
🔼 “가슴 운동 하기” → 조금 낫지만 여전히 손이 안 간다.
✅ “벤치프레스 40kg, 10회 5세트” → 이제 바에 누워 미는 내 모습까지 정확히 그려진다.

세 번째에 오면 더 이상 미룰 핑계가 없다. 무엇을 하는지가 눈에 보이기 때문이다. ‘상상 가능한가’는 더 쪼개야 하는지 알려주는 신호등이다. 그려지면 멈추고, 안 그려지면 한 단계 더 쪼갠다.

② 충분히 쪼갰는가 — 시간이 어림되면 다 쪼갠 것이다

큰 덩어리는 시간 추정이 부정확하다. “타 수업 일러스트 과제 = 4시간?”은 근거 없는 어림이다. 그런데 “인포그래픽 아이콘 1개 = 10분”은 거의 정확하다. 한 동작이라 경험으로 안다.

여기서 핵심 요령 하나. 큰 덩어리의 시간을 직접 어림하지 말고, 쪼갠 조각의 합으로 역산한다.

아이콘 1개 = 10분 (그려지고, 어림된다 → 최소 단위)
아이콘 15개 = 10분 × 15 = 2시간 30분
시안 1·2 = 각 2시간 …

조각이 충분히 작아지면 각 조각의 시간이 정확해지고, 그 합인 전체 시간도 믿을 만해진다. 통째로 “4시간쯤”이라 찍는 것보다, 쪼개서 더한 숫자가 훨씬 잘 맞는다.

두 신호는 사실 한 질문의 두 얼굴이다. 상상 가능한가(질적) 와 충분히 쪼갰는가(양적) 가 동시에 ‘YES’가 되는 지점 — 그려지면서 분 단위로 어림되는 그 조각이, 더 쪼갤 필요 없는 최소 단위다.

③ 적용해보기 : 프롬프트로 활용하기

AS-IS

이 작업을 할 일 목록으로 쪼개줘.

→ 쪼개주긴 하는데, “자료 조사 / 초안 작성 / 검토”처럼 여전히 안 그려지는 덩어리로 끊는다. 어디까지 쪼개야 멈출지 기준이 없기 때문이다.

Develop

멈추는 기준(상상 가능 + 시간 어림)과, 전체 시간을 ‘합으로 역산’하라는 규칙을 명시하면 결과가 단단해진다.

Outputs

[작업] {쪼개고 싶은 일을 적는다 — 예: 발표 준비, 포트폴리오 정리}

다음 두 기준을 모두 통과할 때까지 이 작업을 쪼개줘.
1. 상상 가능한가 (질적 기준)
- 최하위 작업은 "지금 무엇을 하는지" 한 동작으로 그려져야 한다.
- '~정리', '~준비', '~개선'처럼 행동이 안 보이는 표현이면 덜 쪼갠 것이다.
2. 충분히 쪼갰는가 (양적 기준)
- 최하위 작업은 한 번에 끊지 않고 끝낼 수 있어야 한다.
- 소요 시간을 분 단위로 어림할 수 있어야 한다. 어림이 안 되면 더 쪼갠다.
3. 시간 산출
- 큰 덩어리의 시간을 직접 추정하지 말고, 최하위 작업 시간의 합으로 역산한다.
4. 자가 점검
- 두 기준을 통과 못 한 최하위 작업이 있으면 표시하고 더 쪼갠다.
- 쪼개도 안 그려지는 작업은 '정보 부족'으로 보고한다 (억지로 쪼개지 않는다).
[출력 형식]
- 트리 구조로: 큰 작업 → 중간 작업 → 최하위 작업(예상 시간)
- 마지막에: 전체 예상 시간 = 최하위 합계, 한 줄로 결론

정리하며

같은 작업, 다른 결과 — 입력이 출력의 해상도를 결정한다

같은 “발표 준비”를 두 프롬프트에 각각 넣어봤다. 입력이 달라지니 결과물이 이렇게 갈렸다.

AS-IS 프롬프트 → 여전히 막막한 평면 목록

자료 조사
슬라이드 작성
발표 연습

→ “자료 조사”부터 어디서 시작하지? 첫 동작이 안 그려지니 결국 또 미루게 된다. 쪼개주긴 했지만, 멈추는 기준이 없어 ‘덩어리’에서 끊겼다.

하드닝한 프롬프트 → 그려지는 최소 단위 + 시간 합산

발표 준비
├─ 1. 핵심 메시지
│ ├─ 청중에게 남길 한 문장 적기 (10분)
│ └─ 그 문장을 뒷받침할 근거 3개 메모 (15분)
├─ 2. 슬라이드 구성
│ ├─ 목차 5줄로 적기 (10분)
│ ├─ 슬라이드마다 제목만 먼저 달기 ×8 (16분)
│ └─ 슬라이드마다 핵심 1줄 채우기 ×8 (40분)
├─ 3. 비주얼
│ ├─ 표지 레이아웃 잡기 (15분)
│ └─ 그래프 1개 만들기 ×3 (45분)
└─ 4. 리허설
├─ 소리 내어 1회 읽기 (15분)
└─ 시간 재고 군더더기 줄이기 (20분)

전체 예상 시간 = 최하위 합계 ≈ 3시간 6분

→ 차이가 분명하다. 멈추는 기준을 명시하니 모든 끝 작업이 ‘한 동작’으로 그려지고, 분 단위로 어림되며, 전체 시간이 추측이 아니라 합으로 나온다. 같은 일을 시켰는데도, 프롬프트에 무엇을 넣느냐가 결과물의 해상도를 결정한다.

대표 이미지는 작업을 작은 실행 단위로 나누는 과정을 표현한 AI 생성 개념 이미지입니다.

이 글은 Woojuche 네이버 블로그에 먼저 쓴 글을 옮겼습니다.