Antigravity Agent
2.7 KiB
2.7 KiB
id, category, confidence_score, tags, last_reinforced, github_commit
| id | category | confidence_score | tags | last_reinforced | github_commit | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| a1g2i3l4-e5t6-4e8a-m9c0-1o2l3l4a5b6c | Unified | 0.95 |
|
2026-05-01 | 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 동기화 자동화 워크플로우
- Stage: git add .
- Commit:
git commit -m "[P-Reinforce] Wikify Agile Development and Team Collaboration Standard" - Push:
git push origin main