신입 개발자 연봉 상승 준비: 맡은 업무·검증·피드백·검토 기록

신입 개발자 연봉 상승을 준비한다면 맡은 업무와 검증·피드백·새 책임을 기록하고 회사의 검토 조건을 확인하세요. 일정한 근무 기간과 기술 목록만으로 같은 인상률을 약속할 수는 없습니다.

처음 맡은 업무와 완료 기준을 적으세요

입사 뒤 구현·수정·테스트·문서·운영에서 실제로 맡은 부분을 기록합니다. 요청과 정상 결과·제약을 적으세요. 팀 전체의 목표와 자신의 담당 범위가 연결되는 지점을 설명할 수 있도록 준비하는 방법입니다.

가령 입력 오류를 수정했다면 재현 조건과 변경한 부분·검증 자료를 남길 수 있습니다. 다른 사람이 맡은 설계와 전체 프로젝트 성과를 자신의 경험으로 합치지 마세요. 측정하지 않은 매출과 작업 절감률도 추가하지 않습니다.

수정 전 문제·판단·변경·테스트와 남은 한계를 정리합니다. GitHub의 풀 리퀘스트 검토 안내처럼 코드에 의견·승인·변경 요청을 남기는 방식을 참고할 수 있습니다. 실제 팀의 기록과 허용된 공개 범위를 확인하세요.

피드백에 따라 무엇을 바꿨는지와 같은 오류를 다시 확인하는 방법을 적습니다. 실수를 숨기는 자료보다 설명할 수 있는 수정 기록을 준비할 수 있습니다. 도구를 쓰는 사실만으로 개인 보상이 공통 비율 높아진다는 결과를 만들지 않습니다.

기존 업무와 새로 맡을 역할·운영·검토 책임을 구분합니다. 회사의 평가·보상 검토 시점과 필요한 자료를 질문하세요. 특정 연차가 되면 모든 신입이 같은 금액을 받는다는 가상 성장 표를 적용하지 않습니다.

대화에서는 실제 수행한 내용과 다음 역할을 설명합니다. “이 작업과 검증을 담당했습니다. 추가 책임과 보상 검토 기준을 확인하고 싶습니다” 같은 문장을 자신의 상황에 맞게 준비할 수 있습니다. 실제 합의와 효과를 측정한 사례는 아닙니다.

합의한 금액·구성·적용일과 지급 기간을 기록합니다. 임금명세서 안내는 구성·계산·공제 내역을 확인할 자료입니다. 총액이 바뀌었다면 고정·변동·추가 근무와 다른 항목의 무엇이 달라졌는지 살펴보세요.

보상 결과와 업무·학습 계획을 따로 남깁니다. 지역별 평균과 회사 규모·업종별 가상 금액으로 자신의 성장을 설명하지 않습니다. 다음 검토에서는 맡은 역할과 검증·피드백·남은 준비를 계속 기록하는 방식입니다.

회사의 실제 검토 조건과 맡은 역할·수행 근거·제안을 확인해야 합니다.

문제·자신의 역할·변경·검증·피드백과 남은 한계를 실제 자료에 맞게 적으세요.