로드맵을 자주 바꾸는 이유가 새 기술을 몰라서인지, 기존 목표가 모호해서인지 먼저 구분해야 합니다. 강의를 여러 개 끝냈는데도 작은 기능을 완성하지 못한다면 더 많은 강의를 추가하기 전에 최근 막힌 지점을 살펴보세요.
최근 2주를 기능 단위로 회고하기
공부한 시간 대신 직접 만든 결과물을 적습니다. “JavaScript 공부”보다는 “검색 결과가 없을 때 안내 화면 구현”처럼 관찰할 수 있는 기능이 좋습니다. 막힌 이유를 문법, 설계, 데이터, 테스트, 실행 환경 중 하나로 분류하세요. 한 번에 여러 범주가 보이면 재현 가능한 가장 작은 오류부터 해결합니다.
목표 직무와 연결하기
백엔드가 목표인데 매주 새로운 프론트엔드 프레임워크만 바꾸고 있다면 학습 선택이 공고의 업무와 어긋날 수 있습니다. 관심 공고의 공통 업무 세 가지를 읽고 그중 하나를 보여줄 프로젝트를 정하세요. 직무별 IT 학습 로드맵으로 공통 기초와 직무별 과제를 나눌 수 있습니다.
다음 2주의 계획 만들기
첫 주에는 동작하는 최소 기능 하나, 둘째 주에는 실패 사례 테스트와 README 작성을 목표로 합니다. 기능을 설명할 수 없으면 공식 문서의 해당 개념으로 돌아갑니다. 웹 개발은 MDN 학습 자료, Python은 공식 튜토리얼을 기준점으로 삼을 수 있습니다. 완료 기준은 “강의 시청”이 아니라 다른 사람이 실행할 수 있는 코드와 설명입니다.
로드맵을 다시 짠 뒤에는 하지 않을 일을 함께 적으세요. 현재 프로젝트와 관계없는 새 도구 실험을 잠시 미루면 수정한 계획이 효과가 있는지 판단하기 쉬워집니다.