Claude Code Plugins

Community-maintained marketplace

Feedback

writing-guide

@younwony/younwony.github.io
0
0

7년차 시니어 백엔드 개발자 이력서/경력기술서 작성 가이드입니다. STAR+I 기법, 정량화 방식, 시니어 톤 표현을 제공합니다.

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name writing-guide
description 7년차 시니어 백엔드 개발자 이력서/경력기술서 작성 가이드입니다. STAR+I 기법, 정량화 방식, 시니어 톤 표현을 제공합니다.

이력서/경력기술서 작성 가이드

핵심 철학: 프로젝트는 "참여 기록"이 아닌 "문제 해결 보고서"

1. 핵심 원칙

1.1 세 줄 요약

  1. 프로젝트는 문제 → 판단 → 실행 → 성과의 일관된 구조로 작성
  2. 상위 20% 프로젝트만 남기고, 나머지는 과감히 정리 (5~6개가 이상적)
  3. 기술 스택은 성과를 설명하기 위한 수단으로만 사용

1.2 시니어 레벨 필수 요소

요소 설명 예시
Why 왜 이 문제가 중요했는가 비즈니스/운영 관점의 조직 손실
Decision 본인의 판단과 선택 기술적 의사결정 근거 (Why this approach?)
Result 얼마나 개선되었는가 정량 지표 (최소 1개 필수)

1.3 핵심 마인드셋

Before After
개발자 (Coder) 전략가 - 기술로 비즈니스 문제를 해결하는 사람
"담당했습니다" "달성/개선했습니다" - 능동적 성과 강조
모든 경험 나열 상위 20% 핵심 프로젝트 집중

2. STAR+I 프레임워크

2.1 구조 개요

[프로젝트명] (기간: YYYY.MM - YYYY.MM, N개월)
> 한 줄 요약: 핵심 가치 + 정량적 임팩트

역할: 백엔드 리드 / 결제 모듈 담당 / 1인 개발 등
기술 스택: Java 17, Spring Boot 3.x, Redis, AWS...

[STAR+I 상세]
├── S (Situation): 상황/배경/제약
├── T (Task): 과제/목표
├── A (Action): 기술적 의사결정 (Why & How)
├── R (Result): 정량적 성과
└── I (Impact): 비즈니스/조직적 효과

2.2 문장 템플릿

"[제약/문제](S) 속에서 [기술적 의사결정](A)으로 [정량적 성과](R) 달성,
[비즈니스/운영 효과](I)"

예시:

"API Limit 25k 제약(S) 속에서 우선순위 큐 기반 가격조정 로직 설계(A)로 핵심 상품 대응률 90% 달성(R), 운영팀 수작업 완전 제거(I)"

3. STAR+I 각 섹션별 가이드

S - Situation (상황/배경)

목적: 문제의 심각성과 해결 필요성 명확화

**잘못된 예시** ❌
- 가격 모니터링이 불편했다
- 시스템이 느렸다

**올바른 예시** ✅
- 수작업 가격 모니터링으로 MD/운영 리소스 주 40시간 소모
- 네이버 쇼핑 API 호출 제한(일 10,000건)으로 실시간 대응 불가
- 가격 조정 기준 미비로 운영 의사결정 일관성 부족 → 마진율 5% 하락

체크리스트:

  • 조직의 손실(시간/비용/매출)이 명확히 드러나는가?
  • 문제의 규모(데이터량, 팀 규모 등)가 포함되었는가?
  • 기술적 제약사항이 명시되었는가?

T - Task (과제/목표)

목적: 해결해야 할 과제와 달성 목표 정의

**작성 패턴**
- [문제]를 해결하여 [목표 지표]를 달성
- [AS-IS] → [TO-BE] 전환

**예시**
- API 호출량 80% 절감하면서 가격 모니터링 실시간화
- 가격 조정 자동화로 운영 업무 시간 50% 이상 단축

A - Action (기술적 의사결정) ⭐ 가장 중요

