IT·개발 자소서 프로젝트 스토리 쓰는법 2026: 기술스택보다 문제정의

개발자 지원서의 프로젝트 문단은 대부분 이렇게 시작합니다. “Spring Boot와 React를 활용해 ○○ 서비스를 개발했습니다.” 기술 스택은 이력서의 기술 칸과 깃허브에 이미 있어요. 자소서에서 평가자가 보고 싶은 건 왜 그걸 만들었고, 왜 그렇게 만들었는지입니다.

문제 정의가 첫 문장

“누가, 어떤 상황에서, 무엇이 불편했는가.” 이 세 가지가 첫 문장에 있으면 나머지가 자연스럽게 따라옵니다. 학과 공지 앱이라면 “공지가 게시판에만 올라와서 장학금 신청을 놓치는 사람이 있었다”가 문제 정의예요. 문제가 구체적이면 기술 선택의 이유도 설명하기 쉬워집니다.

트레이드오프를 쓰면 실력이 보인다

신입 개발자 자소서에서 가장 차이가 나는 부분이 여기입니다. 무엇을 일부러 안 했는지. 실시간 알림 대신 10분 주기를 택했다면 그 이유(서버 부담, 구현 시간), 테스트 코드를 일부만 썼다면 어디에 집중했는지. 이런 판단이 보이면 면접관은 이 사람이 실무에서도 우선순위를 정할 수 있겠다고 봅니다. 모든 걸 다 잘했다는 글보다 훨씬 믿음이 가요.

면접에서 이어지는 질문

• “다른 방법은 고려 안 했나요?” → 대안 하나와 버린 이유
• “사용자가 늘면 어떻게 되나요?” → 병목이 생길 지점과 대응 방법
• “가장 어려웠던 버그는?” → 재현 방법, 원인, 고친 방식
• “팀에서 맡은 부분은?” → 커밋 기록으로 설명 가능한 범위

팀 프로젝트라면 내가 쓴 코드와 팀원이 쓴 코드를 명확히 구분해 두세요. 깃허브 기록을 보며 질문하는 면접관도 있습니다. 카카오·네이버의 최근 코딩테스트·기술면접 구성은 카카오·네이버 채용 글↗, 포트폴리오 링크 정리법은 포트폴리오 연동 글↗에 있어요.