치열한 채용 과정을 뚫고 드디어 합격 통보를 받은 날의 설렘도 잠시, 첫 출근 날 개발 머신 앞에 앉는 순간 숨이 턱 막힙니다. 수만 줄에 달하는 거대한 레거시 코드베이스, 처음 보는 사내 인프라 아키텍처, 쏟아지는 슬랙 알림과 전문 용어들 속에서 "내가 과연 여기서 1인분을 할 수 있을까?"라는 두려움이 엄습하죠.
신입 개발자의 첫 100일(수습 기간)은 혼자서 천재적인 기능을 뚝딱 만들어내는 기간이 아닙니다. 팀의 작업 방식에 녹아들고, 안전하게 질문하며, 실수를 줄이고 신뢰를 쌓아가는 온보딩의 시간입니다. 수많은 시니어들이 검증한 첫 100일 생존 로드맵을 공유합니다.
첫 2주는 로컬 개발 환경을 세팅하고 사내 개발 문화를 파악하는 시기입니다. 놀랍게도 거의 모든 회사의 README.md나 노션 온보딩 문서는 최신 상태가 아닙니다. 라이브러리 버전이 바뀌었거나, OS 환경 변수 설정이 누락되어 npm run dev나 빌드 명령어가 한 번에 돌아가지 않는 것이 정상입니다.
로컬 환경을 세팅하면서 겪은 에러와 해결 과정을 꼼꼼히 메모하세요. 그리고 환경 세팅이 완료되면 사수나 온보딩 멘토에게 이렇게 제안해 보세요.
"온보딩 가이드의 Node 버전 및 환경 변수 설정 부분에 최신 변경점을 반영하여
README.md 수정 PR을 올렸습니다. 확인 부탁드립니다!"신입이 첫 주에 할 수 있는 가장 훌륭하고 안전한 기여는 바로 '다음 입사자를 위한 온보딩 문서 최적화'입니다.
신입 개발자가 가장 많이 저지르는 두 가지 실수가 있습니다. 첫째는 1초도 고민 안 하고 사수에게 바로 물어보는 것이고, 둘째는 반나절 내내 끙끙 앓다가 저녁에 "아직 못했습니다"라고 말하는 것입니다.
이렇게 질문하면 사수는 여러분이 고민한 깊이를 인정하게 되고, 1분 만에 핵심 포인트를 짚어줄 수 있습니다.
1달 차가 넘어가면 실제 스프린트에서 작고 안전한 티켓(Bug fix, 오타 수정, 컴포넌트 리팩토링)을 할당받게 됩니다. 이때 중요한 것은 속도가 아니라 정확성과 안정성입니다.
내가 작성한 코드가 프로덕션 환경에 배포되는 순간은 짜릿하지만 동시에 긴장되는 순간입니다. 배포 전후 체크리스트를 스스로 만들어 확인하세요.
수습 종료 2주 전에는 팀장 또는 멘토에게 먼저 1:1 티타임(1on1)을 요청하세요. "지난 2달 반 동안 제가 팀에 기여한 부분과 앞으로 보완해야 할 점에 대해 피드백을 듣고 싶습니다"라고 말하는 신입을 마다할 시니어는 없습니다.