---
id: a1g2i3l4-e5t6-4e8a-m9c0-1o2l3l4a5b6c
category: "[[10_Wiki/Topics/Development]]"
confidence_score: 0.95
tags: [agile, collaboration, team, project-management, small-teams, code-review]
last_reinforced: 2026-05-01
github_commit: "wikification-agile-collaboration"
---

# [[Agile Development & Team Collaboration]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> 애자일 소프트웨어 개발은 완벽한 계획보다 빠른 피드백과 점진적 개선을 중시하며, 팀 규모에 최적화된 협업 도구와 코드 리뷰 문화를 통해 지식의 파편화를 방지하고 제품의 품질을 상시 유지하는 것이다.

## 📖 구조화된 지식 (Synthesized Content)

### 1. 소규모 팀을 위한 애자일
- **Lean 접근**: 불필요한 미팅과 문서를 최소화하고 실제 작동하는 코드와 기능을 우선한다.
- **다기능 협업 (Cross-functional)**: 기획, 디자인, 개발 경계를 허물고 공동의 목표 달성에 집중한다.
- **빠른 이터레이션**: 짧은 스프린트와 데일리 스크럼을 통해 병목 지점을 조기에 발견하고 해결한다.

### 2. 효율적인 코드 리뷰 및 지식 공유
- **코드 리뷰**: 단순히 오타를 찾는 과정이 아니라, 설계 의도를 공유하고 팀의 기술적 상향 평준화를 도모하는 시간이다.
- **Context Sharing**: 작업 배경과 의사 결정 과정을 기록하여 부재 시에도 업무 연속성을 유지한다.

### 3. 규모별 팀 역학 (Small vs Large)
- **Small Teams**: 의사소통 속도가 빠르며 높은 자율성을 기반으로 유연하게 대처한다.
- **Large Teams**: 역할 분담이 명확하며, 시스템적 거버넌스와 문서화된 표준이 협업의 핵심이 된다.

## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **Agile의 형식화**: 단순히 스크럼을 수행하는 것(Doing Agile)과 애자일 가치를 내재화하는 것(Being Agile)은 다르다. 형식에 치우친 애자일은 오히려 생산성을 저해한다.
- **리뷰 지연**: 과도하게 꼼꼼한 코드 리뷰는 릴리즈 속도를 늦출 수 있다. 자동화된 툴(Lint, Test)로 걸러낼 부분과 인간이 판단할 부분을 명확히 구분해야 한다.

## 🔗 지식 연결 (Graph)
- **Parent**: [[10_Wiki/Topics/Development]]
- **Related**: [[Engineering Principles (SOLID, DRY, KISS, YAGNI)]], [[Git Workflows]]
- **Raw Source**: [[00_Raw/Agile Software Development in Small Teams]], [[00_Raw/Agile Environments]], [[00_Raw/Team Collaboration]], [[00_Raw/Code Review]], [[00_Raw/Small vs Large Frontend Teams]]

## 💻 GitHub 동기화 자동화 워크플로우
1. Stage: git add .
2. Commit: `git commit -m "[P-Reinforce] Wikify Agile Development and Team Collaboration Standard"`
3. Push: `git push origin main`
