KB국민은행 IT 자소서 4번에는 문제, 내 판단, 구현, 검증, 직무 활용, 공개 가능한 증거가 한 줄로 이어지는 경험을 고르세요. 수상 규모나 기술 이름보다 코딩테스트 합격 뒤에도 같은 역할과 결과를 설명할 수 있는지가 선택 기준입니다. 아래 50분 작업을 마치면 공식 입력 한도를 확인한 기록, 주력 경험 한 개, 공개 범위 메모, 6문장 완성 초안이 남습니다.
2026년 하반기 L1 접수 마감은 9월 9일 수요일 18:00입니다. 보조 공고에 보관된 문항은 가장 의미 있는 IT 프로젝트 또는 교육 경험과 직무 활용을 묻고, 코딩테스트 합격자에게 같은 문항을 주제로 한 포트폴리오 제출을 예고합니다. 문항 원문·글자 수와 후속 자료의 형식·분량은 KB국민은행 채용 홈페이지의 실제 지원 화면과 합격자 안내가 최종 기준입니다.
이 글이 해결하는 한 가지 결정
이 글은 KB국민은행 L1 IT 지원을 정했고, 4번 문항 앞에서 여러 프로젝트와 교육 중 무엇을 써야 할지 막힌 사람을 위한 작업지입니다.
- 지금 정할 것: 자소서와 후속 자료에서 같은 사실을 설명할 경험 한 개
- 잘못 고를 때 생기는 손실: 자소서에는 큰 성과를 썼지만 후속 자료에서 내 역할·코드·검증 근거를 설명하지 못함
- 오늘의 산출물: 공식 문항·입력 한도 기록, 후보 비교표 한 장, 주력 경험 한 개, 공개 범위 메모, 빈칸을 모두 채운 6문장 초안
- 적용 범위: 2026 하반기 L1 IT 부문입니다. AI·플랫폼개발 부문은 별도 공고와 문항을 확인하세요.
먼저 현재 공고에서 확인할 것
대학 취업게시판에 보관된 이번 공고에 따르면 L1 IT 부문은 서류전형 뒤 온라인 코딩테스트를 치릅니다. 시험 예정일은 10월 3일, 발표 예정일은 10월 13일입니다. 일정은 변경될 수 있으므로 개인 안내와 공식 채용 홈페이지를 다시 확인해야 합니다.
| 확인 항목 | 현재 확인 범위 | 지원자가 할 일 |
|---|---|---|
| 접수 | 2026년 8월 31일~9월 9일 18:00 | 마감 일시와 입행지원서 최종제출 상태 확인 |
| 모집 부문 | L1 IT, 다른 하반기 신입행원 부문과 중복지원 제한 안내 | 지원 화면의 선택 부문이 IT인지 확인 |
| 서류 뒤 전형 | IT는 온라인 코딩테스트 대상, 10월 3일 시험·10월 13일 발표 예정 | 개인 안내에서 시간·응시 환경 재확인 |
| 4번 문항 | 사람인 보조 공고에 IT 프로젝트·교육 경험과 직무 활용을 묻는 문항이 보관됨 | 공식 입력창의 원문·글자 수와 대조 |
| 후속 자료 | 보조 공고가 코딩테스트 합격자 대상 같은 문항 주제의 포트폴리오 제출을 예고함 | 형식·분량·제출 시점은 합격자 안내가 나온 뒤 확정 |
마지막 행 때문에 지금 새 포트폴리오를 만들 필요는 없습니다. 오늘은 기존 경험의 증거가 어디에 있는지 목록만 남기세요. 자세한 제출 조건은 코딩테스트 합격자 대상 안내가 나온 뒤 적용합니다.
50분 완성표: 경험 선택부터 6문장까지
타이머를 시작하기 전에 로그인한 공식 지원 화면과 후보 경험의 기록 폴더를 엽니다. 프로젝트, 공모전, 논문, 이수과목, 교육 경험은 실제 기록을 바로 확인할 수 있는 세 개만 비교합니다. 보조 공고의 문항 자체가 교육과 이수과목도 예로 들고 있으므로 수상 프로젝트만 남길 이유는 없습니다.
| 시간 | 할 일 | 완료 조건 | 남는 문서 |
|---|---|---|---|
| 0~5분 | 공식 지원 화면 확인 | 4번 문항 원문·입력 한도·필수 여부를 작업 문서 맨 위에 옮김 | 공식 필드 기록 3줄 |
| 5~9분 | 후보 최대 3개 적기 | 프로젝트·교육명과 기간을 실제 기록에서 확인 | 후보 목록 |
| 9~24분 | 후보별 7칸 채점 | 후보마다 문제·판단·구현·검증·직무 활용·공개 증거·일관성 점수를 모두 표시 | 비교표 한 장 |
| 24~29분 | 주력 경험 선택 | 합계와 동점 기준으로 한 개를 고르고 선택 이유를 한 줄로 씀 | 주력 경험·선택 이유 |
| 29~34분 | 공개 범위 기록 | 코드·데이터·화면·수치의 공개 상태와 확인할 사람을 씀 | 공개 범위 메모 |
| 34~46분 | 6문장 작성 | 아래 골격의 여섯 칸을 실제 사실로 모두 채움 | 6문장 완성 초안 |
| 46~50분 | 입력·사실 대조 | 공식 입력 한도에 맞추고 기간·인원·역할·기술·수치가 기록과 같은지 표시 | 입력 가능한 1차 초안 |
공식 지원 화면을 열 수 없거나 입력 한도를 확인하지 못했다면 0~5분 단계에서 타이머를 멈추세요. 해당 필드를 확인한 뒤 같은 시간표를 다시 시작해야 입력 가능한 1차 초안까지 끝낼 수 있습니다.
후보별 7칸 선택 기준
각 칸은 2점=구체적 기록 있음, 1점=기억은 있으나 기록 확인 필요, 0점=내가 설명하기 어려움으로 표시하세요. 후보 한 개에 5분씩 씁니다.
| 선택 기준 | 확인할 질문 | 2점으로 볼 기록 |
|---|---|---|
| 문제 | 누가 어떤 오류·지연·불편을 겪었나? | 요구사항, 이슈, 사용자 피드백, 기존 흐름 |
| 내 판단 | 여러 방법 중 내가 고른 기준이 있었나? | 대안 비교, 회의 기록, 설계 이유 |
| 구현 | 내가 직접 맡은 범위를 가를 수 있나? | 코드·화면·설계서·담당 이슈와 팀 역할표 |
| 검증 | 결과의 품질을 무엇으로 확인했나? | 테스트, 오류 사례, 실험 결과, 사용자 확인 |
| 직무 활용 | 공식 IT 직무 설명의 어떤 업무에 가져갈 수 있나? | 공고 문구 한 줄과 내 행동 한 줄의 연결 |
| 공개 가능 증거 | 후속 자료에서 보여 줄 수 있는 근거가 있나? | 공개 저장소, 허용된 화면, 비식별 결과, 본인 작성 문서 |
| 일관성 | 기간·역할·기술·수치가 모든 기록에서 같은가? | 자소서, 이력서, 저장소, 발표자료의 동일 사실 |
아래 표에 후보별 점수와 한 줄 근거를 적으세요.
| 후보 | 문제 | 내 판단 | 구현 | 검증 | 직무 활용 | 공개 증거 | 일관성 | 합계 |
|---|---|---|---|---|---|---|---|---|
| 후보 A | ||||||||
| 후보 B | ||||||||
| 후보 C |
합계가 높은 경험부터 봅니다. 동점이면 검증과 공개 증거 점수가 높은 경험을 고르세요. 후속 자료에서 사실을 재현할 수 있는 경험이기 때문입니다. 내 판단이나 일관성이 0점인 후보는 이번 표에서 제외하고 다음 후보를 검토하세요. 세 후보가 모두 제외되면 문장을 만들지 않고, 부족한 기록 목록을 먼저 확보합니다.
이 점수는 자소서와 후속 자료에서 같은 경험을 사실대로 설명할 수 있는지 확인하는 편집 도구입니다. KB국민은행의 공개 평가 기준이나 합격 점수와는 무관합니다.
경험 종류별로 강점과 빈칸이 다릅니다
| 경험 종류 | 살릴 수 있는 강점 | 먼저 확인할 빈칸 |
|---|---|---|
| 팀 프로젝트 | 요구사항, 협업, 구현, 테스트가 이어짐 | 팀 성과와 내 역할이 섞여 있지 않은가 |
| 공모전 | 문제 정의와 제한 시간 안의 선택이 선명함 | 수상 결과만 남고 사용자·검증 기록이 비어 있지 않은가 |
| 이수과목·교육 | 학습 과정과 기술 적용의 변화가 남음 | 제공 코드를 실행한 뒤 내가 바꾼 판단이 있는가 |
| 논문·연구 | 가설, 방법 선택, 실험과 한계가 구체적임 | 공동 연구자의 기여와 내 기여를 나눌 수 있는가 |
| 인턴·현업 과제 | 실제 사용자와 운영 제약을 설명하기 쉬움 | 회사·고객 데이터와 내부 코드를 공개해도 되는가 |
교육 경험을 골랐다면 무엇을 배웠다에서 끝내지 않습니다. 실습에서 생긴 실패, 바꾼 설정이나 구조, 결과를 확인한 방법을 붙이세요. 팀 프로젝트라면 전체 기능보다 내가 책임진 입력·처리·출력 범위를 먼저 그립니다.
같은 경험을 자소서와 후속 자료에 맞추는 법
자소서는 짧은 설명이고, 후속 자료는 그 설명을 확인할 근거가 됩니다. 두 문서에서 아래 여섯 항목을 같은 내용으로 유지하세요.
| 항목 | 자소서에 남길 내용 | 증거 목록에서 확인할 것 |
|---|---|---|
| 문제 | 해결하려던 사용자·업무 문제 한 문장 | 요구사항, 이슈, 기존 방식의 실패 기록 |
| 내 역할 | 내가 맡은 결정과 구현 범위 | 담당 이슈, 커밋, 회의록, 발표 파트 |
| 판단 | 실제 비교한 선택지와 선택 이유 | 설계 기록, 실험표, 버린 대안 |
| 구현 | 선택 뒤 직접 한 행동 | 코드, 설계서, 화면, 테스트 케이스 |
| 검증 | 오류를 찾고 결과를 확인한 기준 | 테스트 로그, 전후 수치, 사용자 확인 |
| 직무 활용 | 공식 IT 직무의 업무 한 줄과 연결 | 현재 공고의 직무 설명, 내가 가져갈 행동 |
기술 이름, 기간, 인원, 수치도 모두 맞춰야 합니다. 자소서에는 4명이 개발, 이력서에는 5인 프로젝트, 발표자료에는 6인 팀으로 남아 있으면 숫자부터 확인하세요. 기억이 흐린 수치는 빼거나 범위를 정확히 적습니다.
직무 활용은 지원 화면의 IT 상세 업무에서 한 문장을 골라 씁니다. 그 문장과 내 경험 사이에 공통으로 존재하는 행동을 연결하세요. 공고에 없는 은행 업무를 상상해 붙이거나, 학생 프로젝트를 금융 시스템 운영 경험으로 키우면 설명의 신뢰가 떨어집니다.
공개 범위를 먼저 정하세요
후속 자료에 넣을 수 있는 코드와 데이터의 범위는 자료마다 다릅니다. 오늘은 후보별 공개 가능 범위를 네 칸으로 나눕니다.
| 자료 | 공개 가능 | 가공 뒤 가능 | 공개 제한 | 확인할 사람·문서 |
|---|---|---|---|---|
| 소스코드 | 저장소 권한·회사/교육 약관 | |||
| 데이터 | 개인정보·고객정보·라이선스 | |||
| 화면·문서 | 팀원 저작물·회사 내부정보 | |||
| 결과 수치 | 집계 근거·비식별 가능 여부 |
인턴 회사의 내부 코드, 고객 데이터, 유료 교육의 제공 코드, 팀원의 작업을 본인 자료처럼 복사하면 안 됩니다. 공개 범위가 좁은 경험도 문제·판단·검증을 말로 설명할 수 있습니다. 핵심 근거까지 모두 비공개라면 다른 후보가 후속 설명에 더 안전할 수 있습니다.
6문장 답안 골격
아래 순서는 보조 공고의 4번 문항을 풀기 위한 편집 제안입니다. 실제 글자 수에 맞춰 줄이세요.
- 문제:
[대상]이 [구체 문제]를 겪어 [프로젝트·교육]에서 해결 과제를 정했습니다. - 의미:
이 경험은 [내가 처음 책임진 판단·배운 변화]가 분명해 가장 기억에 남습니다. - 내 역할:
저는 [팀 전체] 중 [내 결정과 구현 범위]를 맡았습니다. - 판단과 구현:
[제약]을 기준으로 [선택지]를 비교해 [방식]을 골랐고, [직접 한 행동]을 수행했습니다. - 검증:
[테스트·실험·사용자 확인]에서 [오류·결과]를 확인해 [수정·확정]했습니다. - 직무 활용:
이때 익힌 [행동]을 공식 IT 직무의 [공고에 적힌 업무]에서 [구체적 수행 방식]으로 활용하겠습니다.
12분이 끝났을 때 아래 여섯 칸이 모두 채워져야 완성 초안입니다.
- 1문장에 대상과 구체 문제가 있다.
- 2문장에 이 경험이 의미 있는 이유와 달라진 행동이 있다.
- 3문장에 팀 전체와 구분되는 내 역할이 있다.
- 4문장에 선택지·제약·내 판단·구현 행동이 있다.
- 5문장에 검증 방법과 확인된 결과가 있다.
- 6문장에 공식 IT 직무 문구와 가져갈 행동이 있다.
두 번째 문장의 의미에는 문제를 보는 방식이나 구현·검증 습관이 어떻게 달라졌는지 적으세요. 이 변화가 뒤 문장과 연결됩니다. 빈칸이 남으면 6문장 초안의 완료 표시를 하지 말고, 빠진 사실을 후보 기록에서 다시 찾습니다.
문장을 바꾸는 가상 예시
아래는 편집자가 만든 가상 예시입니다. 실제 지원자, 합격 사례, KB국민은행 업무 사례와 관련이 없습니다. 상황과 수치는 본인의 사실로 교체하고 구조만 적용하세요.
약한 문장
웹 프로젝트에서 서버 개발을 맡았습니다. Spring과 MySQL을 사용해 예약 서비스를 구현했고 협업 능력과 개발 역량을 키웠습니다.
개선 가상 예시
교내 공간 예약에서 같은 시간대가 중복 승인되는 문제를 해결한 팀 프로젝트입니다. 저는 예약 생성 API와 중복 검증 로직을 맡았습니다. 애플리케이션에서 조회한 뒤 저장하는 방식은 동시 요청에서 충돌이 발생해, 데이터베이스 제약과 트랜잭션 범위를 함께 적용했습니다. 동시 요청 테스트에서 중복 저장 건수를 확인하고 예외 응답과 재시도 흐름을 수정했습니다. 이 경험에서 익힌 것은 기능 구현과 함께 실패 조건을 먼저 정의하고 테스트로 확인하는 습관입니다. 지원 화면의 IT 상세 업무를 다시 확인한 뒤, 해당 습관이 필요한 업무와 정확히 연결해 쓰겠습니다.
이 예시의 Spring, MySQL, 동시 요청은 지원자 본인의 사실로 교체해야 합니다. 결과 수치를 측정하지 않았다면 숫자를 만들지 않습니다. 코드 일부를 보여 줄 수 있어도 팀원 작성분과 제공 코드는 내 구현 범위에서 제외합니다.
46~50분 완료 점검
- 공식 지원 화면의 4번 문항 원문과 입력 한도·필수 여부를 작업 문서에 기록했다.
- 자소서, 이력서, 저장소, 발표자료의 기간·인원·역할·기술이 같다.
- 팀 성과와 내 판단·구현을 한 문장씩 분리했다.
- 결과 수치마다 측정 방법이나 원본 기록이 있다.
- 공식 IT 직무 설명의 한 문장을 직무 활용 문장에 반영했다.
- 회사정보·개인정보·교육 제공 코드·팀원 작업의 공개 범위를 확인했다.
- 후속 자료의 형식과 분량은
합격자 안내 후 확인으로 표시했다. - 6문장 전체가 공식 입력 한도 안에 들어간다.
입행지원서 최종제출 상태 확인은 1차 초안 퇴고와 다른 문항 작성까지 마친 뒤 제출 직전에 수행하세요.
어디에서 다시 확인하나요?
- 사이트: KB국민은행 채용 홈페이지
- 경로: 진행 중 공고 →
2026년 하반기 신입행원(L1)→IT→ 지원서 작성 - 지원 화면 확인 필드: 모집 부문, 중복지원, 4번 문항 원문, 입력 한도, 필수 입력 여부, 첨부 항목, 임시저장·최종제출 상태
- 합격자 안내 확인 필드: 코딩테스트 일시·응시 환경, 후속 자료 대상자, 주제, 형식, 분량, 제출 기한, 파일명·용량
- 얻을 결과: 오늘 고른 경험이 실제 문항과 후속 제출 조건에 맞는지 최종 확정
- 주의: 대학 취업게시판과 사람인은 보조 확인처입니다. 일정과 제출 조건은 공식 지원 화면과 개인 안내를 우선합니다.
조사 범위와 한계
2026년 9월 3일 기준으로 KB국민은행 공식 채용 홈페이지 도메인과 대학 취업게시판에 보관된 공고를 확인했습니다. 공식 홈페이지의 공개 첫 화면은 접속됐지만, 현재 지원서의 문항 입력 화면은 공개 크롤링으로 확인할 수 없었습니다. 4번 문항과 후속 포트폴리오 예고는 사람인의 현재 공고 보관 내용을 보조 근거로 사용했습니다.
따라서 이 글은 문항의 입력 한도와 후속 자료의 형식·분량을 확정하지 않습니다. 코딩테스트와 이후 일정도 당행 사정에 따라 바뀔 수 있습니다. 지원자는 로그인한 공식 화면과 개인 안내를 기준으로 마지막 점검을 해야 합니다.
출처
- KB국민은행 채용 홈페이지, 2026-09-03 확인 — 현재 지원과 문항·최종제출 확인의 최종 경로
- 연세대학교 경제학부 취업게시판 · 2026 하반기 KB국민은행 신입행원 모집, 2026-09-03 확인 — 접수 기간, 모집 부문, 중복지원 제한, 온라인 코딩테스트 일정, 최종제출 안내 보관
- 사람인 · 2026 하반기 KB국민은행 신입행원 공고, 2026-09-03 보조 확인 — IT 4번 문항과 코딩테스트 합격자 대상 후속 자료 예고. 공식 지원 화면에서 재확인 필요
오늘 할 한 가지
50분 완성표를 따라 공식 입력 한도 안의 6문장 초안을 저장하세요. 초안을 완성했다면 자기소개서 분석으로 문제·내 판단·검증·직무 활용의 연결과 과장 표현을 점검할 수 있습니다. 사실 확인과 최종 지원 판단의 책임은 지원자에게 있습니다.