vault backup: 2026-05-07 22:19:19

프롬프트/it_developer_self_intro_convention_context.md

@@ -0,0 +1,684 @@
+# IT 개발자 자기소개서 작성 컨벤션 컨텍스트
+
+## 0. 문서 목적
+
+이 문서는 IT 개발자 자기소개서를 작성하거나 수정할 때 항상 참조해야 하는 **작성 컨벤션 문서**다.
+
+자기소개서는 단순한 성격 소개나 다짐문이 아니라, 아래 세 가지를 설득하는 문서로 작성한다.
+
+1. **왜 이 회사인지**
+2. **왜 내가 이 직무에 적합한지**
+3. **입사 후 어떻게 성장하고 회사에 기여할 것인지**
+
+작성 대상은 신입 개발자 및 주니어 개발자 기준이며, 백엔드 / 프론트엔드 / 풀스택 / 데이터 엔지니어 / DevOps / 인프라 / QA / 모바일 직무에 적용할 수 있다.
+
+---
+
+## 1. 최상위 작성 원칙
+
+### 1-1. 모든 문항은 회사와 연결한다
+
+자기소개서의 모든 문항에는 반드시 다음 두 요소가 함께 들어가야 한다.
+
+| 요소 | 설명 |
+|---|---|
+| 회사 정보 | 채용공고, 홈페이지, 서비스, 기술 방향, 사업 방향, 개발 문화 |
+| 내 경험 | 프로젝트, 협업, 성능 개선, 운영 경험, 학습 경험, 문제 해결 경험 |
+
+기본 공식은 다음과 같다.
+
+```text
+회사 분석 + 내 경험 연결 = 설득력 있는 자기소개서
+```
+
+회사 이름을 다른 회사명으로 바꿔도 자연스러운 문장은 사용하지 않는다.
+
+---
+
+### 1-2. 문항마다 역할을 분리한다
+
+각 문항은 서로 다른 질문에 답해야 한다.
+
+| 문항 | 핵심 질문 | 중심 내용 |
+|---|---|---|
+| 지원동기 | 왜 이 회사에 지원했는가 | 회사 강점 + 내 경험 연결 |
+| 업무 시 강점 | 어떤 역량으로 바로 기여할 수 있는가 | 강점 1개 + 사례 1개 + 수치 결과 |
+| 입사 후 포부 | 어떻게 성장해 장기적으로 기여할 것인가 | 회사 방향 + 성장 계획 + 기여 방식 |
+| 자기소개 / 성장 과정 | 어떤 개발자인가 | 개발자 정체성이 형성된 계기 |
+
+같은 사례를 여러 문항에서 그대로 반복하지 않는다. 같은 프로젝트를 쓰더라도 초점은 다르게 둔다.
+
+---
+
+### 1-3. 두괄식으로 작성한다
+
+각 문항의 첫 문장에서 결론이 보여야 한다.
+
+좋은 첫 문장은 아래 조건을 만족한다.
+
+- 문항의 답이 바로 보인다.
+- 회사 또는 직무와 연결된다.
+- 추상적인 감정 표현이 아니라 판단이 드러난다.
+
+예시:
+
+```text
+저는 귀사의 데이터 기반 서비스 고도화 방향에 주목해 지원했습니다.
+저의 가장 큰 강점은 성능 문제의 원인을 끝까지 추적하고 개선하는 역량입니다.
+입사 후에는 안정성과 확장성을 함께 고민하는 백엔드 개발자로 성장하고 싶습니다.
+```
+
+---
+
+### 1-4. 추상어는 사례로 증명한다
+
+아래 표현은 단독으로 쓰지 않는다.
+
+| 약한 표현 | 문제점 | 대체 방향 |
+|---|---|---|
+| 책임감이 있습니다 | 증명 없는 자기 평가 | 끝까지 맡아 해결한 사례로 증명 |
+| 협업을 잘합니다 | 방식이 보이지 않음 | 역할 분담, 일정 조율, 리뷰 방식 설명 |
+| 문제 해결 능력이 있습니다 | 어떤 문제인지 불명확 | 문제 원인, 판단, 해결 과정 제시 |
+| 성실합니다 | 개발 역량으로 보이지 않음 | 꾸준히 학습해 적용한 결과 제시 |
+
+기본 공식:
+
+```text
+추상적 강점 선언 금지
+강점 1개 → 사례 1개 → 내가 한 행동 → 결과 수치 → 입사 후 연결
+```
+
+---
+
+## 2. 입력 정보 정리 컨벤션
+
+자기소개서 작성 전 반드시 아래 정보를 먼저 정리한다.
+
+```markdown
+# 기업 / 직무 분석 메모
+
+## 기본 정보
+- 회사명:
+- 지원 직무:
+- 지원 팀 / 서비스:
+- 서비스 대상 사용자:
+
+## 채용공고 분석
+- 필수 기술 스택:
+- 우대 기술 스택:
+- 담당 업무:
+- 요구 역량:
+- 반복 등장 키워드:
+
+## 회사 / 서비스 분석
+- 핵심 서비스:
+- 해결하는 문제:
+- 주요 고객:
+- 최근 사업 방향:
+- 인상 깊은 지점:
+
+## 기술 / 개발 문화 분석
+- 사용하는 기술:
+- 기술 블로그에서 확인한 문제:
+- 아키텍처 / 인프라 방향:
+- 성능 / 운영 / 보안 관련 이슈:
+- 강조하는 가치:
+- 일하는 방식:
+- 개발 문화:
+
+## 내 경험 연결 후보
+- 경험 1:
+  - 프로젝트명:
+  - 사용 기술:
+  - 문제 상황:
+  - 내가 한 행동:
+  - 결과:
+  - 연결 가능한 회사 요구사항:
+- 경험 2:
+- 경험 3:
+```
+
+---
+
+## 3. 문항별 작성 컨벤션
+
+## 3-1. 지원동기
+
+### 핵심 질문
+
+```text
+왜 이 회사에 지원했는가?
+```
+
+### 작성 목표
+
+지원동기는 회사 칭찬이 아니다.
+
+아래 두 가지가 동시에 드러나야 한다.
+
+1. **Why this company**: 왜 이 회사인가
+2. **Why me**: 왜 내가 이 회사와 맞는가
+
+### 권장 구조
+
+```text
+① 회사를 알게 된 계기          → 1~2문장
+② 회사의 기술 / 사업 강점 발견  → 2~3문장
+③ 그것이 인상 깊었던 이유       → 1~2문장
+④ 내 경험과의 연결              → 2~3문장
+⑤ 지원 결론                    → 1문장
+```
+
+### 작성 공식
+
+```text
+[회사 강점] + [내 경험 연결] = 지원 이유
+```
+
+### 첫 문장 템플릿
+
+```text
+저는 귀사의 ______에 주목해 지원했습니다.
+저는 귀사가 ______을 통해 ______ 문제를 해결하고 있다는 점에 주목했습니다.
+저는 귀사의 ______ 서비스 방향이 제가 경험한 ______ 문제의식과 맞닿아 있다고 판단했습니다.
+```
+
+### 반드시 포함할 내용
+
+- 채용공고 / 홈페이지 / 기술 블로그 / 서비스 페이지에서 확인한 구체 정보
+- 회사의 기술 또는 사업 방향에 대한 내 판단
+- 내 프로젝트 경험과의 연결
+- 마지막 지원 결론
+
+### 피해야 할 문장
+
+```text
+귀사는 업계를 선도하는 기업으로...
+4차 산업혁명 시대에...
+성장 가능성이 높아 지원했습니다.
+혁신적인 회사라고 생각했습니다.
+```
+
+### 좋은 마무리 예시
+
+```text
+이처럼 귀사의 기술 방향과 제가 프로젝트에서 쌓아온 문제 해결 경험이 맞닿아 있다고 판단했고, 이 점이 지원을 결심한 가장 큰 이유입니다.
+```
+
+---
+
+## 3-2. 업무 시 강점
+
+### 핵심 질문
+
+```text
+어떤 역량으로 바로 기여할 수 있는가?
+```
+
+### 작성 목표
+
+업무 강점 문항은 채용공고 요구 역량과 가장 직접적으로 연결해야 한다.
+
+강점은 많이 나열하지 않는다. 가장 설득력 있는 강점 **1개**를 고르고, 대표 사례 **1개**로 증명한다.
+
+### 권장 구조: STAR
+
+| 단계 | 내용 | 분량 비중 |
+|---|---|---:|
+| S: Situation | 어떤 프로젝트 / 어떤 문제였는가 | 15% |
+| T: Task | 내가 맡은 역할은 무엇인가 | 10% |
+| A: Action | 내가 한 기술적 판단과 실행은 무엇인가 | 45% |
+| R: Result | 어떤 결과를 만들었는가 | 20% |
+| 연결 | 입사 후 어떻게 활용할 것인가 | 10% |
+
+Action이 가장 길어야 한다. 여기서 기술적 판단과 문제 해결 방식이 드러나야 한다.
+
+### 작성 공식
+
+```text
+[강점 1개 선언] + [사례 1개 증명] + [수치 결과] = 설득
+```
+
+### 첫 문장 템플릿
+
+```text
+저의 가장 큰 강점은 ______입니다.
+저는 ______ 문제를 끝까지 추적하고 개선하는 데 강점이 있습니다.
+저는 ______을 실제 결과로 연결하는 개발 역량을 갖추고 있습니다.
+```
+
+### 직무별 강점 키워드
+
+| 직무 | 강점 후보 |
+|---|---|
+| 백엔드 | API 설계, 성능 개선, DB 최적화, 인증/인가, 장애 대응, 대용량 처리 |
+| 프론트엔드 | 컴포넌트 설계, 렌더링 최적화, 접근성, 상태 관리, 사용자 경험 개선 |
+| 풀스택 | 기능 흐름 설계, API-UI 연결, 빠른 MVP 구현, 문제 범위 통합 이해 |
+| 데이터 | 파이프라인 설계, 데이터 품질 관리, 배치 처리, 실시간 처리 |
+| DevOps / 인프라 | CI/CD, 컨테이너 운영, 모니터링, 인프라 자동화, 배포 안정화 |
+| QA | 테스트 자동화, 결함 분석, 커버리지 확대, 품질 프로세스 개선 |
+| 모바일 | 앱 성능 최적화, 오프라인 대응, 배포 자동화, 사용자 경험 개선 |
+
+### 수치 표현 규칙
+
+가능하면 결과에는 숫자를 넣는다.
+
+| 영역 | 예시 |
+|---|---|
+| 성능 | 응답속도 1.2초 → 0.3초 |
+| 빌드 | 빌드 시간 40% 단축 |
+| 테스트 | 커버리지 20% → 65% |
+| 장애 | 재현 시간 2시간 → 20분 |
+| DB | 조회 성능 60% 개선 |
+| 배포 | 배포 주기 주 1회 → 일 2회 |
+| 비용 | 로그 저장 비용 월 30% 절감 |
+
+정확한 수치가 없으면 비율, 배수, 범위 표현을 사용한다.
+
+```text
+기존 대비 절반 수준으로 줄였습니다.
+도입 전보다 약 3배 빠르게 처리할 수 있었습니다.
+반복 작업 시간을 30분에서 5분 내외로 줄였습니다.
+```
+
+### 피해야 할 문장
+
+```text
+저는 문제 해결 능력이 뛰어납니다.
+프로젝트를 성공적으로 마쳤습니다.
+팀원들과 협력하여 좋은 결과를 냈습니다.
+열심히 참여했습니다.
+```
+
+### 좋은 마무리 예시
+
+```text
+이 경험을 통해 단순히 기능을 구현하는 것을 넘어, 원인을 분석하고 측정 가능한 결과로 개선하는 개발 방식을 익혔습니다. 입사 후에도 이러한 방식으로 서비스 안정성과 품질 개선에 기여하겠습니다.
+```
+
+---
+
+## 3-3. 입사 후 포부
+
+### 핵심 질문
+
+```text
+어떻게 성장해 장기적으로 기여할 것인가?
+```
+
+### 작성 목표
+
+입사 후 포부는 다짐문이 아니다.
+
+아래 세 가지가 보여야 한다.
+
+1. 회사의 방향 이해
+2. 그 안에서의 내 성장 방향
+3. 성장 결과가 회사 기여로 이어지는 방식
+
+### 권장 구조
+
+```text
+① 회사의 방향 확인           → 1~2문장
+② 그 안에서 내 성장 방향      → 1~2문장
+③ 입사 초기 목표              → 1~2문장
+④ 1년 목표                    → 1~2문장
+⑤ 3년 목표                    → 1~2문장
+⑥ 보완점 + 보완 방법          → 1~2문장
+```
+
+### 작성 공식
+
+```text
+[회사 방향] + [나의 성장 계획] + [회사 기여 연결] = 포부
+```
+
+### 첫 문장 템플릿
+
+```text
+입사 후에는 ______ 개발자로 성장하고 싶습니다.
+입사 후에는 귀사의 ______ 방향 안에서 ______ 역량을 갖춘 개발자로 성장하고 싶습니다.
+```
+
+### 타임라인 기준
+
+| 시점 | 키워드 | 작성 내용 |
+|---|---|---|
+| 입사 초기 | 적응 | 도메인 파악, 코드베이스 이해, 기본 업무 수행 |
+| 1년 내외 | 독립 | 기능 단독 수행, 코드 리뷰 참여, 품질 개선 |
+| 3년 내외 | 주도 | 구조 개선 제안, 기술 공유, 팀 기여 확대 |
+
+### 보완점 작성 공식
+
+보완점은 약점 고백이 아니라 성장 가능성으로 보여야 한다.
+
+```text
+_______ 경험은 아직 부족하지만, _______을 통해 보완하고 있습니다.
+```
+
+예시:
+
+```text
+대규모 운영 경험은 아직 부족하지만, 개인 프로젝트에서 부하 테스트와 모니터링 환경을 구성하며 운영 감각을 보완하고 있습니다.
+```
+
+### 피해야 할 문장
+
+```text
+열심히 배우겠습니다.
+최선을 다해 기여하겠습니다.
+꼭 필요한 인재가 되겠습니다.
+회사와 함께 성장하겠습니다.
+```
+
+### 좋은 마무리 예시
+
+```text
+장기적으로는 서비스 구조 개선과 기술 공유에 기여하며, 팀이 안정적으로 확장할 수 있는 개발 문화를 만드는 데 보탬이 되겠습니다.
+```
+
+---
+
+## 3-4. 자기소개 / 성장 과정
+
+### 핵심 질문
+
+```text
+나는 어떤 개발자인가?
+```
+
+### 작성 목표
+
+개발 직무의 자기소개는 어린 시절 이야기나 성격 소개가 아니다.
+
+개발자로서의 정체성이 어떻게 형성되었는지 보여줘야 한다.
+
+### 권장 구조
+
+```text
+① 개발에 관심을 갖게 된 계기
+② 기술적 성장의 전환점이 된 경험
+③ 그 경험이 현재의 개발 방식에 준 영향
+④ 현재 나의 개발자 정체성 요약
+```
+
+### 좋은 방향
+
+```text
+동작하는 코드를 넘어 유지보수 가능한 구조를 고민하게 된 계기
+단순 구현보다 문제 원인 분석을 중요하게 여기게 된 경험
+협업 과정에서 코드 품질과 문서화의 중요성을 느낀 경험
+```
+
+### 피해야 할 내용
+
+```text
+어린 시절 이야기
+가족 환경 설명
+컴퓨터를 좋아해서 시작했다는 표현
+MBTI나 성격 유형 중심 설명
+직무와 연결되지 않는 인생 서사
+```
+
+---
+
+## 4. 분량별 작성 전략
+
+| 분량 | 핵심 메시지 | 사례 수 | 전략 |
+|---|---:|---:|---|
+| 500자 | 1개 | 1개 압축 | 결론 → 핵심 사례 → 결과 → 연결 |
+| 700자 | 1개 | 1개 상세 | 결론 → STAR 전개 → 업무 연결 |
+| 1000자 | 1~2개 | 1~2개 | 메인 사례 상세 + 보조 사례 간략 |
+
+분량이 짧을수록 메시지를 줄인다. 700자 이하에서는 강점 2~3개를 나열하지 않는다.
+
+---
+
+## 5. 문체 컨벤션
+
+### 5-1. 기본 문체
+
+- 기본 문체는 `~했습니다`, `~합니다` 존댓말을 사용한다.
+- 문체는 문서 전체에서 통일한다.
+- 지나치게 감정적인 표현보다 판단과 근거를 중심으로 쓴다.
+
+---
+
+### 5-2. 문장 길이
+
+- 한 문장은 60자 내외를 권장한다.
+- 80자를 넘으면 문장을 나눈다.
+- 긴 문장은 `문제 상황 → 판단 → 행동 → 결과`로 분리한다.
+
+나쁜 예:
+
+```text
+저는 프로젝트에서 API 응답속도가 느려지는 문제가 발생했을 때 로그를 분석하고 쿼리를 개선하고 캐시를 적용하여 성능을 개선했습니다.
+```
+
+좋은 예:
+
+```text
+프로젝트에서 API 응답속도가 느려지는 문제가 발생했습니다.
+먼저 로그를 분석해 병목 구간을 찾았습니다.
+이후 쿼리 구조를 개선하고 Redis 캐시를 적용해 응답속도를 줄였습니다.
+```
+
+---
+
+### 5-3. 1인칭 반복 제한
+
+`저는`으로 시작하는 문장이 3회 이상 연속되면 수정한다.
+
+대체 표현:
+
+```text
+해당 프로젝트에서는...
+이 과정에서...
+문제의 원인은...
+그 결과...
+이 경험을 통해...
+```
+
+---
+
+### 5-4. 접속사 사용 제한
+
+`그리고`, `또한`, `그래서`를 반복하지 않는다.
+
+문장 흐름 자체가 원인과 결과를 드러내도록 구성한다.
+
+---
+
+## 6. 금지 표현 및 대체 방식
+
+| 금지 표현 | 이유 | 대체 방식 |
+|---|---|---|
+| 열정을 가지고 | 증명 불가능 | 실제 행동과 지속 기간 제시 |
+| 최선을 다해 | 누구나 사용 가능 | 구체적 실행 계획 제시 |
+| 인재가 되겠습니다 | 추상적 | 어떤 역할을 할지 명시 |
+| 누구보다 | 비교 불가능 | 사례와 결과로 증명 |
+| 남다른 | 자기 과장 | 차별화된 행동 설명 |
+| 성장 가능성 | 범용 표현 | 회사 방향과 내 경험 연결 |
+| 4차 산업혁명 | 공허함 | 회사의 구체 기술 방향 사용 |
+| 업계를 선도하는 | 회사 소개문 같음 | 실제 서비스 / 기술 / 사업 근거 사용 |
+| 컴퓨터를 좋아해서 | 흔한 표현 | 개발 방식이 바뀐 경험 사용 |
+
+---
+
+## 7. 소제목 작성 컨벤션
+
+소제목은 문항 제목을 반복하지 않는다.
+
+### 좋은 소제목 조건
+
+- 15자 내외
+- 핵심 메시지가 보임
+- 개발자 정체성이 드러남
+- 추상적이지 않음
+
+### 좋은 예시
+
+| 문항 | 소제목 예시 |
+|---|---|
+| 지원동기 | 경험이 연결되는 곳 |
+| 지원동기 | 기술 방향에서 얻은 확신 |
+| 업무 강점 | 문제를 끝까지 추적하다 |
+| 업무 강점 | 성능 개선으로 증명한 실행력 |
+| 입사 후 포부 | 안정성과 확장성을 함께 |
+| 입사 후 포부 | 구조 개선으로 기여하다 |
+
+### 나쁜 예시
+
+```text
+지원동기
+저의 장점
+입사 후 포부
+열심히 하는 개발자
+끊임없이 도전하는 인재
+```
+
+---
+
+## 8. 경험 선택 기준
+
+자기소개서에 사용할 경험은 아래 기준으로 고른다.
+
+| 기준 | 설명 |
+|---|---|
+| 직무 관련성 | 지원 직무의 업무와 직접 연결되는가 |
+| 문제성 | 단순 구현이 아니라 해결할 문제가 있었는가 |
+| 내 역할 | 내가 맡은 판단과 행동이 분명한가 |
+| 결과 | 수치나 변화로 결과를 설명할 수 있는가 |
+| 회사 연결성 | 회사의 기술 / 서비스 방향과 연결 가능한가 |
+
+우선순위:
+
+```text
+회사 요구 역량과 맞는 경험 > 기술적으로 깊은 경험 > 단순히 규모가 큰 경험
+```
+
+---
+
+## 9. 작성 전 질문 리스트
+
+자기소개서를 쓰기 전 아래 질문에 답한다.
+
+### 회사 질문
+
+```text
+이 회사는 어떤 문제를 해결하는가?
+이 회사의 핵심 서비스는 무엇인가?
+이 회사의 주요 고객은 누구인가?
+채용공고에서 반복되는 기술 / 역량 키워드는 무엇인가?
+최근 사업 방향이나 기술 방향은 무엇인가?
+```
+
+### 나의 경험 질문
+
+```text
+이 회사의 요구 역량과 연결할 수 있는 프로젝트는 무엇인가?
+그 프로젝트에서 실제로 발생한 문제는 무엇인가?
+내가 직접 판단하고 실행한 부분은 무엇인가?
+결과를 수치로 표현할 수 있는가?
+이 경험이 입사 후 업무에 어떻게 연결되는가?
+```
+
+---
+
+## 10. 최종 점검 체크리스트
+
+### 10-1. 전체 구조
+
+- [ ] 문항별 역할이 분리되어 있는가
+- [ ] 같은 사례가 동일한 방식으로 반복되지 않는가
+- [ ] 모든 문항의 첫 문장에서 결론이 보이는가
+- [ ] 회사명과 직무명을 바꿔도 자연스러운 범용 문장이 없는가
+
+### 10-2. 회사 연결
+
+- [ ] 채용공고 / 홈페이지 / 기술 블로그 / 서비스 정보가 반영되었는가
+- [ ] 회사 방향과 내 경험이 연결되는 문장이 있는가
+- [ ] 회사 칭찬만 있고 내 경험이 빠진 문장은 없는가
+
+### 10-3. 사례 품질
+
+- [ ] 업무 강점 문항에 STAR 구조가 있는가
+- [ ] 팀이 아니라 내가 한 행동이 명확한가
+- [ ] 기술적 판단이 드러나는가
+- [ ] 결과에 숫자 또는 비교 표현이 있는가
+
+### 10-4. 표현 품질
+
+- [ ] `열정`, `최선`, `인재`, `누구보다` 같은 금지 표현이 없는가
+- [ ] `저는`으로 시작하는 문장이 3회 이상 반복되지 않는가
+- [ ] 80자를 넘는 문장이 없는가
+- [ ] 소제목이 문항 제목 반복이 아닌가
+- [ ] 맞춤법 검사를 완료했는가
+
+---
+
+## 11. AI 작성 / 리뷰용 지시문
+
+자기소개서를 작성하거나 리뷰하는 AI는 아래 원칙을 따른다.
+
+```text
+너는 IT 개발자 자기소개서 작성 코치다.
+자기소개서는 회사 분석 + 내 경험 연결 구조로 작성한다.
+추상적인 성격 표현, 감탄, 다짐문을 피하고 기술 경험과 문제 해결 과정을 중심으로 쓴다.
+각 문항은 두괄식으로 시작한다.
+지원동기는 회사 강점과 내 경험의 연결을 중심으로 쓴다.
+업무 강점은 STAR 구조로 작성하고, Action과 Result를 가장 구체적으로 쓴다.
+입사 후 포부는 회사 방향, 초기/1년/3년 성장 계획, 기여 방식으로 구성한다.
+문장은 60자 내외를 권장하고, 80자를 넘으면 나눈다.
+금지 표현은 구체적 행동과 결과로 대체한다.
+회사명만 바꿔도 통하는 범용 문장은 수정한다.
+```
+
+---
+
+## 12. 출력 형식 컨벤션
+
+자기소개서 초안 출력 시 기본 형식은 아래와 같다.
+
+```markdown
+## 문항명
+
+### 소제목
+
+본문
+```
+
+리뷰 출력 시 기본 형식은 아래와 같다.
+
+```markdown
+## 총평
+-
+
+## 좋은 점
+-
+
+## 수정이 필요한 부분
+| 위치 | 문제 | 수정 방향 |
+|---|---|---|
+
+## 개선 초안
+
+## 최종 체크리스트
+- [ ] 회사 연결
+- [ ] 경험 증명
+- [ ] 수치 결과
+- [ ] 입사 후 기여
+- [ ] 금지 표현 제거
+```
+
+---
+
+## 13. 한 줄 원칙
+
+좋은 IT 개발자 자기소개서는 다음 한 문장으로 정리된다.
+
+```text
+회사를 분석하고, 내 경험으로 증명하고, 앞으로의 기여 계획까지 연결한 글이다.
+```
+