프리랜서 개발 강의를 들었다고 바로 고객을 확보하거나 수입이 늘어나는 것은 아닙니다. 강의의 효과는 실제 의뢰를 맡았을 때 요구사항을 정리하고 검증 가능한 결과물을 낼 수 있게 하는지로 평가해야 합니다.
요구사항을 문서로 만드는가?
“사이트 하나 제작”이라는 의뢰를 화면 목록, 관리자 기능, 데이터 이전, 테스트, 배포 범위로 나눠 보는 연습이 있는지 확인하세요. 범위가 모호하면 일정과 비용의 차이를 설명하기 어렵습니다. 실습은 가상의 고객 시나리오를 쓰더라도 실제 고객 성과처럼 소개하지 않아야 합니다.
인수 기준과 변경 관리를 다루는가?
어떤 동작을 완료로 볼지, 수정 요청이 들어오면 무엇을 새 범위로 볼지 정하는 연습이 필요합니다. 법적 계약 조건은 실제 계약서와 전문가의 검토를 따르세요. 강의가 “고액 계약 비법”보다 작업 범위를 명확히 하는 방법을 가르치는지 보세요.
기술 결과물을 검증하는가?
코드 저장소, 실행 명령, 테스트, 접근 권한과 비밀값 관리가 포함되는지 확인합니다. GitHub README 안내와 풀 리퀘스트 안내는 인수와 변경 기록의 기본 자료가 됩니다.
강의료 외에 도구 구독과 프로젝트 운영비, 피드백 횟수를 계산하세요. 무료 자료로 먼저 프로젝트의 범위와 결과물을 만들어 본 뒤 필요한 멘토링을 선택할 수 있습니다. 교육 과정 평가의 일반 기준은 IT 교육 과정 선택에서 확인하세요.