# 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로 최종 점검한다.