목적: 왜 이 방식을 선택했는지 의사결정 근거 제시

**잘못된 예시** ❌
- Redis를 사용하여 캐싱 구현
- Elasticsearch로 검색 기능 개발
- 비동기 처리 적용

**올바른 예시** ✅
- 최저가 상품만 선별하여 API 호출 대상 최소화 (호출량 80% 절감)
  → Why: 전체 상품 대비 가격 경쟁 의미 있는 상품은 상위 20%
- 모델 번호 기준 외부 가격 수집 → 내부 가격 정책 룰 엔진 적용
  → Why: SKU 기준 매칭 시 정합성 이슈, 모델 번호가 유일 식별자

의사결정 패턴 템플릿:

[선택한 방식]:
→ Why: [이유/근거]
→ vs: [고려했던 대안과 기각 이유]
→ Trade-off: [감수한 단점과 완화 방안]

체크리스트:

  • 단순 기술 나열이 아닌 왜 그 기술인지 설명했는가?
  • 고려했던 대안이 있다면 언급했는가?
  • Trade-off가 있다면 어떻게 완화했는지 포함했는가?

R - Result (정량적 성과)

목적: 측정 가능한 성과 제시

성과 유형별 예시:

분야 Before → After 개선율
성능 검색 3초 → 200ms 93% ↓
비용 API 10,000건 → 2,000건 80% ↓
안정성 장애 월 5회 → 0회 100%
운영 주 40시간 → 8시간 80% ↓

Before/After 테이블 형식 권장:

| 지표 | Before | After | 개선율 |
|------|--------|-------|--------|
| 응답 시간 | 3초 | 200ms | 93% ↓ |
| 처리량 | 100 TPS | 1,000 TPS | 10x ↑ |

체크리스트:

  • 최소 1개 이상의 정량 지표가 있는가?
  • Before/After가 명확한가?
  • 지표가 비즈니스와 연결되는가?

I - Impact (비즈니스/조직 효과)

목적: 개인 성과를 넘어 조직 레벨의 영향력 제시

**예시**
- 가격 경쟁력 확보로 대상 상품 매출 10% 증가
- MD팀 가격 모니터링 업무 완전 자동화 → 전략 기획 업무 집중 가능
- 해당 패턴 타 서비스(3개 BU)로 확산 적용
- 신규 입사자 온보딩 시간 2주 → 3일 단축

체크리스트:

  • 개인 성과가 팀/조직에 어떤 영향을 미쳤는가?
  • 재사용/확산 사례가 있는가?
  • 프로세스/문화 개선에 기여했는가?

4. 역할(Role) 표현 가이드

4.1 시니어 레벨 역할 표현

**단순 참여 표현** ❌
- 백엔드 개발 담당
- API 개발
- 기능 구현

**리더십/주도성 표현** ✅
- 가격 조정 정책 로직 설계 및 기준 수립 **주도**
- 외부 API 제약 분석 및 호출 전략 **설계**
- MD/마케팅팀과 정책 협의 및 운영 기준 **문서화**
- 아키텍처 설계 **리드** (팀원 3명 멘토링)

4.2 역할 동사 권장 목록

레벨 권장 동사
설계/아키텍처 설계, 아키텍처링, 구조화
리드/주도 주도, 리드, 총괄, 담당
분석/판단 분석, 정의, 수립, 의사결정
협업/조율 협의, 조율, 가이드, 멘토링
개선/최적화 개선, 최적화, 리팩토링, 고도화

4.3 시니어 톤 문장 패턴

피해야 할 표현 권장 표현
담당했습니다 달성/개선/안정화했습니다
구현했습니다 제약 조건을 해소했습니다
기술 사용했습니다 기술을 선택·설계했습니다
개발했습니다 아키텍처를 설계하고 구현했습니다
참여했습니다 주도적으로 리딩했습니다

5. 프로젝트 선별 기준 (파레토 원칙)

5.1 반드시 포함 (상위 20%)

