큰 프로젝트를 작은 작업으로 나누는 방법

"이커머스 웹사이트 구축." "모바일 앱 만들기." "논문 완성하기." 이것들은 작업이 아닙니다. 결과물입니다. 그리고 결과물은 지금 무엇을 해야 하는지 알려주는 데 최악입니다. 프로젝트가 너무 크고 추상적이면, 뇌는 어디서 시작해야 할지 파악할 수 없습니다. 그래서 자연스러운 것을 합니다: 아무것도 안 합니다. 미루고, 죄책감을 느끼고, 더 미룹니다. 첫 번째 단계가 불명확하기 때문에 프로젝트는 정체됩니다.

좋은 작업은 약 2시간 이내에 끝낼 수 있는 것입니다. 더 오래 걸린다면, 너무 크므로 더 나눠야 합니다. "인증 시스템 구축"은 너무 큽니다. 다음으로 나누세요: "가입 폼 만들기", "이메일 검증 추가", "로그인 엔드포인트 구축", "세션 관리 설정", "비밀번호 찾기 플로우 추가". 각각 한 세션에 완료할 수 있습니다. 각각 명확한 종료 지점이 있습니다.

완성품을 생각해 보세요. 완성되면 어떤 모습일까요? 이제 거꾸로 작업하세요. 주요 부분은 무엇인가요? 아마 프론트엔드, 백엔드, 데이터베이스, 배포일 겁니다. 각 부분 안에서 기능은 무엇인가요? 각 기능 안에서 개별 작업은 무엇인가요? 기본적으로 나무를 만드는 겁니다. 프로젝트가 줄기, 주요 부분이 가지, 기능이 작은 가지, 작업이 잎입니다. 잎에서만 작업합니다.

작업이 정해지면 칸반 보드에 올리세요. 30개의 작은 작업을 보는 것이 하나의 거대한 프로젝트를 바라보는 것보다 훨씬 덜 무섭습니다. 그리고 카드를 "완료"로 옮길 때마다 작은 승리를 얻습니다. 이 작은 승리들은 쌓입니다. 일주일 후, 완료 열을 보면 실제로 진전을 이뤘다는 것을 깨닫게 됩니다. 불가능해 보였던 프로젝트가 이제 20% 완료되었고, 그 추진력이 계속 나아가게 합니다.

흔한 실수는 시작하기 전에 모든 작업을 계획하려고 하는 것입니다. 그것은 위장된 분석 마비입니다. 다음 1~2주간 충분한 작업을 나누세요. 작업을 시작하세요. 진행하면서 예상하지 못한 작업을 발견하게 됩니다. 나타나면 추가하세요. 계획은 살아있는 문서여야 하며, 경직된 청사진이 아닙니다. 목표는 완벽한 계획이 아닙니다. 목표는 다음에 무엇을 할지 아는 것입니다. 명확한 다음 작업이 있는 한, 진전하고 있는 겁니다.