# IT 개발자 자기소개서 — 3분 체크리스트 > 작성 직전에 한 번, 제출 직전에 한 번. 총 2번 확인한다. --- ## PAGE 1. 지원동기 ### 핵심 질문 > **"왜 이 회사에 지원했는가"** ### 구조 (이 순서대로 쓴다) ``` ① 회사를 알게 된 계기 → 1~2문장 ② 회사의 기술/사업 강점 발견 → 2~3문장 ③ 그것이 인상 깊었던 이유 → 1~2문장 ④ 내 경험과의 연결 → 2~3문장 ⑤ 지원 결론 → 1문장 ``` ### 공식 ``` [회사 강점] + [내 경험 연결] = 지원 이유 ``` ### 첫 문장 템플릿 > "저는 귀사의 **______** 에 주목해 지원했습니다." ### ✅ 체크리스트 | # | 점검 항목 | 통과 | | --- | ---------------------------------------- | --- | | 1 | 회사 이름을 빼면 다른 회사에도 쓸 수 있는가 → **그러면 안 된다** | ☐ | | 2 | 채용공고 / 홈페이지 / 기술블로그에서 가져온 정보가 있는가 | ☐ | | 3 | 내 경험이 최소 1개 연결되어 있는가 | ☐ | | 4 | "대단하다", "혁신적이다" 같은 감탄만 있지 않은가 | ☐ | | 5 | 마지막 문장이 "그래서 지원했다"로 끝나는가 | ☐ | ### ❌ 이 문장이 있으면 고친다 | 삭제 대상 | 이유 | |-----------|------| | "귀사는 업계를 선도하는 기업으로…" | 회사 소개문이지 지원 이유가 아님 | | "4차 산업혁명 시대에…" | 공허한 시대 인식 | | "성장 가능성이 높아 지원했습니다" | 어느 회사든 해당 | --- ## PAGE 2. 업무 시 강점 ### 핵심 질문 > **"어떤 역량으로 바로 기여할 수 있는가"** ### 구조 (STAR) ``` S 상황 → 어떤 프로젝트 / 어떤 문제 15% T 과제 → 내가 맡은 역할 10% A 행동 → 내가 한 기술적 판단과 실행 45% ← 가장 길게 R 결과 → 수치로 표현된 성과 20% + 연결 → 입사 후 어떻게 쓸 것인가 10% ``` ### 공식 ``` [강점 1개 선언] + [사례 1개 증명] + [수치 결과] = 설득 ``` ### 첫 문장 템플릿 > "저의 가장 큰 강점은 **______** 입니다." ### 수치 표현 치트시트 | 있으면 쓴다 | 없으면 이렇게 | |------------|-------------| | 응답속도 1.2초 → 0.3초 | ~배 개선, ~% 단축 | | 빌드 시간 40% 단축 | "기존 대비 절반 수준으로" | | 커버리지 20% → 65% | "도입 전 대비 3배 이상" | ### ✅ 체크리스트 | # | 점검 항목 | 통과 | |---|----------|------| | 1 | 강점이 **1개**로 선명한가 (2개 이하) | ☐ | | 2 | 채용공고 요구 역량과 연결되는가 | ☐ | | 3 | **내가 한 행동**이 구체적으로 보이는가 | ☐ | | 4 | 결과에 **숫자**가 있는가 | ☐ | | 5 | 마지막에 입사 후 업무 연결이 있는가 | ☐ | ### ❌ 이 문장이 있으면 고친다 | 삭제 대상 | 이유 | |-----------|------| | "저는 문제 해결 능력이 뛰어납니다" | 증명 없는 자기 평가 | | "프로젝트를 성공적으로 마쳤습니다" | 무엇이 성공인지 안 보임 | | "팀원들과 협력하여 좋은 결과를 냈습니다" | 내 역할이 안 보임 | --- ## PAGE 3. 입사 후 포부 ### 핵심 질문 > **"어떻게 성장해 장기적으로 기여할 것인가"** ### 구조 (타임라인) ``` ① 회사의 방향 확인 → 1~2문장 ② 그 안에서 내 성장 방향 → 1~2문장 ③ 입사 초기 목표 (적응) → 1~2문장 ④ 1년 목표 (독립 수행) → 1~2문장 ⑤ 3년 목표 (주도 / 기여) → 1~2문장 ⑥ 보완점 + 보완 방법 (짧게) → 1~2문장 ``` ### 공식 ``` [회사 방향] + [나의 성장 계획] + [회사 기여 연결] = 포부 ``` ### 첫 문장 템플릿 > "입사 후에는 **______** 개발자로 성장하고 싶습니다." ### 타임라인 빠른 참조 | 시점 | 키워드 | 예시 | |------|--------|------| | **초기** | 적응 | 도메인 파악, 코드베이스 이해, 기본 업무 수행 | | **1년** | 독립 | 기능 단독 수행, 코드 리뷰 참여, 품질 개선 | | **3년** | 주도 | 구조 개선 제안, 기술 공유, 팀 기여 확대 | ### 보완점 작성 공식 ``` "_______ 경험은 부족하지만, _______ 을 통해 보완하고 있다." ``` > ⚠️ 보완점은 **1~2문장**이면 충분하다. 길면 역효과. ### ✅ 체크리스트 | # | 점검 항목 | 통과 | |---|----------|------| | 1 | 회사 방향 / 기술 비전과 연결되는가 | ☐ | | 2 | "배우겠습니다"로 끝나지 않는가 | ☐ | | 3 | **초기 / 1년 / 3년** 흐름이 보이는가 | ☐ | | 4 | 보완점이 성장 가능성으로 읽히는가 | ☐ | | 5 | 최종 문장이 **회사 기여**로 마무리되는가 | ☐ | ### ❌ 이 문장이 있으면 고친다 | 삭제 대상 | 이유 | |-----------|------| | "열심히 배우겠습니다" | 다짐일 뿐 계획이 아님 | | "최선을 다해 기여하겠습니다" | 모든 사람이 쓸 수 있음 | | "인재가 되겠습니다" | 추상적 선언 | --- ## PAGE 4. 제출 전 최종 3분 점검 ### STEP 1. 전체 구조 (30초) | # | 점검 | 통과 | |---|------|------| | 1 | 세 문항이 **서로 다른 이야기**를 하고 있는가 | ☐ | | 2 | 같은 사례가 두 문항 이상에서 **동일하게** 반복되지 않는가 | ☐ | | 3 | 모든 문항의 **첫 문장**에서 결론이 보이는가 | ☐ | ### STEP 2. 회사 연결 (30초) | # | 점검 | 통과 | |---|------|------| | 4 | 회사명을 지우면 **어색해지는가** → 어색해야 정상 | ☐ | | 5 | 채용공고/홈페이지 정보가 **최소 2곳 이상** 반영되었는가 | ☐ | | 6 | 회사 방향 + 내 경험 **연결 문장**이 각 문항에 있는가 | ☐ | ### STEP 3. 사례 품질 (1분) | # | 점검 | 통과 | |---|------|------| | 7 | 업무 강점에 **STAR 구조**가 갖춰져 있는가 | ☐ | | 8 | **내가 한 행동**이 명확하게 보이는가 (팀이 아니라 나) | ☐ | | 9 | **수치 결과**가 최소 1개 이상 있는가 | ☐ | ### STEP 4. 표현 품질 (1분) | # | 점검 | 통과 | |---|------|------| | 10 | "열정", "최선", "인재", "누구보다" 같은 금지 표현이 없는가 | ☐ | | 11 | "저는"으로 시작하는 문장이 **3연속 이상** 반복되지 않는가 | ☐ | | 12 | 80자 넘는 문장이 없는가 | ☐ | | 13 | 소제목이 "지원동기", "저의 장점" 같은 **문항 제목 반복**이 아닌가 | ☐ | | 14 | 맞춤법 검사를 돌렸는가 | ☐ | --- ### 판정 기준 | 통과 개수 | 상태 | 조치 | |-----------|------|------| | **14/14** | 🟢 제출 가능 | 바로 제출 | | **11~13** | 🟡 수정 후 제출 | 미통과 항목만 수정 | | **10 이하** | 🔴 재작성 필요 | 구조부터 다시 점검 | --- > **사용법**: 작성 시작 전 PAGE 1~3을 보며 구조를 잡고, 제출 직전 PAGE 4로 최종 점검한다.