SK텔레콤 SW개발 자소서에는 요구사항을 명세하고, AI가 만든 코드를 직접 검토하고, 테스트로 확인한 경험을 고르세요. 공식 공고는 Claude·Codex 같은 AI 개발도구를 활용한 생산성 향상과 Spec Driven Development 적용을 SW개발 공통 필요역량으로 제시합니다. 도구 이름과 생성한 코드보다 명세·검토·테스트에서 자신이 내린 결정이 많이 남는 경험이 유리합니다.
이 글은 Junior Talent 지원과 코딩테스트를 마치고 개인 지원 화면에서 SW개발 자기소개서를 쓰는 지원자를 위한 글입니다. 별도 모집인 AI Model 지원자에게 필요한 모델 학습·평가 경험은 다루지 않습니다. 공개 공고에는 실제 자기소개서 문항과 글자 수가 보이지 않으므로, 아래 재료를 먼저 만든 뒤 자신의 입력 화면에 맞춰 배치하세요.
공통 필요역량과 우대 경험을 나눠 읽으세요
2026년 SK텔레콤 Junior Talent Tech 직군 공고는 SW개발과 AI Model을 따로 모집합니다. SW개발 지원자가 AI 도구 경험을 고를 때 확인할 범위는 다음과 같습니다.
| 구분 | 공식 공고에서 확인한 내용 | 자소서에서 찾을 증거 |
|---|---|---|
| SW개발 공통 필요역량 | Claude·Codex 등 AI 개발도구를 활용한 생산성 향상, Spec Driven Development 적용 | 구현 전에 정한 명세, AI에 맡긴 범위, 검토·수정한 코드, 테스트 결과 |
| SW개발 우대 경험 | Claude·Gemini·Cursor를 활용한 서비스 개발과 개발 생산성 개선 경험 | 실제 서비스·팀 프로젝트에 적용한 기록, 코드 변경 이력, 리뷰·테스트·배포 결과 |
| 별도 모집인 AI Model | 모델 학습 데이터, Foundation Model, 도메인 특화 모델 등의 연구·개발 | 이 글의 적용 대상에서 제외 |
| 공개되지 않은 항목 | 자기소개서 문항·글자 수, 항목별 배점, AI 도구 경험의 평가 방식 | 개인 지원 화면에서 확인하고 공식 평가 기준처럼 추정하지 않기 |
공통 필요역량은 SW개발 지원자 전체에게 회사가 요구한 항목입니다. Claude·Gemini·Cursor를 활용한 서비스 개발 경험은 우대사항입니다. 특정 도구 사용을 우대 조건과 같은 의미의 필수 자격으로 키우지 마세요.
공고의 SW개발 업무는 Backend·IT Infra부터 A.X Platform·AI Data, AI Agent·솔루션·Physical AI까지 넓습니다. 자신의 지원 영역에서 실제로 구현한 기능과 기술 판단을 고르세요. SW개발 경험의 중심은 코드 생성 이후의 검토와 검증입니다. 모델 학습이나 파인튜닝 경험은 별도 AI Model 모집의 업무·역량과 함께 확인하세요.
경험 후보는 세 종류부터 찾으세요
다음 세 종류는 공고의 SW개발 업무와 AI 개발도구 필요역량을 함께 설명하기 쉽습니다. 표의 마지막 열은 공고를 자소서 경험 선택에 적용한 편집 기준입니다. SK텔레콤의 공식 평가표는 공개되지 않았습니다.
| 경험 후보 | 꺼낼 기록 | 자기 기여로 남길 판단 |
|---|---|---|
| 기능 개발 | 요구사항 문서, 이슈, 커밋, Pull Request, API 명세 | 입력·출력·예외를 어떻게 정했고 AI 생성 코드에서 무엇을 수정했는가 |
| 오류 수정·리팩터링 | 장애 기록, 재현 절차, 변경 전후 코드, 회귀 테스트 | 원인 후보를 어떻게 좁혔고 기존 동작을 지키기 위해 무엇을 검증했는가 |
| 개발 작업 자동화 | 반복 작업 기록, 스크립트, CI 로그, 팀 사용 기록 | 자동화 범위를 어떻게 정했고 실패 조건·권한·복구 방법을 어떻게 통제했는가 |
도구 이름만 기억나는 경험, AI가 만든 결과를 그대로 제출한 경험, 실행 여부만 확인한 일회성 실습은 주 소재로 삼기 어렵습니다. 공개 공고의 생산성 향상을 설명하려면 개발 과정에서 실제로 달라진 일이 남아야 합니다. 시간·오류·작업량을 측정하지 않았다면 30% 단축 같은 수치를 만들지 마세요. 코드 리뷰 통과, 회귀 테스트 추가, 배포 완료, 반복 사용처럼 기록으로 확인할 수 있는 결과를 쓰면 됩니다.
Spec Driven Development는 명세와 검증 기록으로 보여주세요
이 글에서는 Spec Driven Development를 자기소개서 재료로 정리하기 위해 다음 세 단계로 나눕니다. 공식 공고의 용어를 적용한 편집 방법입니다. SK텔레콤의 평가 정의와 배점은 공개되지 않았습니다.
- 명세: 사용자와 시스템이 받아야 할 입력·출력, 제약, 예외, 완료 조건을 구현 전에 적습니다.
- 구현 범위: AI 개발도구에 맡길 파일·함수·테스트와 사람이 직접 결정할 구조·보안·데이터 경계를 나눕니다.
- 검증: 생성된 코드를 읽고 수정한 이유, 실행한 테스트, 실패 시 되돌릴 기준을 기록합니다.
명세 원문 전체를 자소서에 옮길 필요는 없습니다. 어떤 완료 조건을 정했는지, AI 결과 중 무엇을 바꿨는지, 어떤 테스트가 통과해야 완료로 판단했는지를 한 문장씩 남기세요.
다섯 칸 증거표로 경험 하나를 고르세요
기능 개발, 오류 수정·리팩터링, 개발 자동화 경험을 아래 세 행에 넣습니다. 각 칸에 근거 한 줄 / 점수를 함께 쓰세요.
| 후보 | 명세 | AI 사용 범위 | 코드 검토 | 테스트 | 결과 | 선택 |
|---|---|---|---|---|---|---|
| A. 기능 개발 | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 필수 3칸 통과 □ / 2점 칸: _개 / 대표 □ |
| B. 오류 수정·리팩터링 | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 필수 3칸 통과 □ / 2점 칸: _개 / 대표 □ |
| C. 개발 작업 자동화 | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 근거: ___ / 점수: _ | 필수 3칸 통과 □ / 2점 칸: _개 / 대표 □ |
다섯 칸에서 찾을 기록은 다음과 같습니다.
- 명세: 사용자 요구, 입력·출력, 제약, 예외, 완료 조건
- AI 사용 범위: 사용 도구, 맡긴 파일·함수·테스트, 입력한 정보의 범위
- 코드 검토: 발견한 오류·누락, 직접 바꾼 구조·로직, 변경 이유
- 테스트: 단위·통합·회귀 테스트, 실패 사례, 확인한 경계값
- 결과: PR 승인, 배포, 재사용, 수정된 오류, 실제 측정 기록
각 칸을 다음 기준으로 표시하세요.
2: 커밋·이슈·테스트 로그·회의 기록으로 확인할 수 있음1: 설명할 수 있지만 당시 기록이 약함0: 실제로 하지 않았거나 기억이 불분명함
먼저 명세, 코드 검토, 테스트가 모두 1점 이상인 후보만 필수 3칸 통과에 표시합니다. 통과한 후보 가운데 2점 칸이 가장 많은 한 건을 대표로 고르세요. 동점이면 실제 자기소개서 질문에 더 직접 답하고 원본 기록을 바로 열 수 있는 경험을 선택합니다. 결과 수치는 기록이 있을 때만 점수를 줍니다. 이 점수표는 경험 선택을 위한 편집 도구입니다. 회사의 합격 기준은 공개되지 않았습니다.
AI를 썼다는 사실보다 이 질문에 답할 수 있어야 합니다
- 왜 AI에 그 작업만 맡겼는가?
- 생성된 코드에서 가장 위험했던 오류나 누락은 무엇이었는가?
- 직접 수정한 코드와 그 판단 기준은 무엇인가?
- 완료 조건을 어떤 테스트로 확인했는가?
- 생산성이 좋아졌다는 근거가 로그·변경 이력·재사용 기록 중 어디에 남아 있는가?
보안도 자기 판단에 포함됩니다. 회사·고객의 비공개 코드, 인증키, 개인정보를 외부 AI 도구에 입력한 경험은 그대로 미화하지 마세요. 당시 사용 규정, 비식별 처리, 입력 범위 제한, 비밀정보 검사처럼 실제로 적용한 통제가 있을 때만 적습니다.
문장을 바꾸는 가상 예시
아래 문장은 실제 지원자나 합격자의 사례가 아닌 가상 예시입니다.
약한 문장
Claude와 Cursor를 활용해 알림 API를 빠르게 개발했고 개발 생산성을 높였습니다.
명세·검토·테스트를 넣은 문장
팀 프로젝트의 알림 API를 개발하며
같은 요청에는 알림을 한 번만 보내고, 실패한 요청은 다시 처리할 수 있어야 한다는 완료 조건을 먼저 적었습니다. Claude에는 API 골격과 테스트 후보 생성을 맡겼고, 데이터 구조와 재시도 정책은 제가 결정했습니다. 생성 코드가 동시 요청에서 중복 알림을 만들 수 있음을 검토 중 발견해 멱등 키 저장 위치와 트랜잭션 범위를 수정했습니다. 이후 동일 요청, 동시 요청, 전송 실패 세 조건의 회귀 테스트를 추가했습니다. 수정안은 팀 코드 리뷰를 거쳐 합쳐졌고, 같은 테스트를 이후 알림 기능 변경에도 사용했습니다.
개선 문장은 완료 조건, AI에 맡긴 범위, 직접 찾은 위험, 수정한 코드, 테스트와 재사용 기록을 한 흐름으로 보여줍니다. 실제 자소서에는 자신의 저장소와 작업 기록으로 설명할 수 있는 내용만 넣으세요.
30분 안에 다섯 문장 초안을 만드세요
0~5분: 개인 지원 화면을 확인합니다
실제 자기소개서 문항, 최대 글자 수, 필수 여부, 제출 마감 시각을 확인합니다. 공개 공고에서 이 네 항목을 확정할 수 없으므로 개인 화면을 최종 기준으로 사용하세요.
5~12분: 후보 세 개를 꺼냅니다
Git 커밋, 이슈, Pull Request, 테스트 결과가 남은 기능 개발·오류 수정·자동화 경험을 하나씩 적습니다. 각 후보 옆에 원본 기록 링크나 파일명을 붙이세요.
12~20분: 다섯 칸을 채웁니다
명세·AI 사용 범위·코드 검토·테스트·결과를 사실 한 줄씩 씁니다. 0점 칸을 추측으로 메우지 말고 기록이 가장 많이 남은 경험 하나를 고르세요.
20~27분: 다섯 문장으로 연결합니다
[사용자·시스템 문제]를 해결하기 위해 [입력·출력·제약·완료 조건]을 명세했습니다.
[AI 개발도구]에는 [파일·함수·테스트 등 맡긴 범위]를 요청했습니다.
생성 결과를 검토하며 [오류·누락·위험]을 발견했고 [직접 수정한 내용]을 결정했습니다.
[단위·통합·회귀 테스트]로 [완료 조건과 예외]를 확인했습니다.
그 결과 [기록으로 확인되는 적용·승인·재사용]이 남았고, [지원 영역의 개발 업무]에 같은 방식을 적용하겠습니다.
27~30분: 과장과 빈칸을 지웁니다
- 시간과 오류 감소율은 당시 기록과 대조합니다.
- AI가 만든 코드와 자신이 결정·수정한 코드를 구분합니다.
- 서비스 개발 경험과 AI Model 연구 경험을 섞지 않습니다.
- 실제 문항이 요구한 질문에 맞춰 다섯 문장의 순서와 길이를 조정합니다.
오늘의 산출물은 다섯 칸 증거표 한 장과 실제 문항에 맞춘 다섯 문장 초안 한 개입니다.
초안 다음 3일은 현재 보완 기록으로 남기세요
약한 칸은 마감 전 확인할 수 있습니다. 지금 새로 확인하거나 실행한 일은 작성 후 보완 또는 면접 준비로 표시해 당시 경험과 분리하세요.
| 시점 | 할 일 | 남길 현재 기록 | 자소서에 반영하는 범위 |
|---|---|---|---|
| 1일 차 | 개인 지원 화면의 실제 문항·글자 수를 확인하고, 대표 경험의 이슈·커밋·PR을 다시 연다 | 문항 원문 메모, 원본 링크, 당시 기록에서 확인한 사실 | 당시 기록으로 확인되는 행동만 과거 경험에 사용 |
| 2일 차 | 실행 가능한 저장소에서 관련 테스트를 다시 돌리고 실패·통과 조건을 정리한다 | 2026-09-__ 재실행이라고 적은 테스트 로그와 환경 |
현재 재검증임을 표시해 면접 준비에 사용. 당시 실행한 테스트처럼 쓰지 않기 |
| 3일 차 | AI에 입력한 범위와 비공개 정보 통제를 확인하고 다섯 문장을 실제 입력창에 맞춘다 | 공개·비공개 경계 메모, 삭제한 과장 수치, 최종 초안 | 당시 적용한 통제만 경험에 쓰고, 지금 만든 통제안은 향후 적용 계획으로 구분 |
당시 명세나 테스트가 없었다면 새 기록으로 과거를 채우지 마세요. 현재 코드로 재현한 결과는 면접에서 지원서 작성 후 다시 검증했다고 시점을 밝힐 수 있습니다. 실행 환경이 사라졌다면 커밋·리뷰 기록으로 확인되는 범위만 남기고 테스트 결과는 미확인으로 표시하세요.
SK Careers에서 마지막으로 확인할 항목
- 사이트: SK Careers
- 경로: 2026 Junior Talent 채용 - Tech 직군 →
SW개발의 수행업무·필요역량·우대사항 → 로그인한 개인 지원 화면 - 검색어: 공고 안에서
SW개발,공통역량,AI 개발 도구,Spec Driven Development를 찾습니다. - 확인할 필드: SW개발과 AI Model 구분, 자신의 지원 영역, 실제 자기소개서 문항·글자 수·필수 여부, 제출 마감 시각, 최종 제출 상태
- 얻을 결과: 경험 하나를 공식 SW개발 역량과 연결한 초안
2026년 9월 14일 확인한 공개 페이지 상단에는 9월 1117일 13:00이 표시됩니다. 같은 페이지 본문에는 8월 2430일 지원접수, 9월 26일 필기전형, 필기전형 합격자만 자기소개서를 작성·제출한다는 안내가 함께 남아 있습니다. 공개 페이지는 현재 9월 1117일 창의 목적을 별도 문장으로 설명하지 않습니다. 자신의 계정에 표시된 단계와 기한을 확인하고, 차이가 있으면 SK Careers Q&A에서 공고 번호 R261841을 적어 문의하세요.
공식 출처와 확인 범위
- SK Careers · 2026 Junior Talent 채용 - Tech 직군: SW개발·AI Model 업무 구분, 자격요건, 필요역량, 우대사항, 공개 일정 확인. 2026-09-14 확인.
이 글의 다섯 칸 표와 문장 순서는 공식 공고를 자기소개서 재료로 바꾸기 위한 편집 조언입니다. 회사의 문항·배점·평가표는 공개 페이지에서 확인하지 못했습니다. 개인 지원 화면의 문항과 기한이 바뀌면 이 글의 적용 범위도 다시 확인해야 합니다.
다섯 문장 초안을 완성했다면 자기소개서 분석에서 명세·검토·테스트와 본인 기여가 한 흐름으로 읽히는지 한 번 점검해 보세요.