기준 예시
비즈니스 지표 변화 매출 증가, 비용 절감, 전환율 개선
기술적 의사결정 명확 아키텍처 선택, 기술 스택 결정
조직 프로세스 변화 협업 구조 개선, 자동화 도입
대규모 시스템 설계 트래픽 처리, 데이터 파이프라인
장애/위기 해결 크리티컬 이슈 해결, 안정성 확보

5.2 과감히 제외 (하위 20%)

기준 예시
단순 CRUD 내부 관리 도구, 어드민 페이지
성과 불명확 단순 유지보수, 버그 픽스
기술 나열형 "~를 사용했다" 위주
참여도 낮음 부분 참여, 조력 역할

6. Bad vs Good 표현 예시

구분 Bad Good
데이터 수집 데이터 크롤링 시스템 개발 담당 크롤링 시스템 리팩토링으로 처리량 2.5배 확장 (10만→25만 건)
DB 최적화 MySQL 쿼리 최적화 수행 Full-Text Index 전환으로 응답 시간 93% 단축 (3초→0.2초)
도구 개발 Spring Boot 기반 백엔드 개발 MCP 서버 설계로 반복 수작업 주당 5시간 절감
기술 도입 Redis Lock 적용 동시성 이슈 해결로 데이터 정합성 100% 확보

7. 7년차 시니어 전략

7.1 기술적 트레이드오프 & 의사결정 근거

시니어는 정답만 맞히는 사람이 아니라 **'선택의 이유'**를 아는 사람

  • ❌ "A 기술을 썼다"
  • ✅ "B와 A를 비교했으나, 당시 트래픽 패턴과 리소스 제약을 고려하여 A를 선택"

7.2 팀/조직 영향력

7년차는 혼자 잘하는 것을 넘어 팀 전체의 생산성을 높여야

  • 코드 리뷰 문화 정착
  • 신규 입사자 온보딩 문서화
  • 공통 모듈 개발
  • 주니어 멘토링

7.3 비즈니스 언어 소통

기술 용어를 모르는 동료에게 어떻게 설명하고 설득했는지

8. 실전 예시

8.1 전체 예시 (경력기술서용)

### 네이버 쇼핑 API 연동 기반 가격 자동 조정 시스템 (2024.03 - 2024.06, 4개월)

> 외부 가격 경쟁 데이터 수집·분석 자동화로 가격 경쟁력 확보 및 매출 10% 상승

**역할**: 백엔드 리드 (설계~운영 전 과정 주도, 운영팀 협업)
**기술 스택**: Java 17, Spring Boot 3.2, Redis, MySQL, AWS Lambda

---

**Situation**
- 수작업 가격 모니터링으로 MD/운영 리소스 주 40시간 소모
- 네이버 쇼핑 API 호출 제한(일 10,000건)으로 실시간 대응 불가
- 가격 조정 기준 미비로 운영 의사결정 일관성 부족

**Task**
- API 호출량 80% 절감하면서 경쟁 가격 모니터링 자동화
- 가격 조정 정책 룰 엔진 구축으로 운영 업무 50% 단축

**Action**
1. **호출 대상 최적화**: 최저가 상품만 선별하여 API 호출 최소화
   → Why: 전체 상품 중 가격 경쟁 의미 있는 상위 20%만 타겟팅

2. **룰 엔진 설계**: 모델 번호 기준 외부 가격 수집 → 정책 기반 자동 조정
   → Why: SKU 기준 매칭 시 정합성 이슈, 모델 번호가 유일 식별자

3. **승인 프로세스**: ±2% 이내 자동, 초과 시 알림 기반 수동 승인
   → Why: 마진율 급락 방지 + 운영팀 승인 프로세스 준수

4. **Rate Limit 안정화**: 배치 + 비동기 처리로 호출 분산
   → Why: 실시간 처리 시 피크 타임 호출 집중 문제

