| name | work-log |
| description | 작업 기록 및 이력서 반영 판단이 필요할 때 |
Work Log - 작업 내용 기록 및 이력서 반영
개요
특정 작업 완료 후 해당 경험을 프로젝트별 작업 로그에 상세 기록하고, 이력서 반영 여부를 판단합니다.
디렉토리 구조
docs/career/
├── my_career_data.md # 이력서 원본 (SSOT)
├── resume.md # 기본 이력서
├── career_portfolio.md # 경력기술서
└── work-logs/ # 작업 로그 (프로젝트별)
├── README.md # 작업 로그 인덱스
├── guhada/ # 구하다 프로젝트
│ ├── 2024-mcp-documentation.md
│ ├── 2024-chatops-enhancement.md
│ └── ...
├── interpark/ # 인터파크 프로젝트
│ └── ...
└── personal/ # 개인 프로젝트/학습
└── ...
처리 흐름
작업 내용 수집
↓
프로젝트별 작업 로그 작성 (상세)
↓
이력서 반영 판단
↓
┌─────────────────────────────────────────────┐
│ 반영: 이력서 업데이트 │
│ ├─ 기존 프로젝트 보강 (연관성 있음) │
│ └─ 새 프로젝트로 추가 (독립적 성과) │
├─────────────────────────────────────────────┤
│ 미반영: 작업 로그에만 기록 (상세 내용 유지) │
└─────────────────────────────────────────────┘
실행 단계
Step 1: 작업 내용 수집
사용자에게 아래 정보 요청:
## 기본 정보
- 작업명:
- 소속 회사/프로젝트:
- 수행 기간: YYYY.MM
## 작업 배경
- 왜 이 작업을 했는가?
- 기존 문제점/Pain Point는?
## 작업 상세
- 무엇을 했는가? (구체적으로)
- 어떤 기술/도구를 사용했는가?
- 기술적 의사결정은?
## 결과
- 정량적 성과 (가능하면)
- 정성적 효과
## 팀/조직 영향
- 다른 팀원/부서에 미친 영향
- 공유/전파 여부
Step 2: 프로젝트별 작업 로그 작성
파일 위치: docs/career/work-logs/{company}/{파일명}.md
파일명 규칙:
| 형식 | 사용 시점 | 예시 |
|---|---|---|
YYYY-MM-작업명.md |
월이 명확한 경우 | 2025-12-mcp-documentation.md |
YYYY-작업명.md |
연도만 있는 경우 | 2022-dynamic-pricing.md |
템플릿:
# [작업명]
> 작성일: YYYY-MM-DD
> 소속: [회사명] / [팀명]
> 기간: YYYY.MM
---
## 개요
[작업에 대한 1-2문장 요약]
---
## 배경 및 문제점
### 기존 상황
- [기존 프로세스/시스템 설명]
### 문제점
- [해결해야 할 Pain Point]
### 목표
- [달성하고자 한 목표]
---
## 상세 구현
### 아키텍처/설계
[설계 내용, 다이어그램 등]
### 기술 스택
| 구분 | 기술 |
|------|------|
| 언어 | |
| 프레임워크 | |
| 인프라 | |
| 도구 | |
### 구현 내용
#### 1. [구현 항목 1]
- 상세 설명
#### 2. [구현 항목 2]
- 상세 설명
### 기술적 의사결정
| 결정 | 선택 | 이유 |
|------|------|------|
| [결정 사항] | [선택한 기술/방식] | [선택 이유] |
---
## 결과 및 성과
### 정량적 성과
- [수치로 표현 가능한 성과]
### 정성적 효과
- [정량화 어려운 효과]
---
## 팀 영향 및 공유
### 팀 내 공유
- [공유 방식, 문서화 등]
### 타 팀 협업
- [다른 팀과의 협업 내용]
---
## 이력서 반영 여부
- [ ] 이력서 반영 (프로젝트: [연관 프로젝트명])
- [x] 작업 로그만 기록
**사유:** [반영/미반영 사유]
---
## 향후 개선점
- [추가 개선 가능한 사항]
Step 3: 이력서 반영 판단
이력서 반영 기준:
| 기준 | 설명 |
|---|---|
| 정량적 성과 | 수치로 표현 가능 (%, 배, 시간 등) |
| 기술적 깊이 | 의사결정 과정, 트레이드오프 고려 |
| 비즈니스 임팩트 | 팀/조직 수준의 영향 |
| 스토리텔링 | 면접에서 설명할 수 있는 스토리 |
작업 로그만 기록:
- 일상적 운영 업무
- 정량적 성과 불명확
- 개인 학습/실험
Step 4: 반영 실행
Case A: 기존 프로젝트 보강
my_career_data.md연관 프로젝트 Action 섹션에 추가/update-resume스킬로 10개 파일 동기화
Case B: 새 프로젝트로 추가
/add-project스킬 실행
Case C: 작업 로그만 기록
작업 로그 파일만 저장 (상세 내용 유지)
Step 5: README.md 업데이트
docs/career/work-logs/README.md에 인덱스 추가:
## 구하다
| 날짜 | 작업명 | 이력서 반영 |
|------|--------|------------|
| 2024.12 | MCP 기반 문서화 자동화 | 프로젝트 5 |
| 2024.11 | 로그 조회 스크립트 | - |
Step 6: git add
git add docs/career/work-logs/
# 이력서 반영 시 추가
git add docs/career/my_career_data.md
git add docs/career/resume.md
git add docs/career/career_portfolio.md
git add templates/resume/*.html
git add templates/career/*.html
체크리스트
작업 로그 작성
- 작업 내용 수집 완료
- 프로젝트별 디렉토리 확인/생성
- 작업 로그 파일 작성 (상세)
- README.md 인덱스 업데이트
이력서 반영 판단
- 이력서 반영 여부 결정
- 반영 시: 기존 프로젝트 보강 / 새 프로젝트 추가
- 미반영 시: 작업 로그 사유 기록
파일 업데이트
- (이력서 반영 시)
/update-resume실행 - git add 완료