17강. 개인 개발 워크플로: 할 일·진행 중·완료 상태를 관리하는 방법

?1. 이번 강의에서 해결할 문제

작업을 시작만 하고 완료하지 못한 채 여러 기능을 오가면 다시 이해하는 시간이 커집니다. 복잡한 서비스 없이 저장소 안의 작은 작업 보드로 현재 집중 대상을 제한할 수 있습니다.

✓2. 학습 목표

✓이번 강의를 마치면

• 준비, 진행 중, 막힘, 완료 상태를 구분합니다.
• 진행 중 작업을 하나로 제한해 문맥 전환을 줄입니다.
• 작업 종료 때 결과, 검증, 다음 행동을 기록합니다.

◇3. 핵심 개념

개인 보드에도 WIP(Work In Progress) 제한이 필요합니다. 진행 중을 하나로 제한하면 새 아이디어를 잊지 않으면서도 현재 작업을 먼저 끝낼 수 있습니다. 막힌 작업은 실패가 아니라 막힌 이유와 다시 시작할 조건을 기록한 상태입니다.

도구보다 규칙이 중요합니다. Markdown 파일, 종이 메모, 무료 이슈 보드 중 하나면 충분하며 모든 생각을 거대한 한 목록에 넣지 않습니다.

✎4. 단계별 실습

Markdown · 파일 경로: docs/work-board.md

docs/work-board.md

# 개인 작업 보드

## 준비
- [ ] 점수 화면 표시 — 완료 기준: 정답 뒤 화면에 10 표시
- [ ] README 실행 예시 확인 — 완료 기준: 새 터미널에서 재현

## 진행 중 (최대 1개)
- [ ] 빠른 20회 호출 테스트 추가

## 막힘
- 없음

## 완료
- [x] 점수 계산 규칙 — `npm.cmd test` 통과

## 작업 종료 기록
- 날짜:
- 바꾼 내용:
- 실행한 검증:
- 다음 한 단계:

PowerShell · 실행 위치: D:\Projects\productivity-lab

Get-Content .\docs\work-board.md
git status --short

예상 결과: 현재 진행 작업 하나와 실제 변경 파일을 함께 비교할 수 있습니다. Git 상세 명령과 브랜치 흐름은 Git · GitHub 기초집에서 다룹니다.

→5. 도구와 설정이 동작하는 이유

상태 열은 머릿속의 열린 작업을 외부에 저장하고, WIP 제한은 동시에 이해해야 할 문맥 수를 줄입니다. 종료 기록은 다음 세션의 시작점을 만들어 “어디까지 했지?”를 다시 조사하는 시간을 줄입니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• 진행 중이 여러 개: 가장 중요한 하나만 남기고 나머지는 준비로 돌립니다.
• 작업 이름이 모호함: 관찰 가능한 결과와 완료 기준을 붙입니다.
• 막힌 항목을 방치: 원인, 필요한 정보, 재개 조건을 기록합니다.
• 보드 정리가 개발보다 큼: 상태와 완료 기준만 남기는 최소 형식을 유지합니다.

✎7. 직접 실습

✎직접 실습

자신의 프로젝트에 준비 2개, 진행 중 1개, 완료 1개가 있는 보드를 만드세요. 25분 동안 진행 중 작업만 수행하고 결과·검증·다음 한 단계를 기록합니다.

?8. 이해 점검 질문 3개

?이해 점검

1. 진행 중 작업을 제한하면 어떤 시간이 줄어드나요?
2. 막힘 상태에 반드시 기록할 정보는 무엇인가요?
3. 작업 종료 기록이 다음 세션에 주는 이점은 무엇인가요?

■9. 핵심 요약

■핵심 요약

작은 보드와 WIP 제한으로 현재 작업을 하나에 집중합니다. 완료 증거와 다음 행동을 남기면 도구가 바뀌어도 지속 가능한 개인 흐름을 유지할 수 있습니다.