**Result**
| 지표 | Before | After | 개선율 |
|------|--------|-------|--------|
| API 호출량 | 10,000건/일 | 2,000건/일 | 80% ↓ |
| 가격 대응 시간 | 2시간 | 10분 | 91% ↓ |
| 운영 업무 시간 | 40시간/주 | 8시간/주 | 80% ↓ |

**Impact**
- 가격 경쟁력 확보로 대상 상품 매출 10% 증가 (월 2억원 추가 매출)
- MD팀 가격 모니터링 업무 완전 자동화 → 전략 기획 업무 집중 가능
- 해당 패턴 타 카테고리(3개)로 확산 적용 예정

8.2 간결 버전 (이력서용)

### 가격 자동 조정 시스템 (2024.03 - 2024.06)

> 외부 가격 데이터 수집 자동화로 운영 업무 80% 감소, 매출 10% 증가

- **문제**: 수작업 모니터링으로 주 40시간 소모, API 호출 제한으로 실시간 대응 불가
- **해결**: 최저가 상품 선별 + 룰 엔진 기반 자동 조정 시스템 설계
  - 호출량 80% 절감, 가격 대응 시간 2시간→10분
- **기술**: Java 17, Spring Boot, Redis, AWS Lambda

9. 자주 하는 실수

실수 문제점 개선 방향
"~를 개발했다" 나열 기술적 역량 불명확 왜 그 선택인지 설명
성과 없는 기술 나열 임팩트 불분명 정량 지표 추가
프로젝트 수 과다 (10개+) 핵심 흐림 5~6개로 압축
참여 역할 모호 기여도 불분명 주도/리드/설계 동사 사용
기술 중심 서술 비즈니스 무관 비즈니스 임팩트 연결

10. 작성 체크리스트

프로젝트별 체크리스트

  • 한 줄 요약이 비즈니스 임팩트를 포함하는가?
  • Situation에서 조직의 손실이 명확한가?
  • Task에서 AS-IS → TO-BE가 명확한가?
  • Action에서 "왜 이 방식인지" 설명했는가?
  • Result에 최소 1개 이상 정량 지표가 있는가?
  • Impact가 개인을 넘어 조직 레벨인가?
  • 전체 분량이 15~20줄 이내인가? (가독성)

전체 문서 체크리스트

  • 프로젝트 수가 5~6개 이내인가?
  • 상위 20% 기준으로 선별했는가?
  • 기술 스택이 성과 설명의 수단으로만 사용되었는가?
  • 각 프로젝트가 서로 다른 역량을 보여주는가?
  • 면접에서 확장 설명할 여지가 있는가?

11. Professional Summary 작성

상세 명세서: docs/career/PROFESSIONAL_SUMMARY_SPEC.md 참조

11.1 핵심 원칙

한 문장에 [해결 방법] + [정량 성과]를 자연스럽게 녹여서 작성

11.2 작성 공식

[연차/직무] + [핵심 기술 스택] + [가장 큰 성과/강점] + [직무 태도]

11.3 성과 표현 패턴 (필수)

❌ "Elasticsearch를 도입함"
✅ "RDB 복합 조건 검색 타임아웃 → Elasticsearch 도입으로 10초+ → 1초 이내 (10배 개선)"
구조 설명
[문제] 기존 상황/제약
→ [해결] 기술적 의사결정
→ [성과] 정량 수치

11.4 체크리스트

  • [문제 → 해결 → 성과] 패턴이 적용되었는가?
  • 기술 도입의 Why가 명확한가?
  • 정량 수치(%, 배수, Before→After)가 포함되었는가?
  • 7년차 시니어로서의 기술적 의사결정이 드러나는가?
  • 3초 안에 핵심 역량이 파악되는가?

관련 스킬

  • /create-resume-document: 이력서 작성 (2-3페이지)
  • /write-career: 경력기술서 작성 (5페이지+, 기술적 깊이)
  • /export: PDF/PPT 내보내기

관련 문서

  • docs/career/PROFESSIONAL_SUMMARY_SPEC.md: Professional Summary 작성 상세 명세서