[250212 TIL] 애자일 방법론(개념정리)

애자일 방법론(Agile Methodology)이란?

애자일(Agile) 방법론은 빠른 개발과 지속적인 개선을 목표로 하는 소프트웨어 개발 방식입니다.
고객의 요구 사항 변화에 유연하게 대응하고, 반복적인 개발과 피드백을 통해 품질을 개선하는 것이 핵심입니다.

---

🛠 애자일 방법론의 핵심 개념

1. 반복적(Iterative) 개발 → 짧은 주기로 기능을 추가 및 개선
2. 고객 중심(Customer Collaboration) → 고객 피드백을 지속적으로 반영
3. 자율적인 팀(Self-organizing Team) → 개발팀이 주도적으로 의사결정
4. 변화 수용(Embrace Change) → 계획보다 적응을 중요하게 생각
5. 작동하는 소프트웨어(Working Software) → 문서보다 실제 동작하는 제품을 우선

---

📜 애자일 선언(Agile Manifesto)

애자일 방법론은 2001년 발표된 애자일 선언(Agile Manifesto) 에서 다음 4가지 가치를 제시했습니다.

📌 4가지 핵심 가치

1. 프로세스와 도구보다 개인과 상호작용
   → 복잡한 프로세스보다 팀원 간 협업을 중시
2. 방대한 문서보다 작동하는 소프트웨어
   → 문서 작성보다는 실제 기능을 개발하는 것을 우선
3. 계약 협상보다 고객과 협력
   → 정해진 요구사항만 따르는 것이 아니라 고객과 지속적으로 협력
4. 계획을 따르기보다 변화에 대응
   → 초기에 세운 계획보다 변경된 요구사항을 적극 수용

---

🚀 애자일 방법론의 프레임워크

애자일을 실천하기 위해 다양한 프레임워크(Framework) 가 존재합니다.

1️⃣ 스크럼(Scrum)

✅ 가장 널리 사용되는 애자일 프레임워크
✅ 고정된 짧은 개발 주기(Sprint, 보통 2~4주) 단위로 개발
✅ 역할(Role):

• 스크럼 마스터(Scrum Master) → 애자일 프로세스를 조율
• 제품 책임자(Product Owner) → 고객 요구사항 관리
• 개발팀(Developers) → 기능을 개발하고 개선

📌 스크럼 개발 프로세스

1. 백로그(Backlog) 작성 → 개발할 기능 목록 정리
2. 스프린트 계획(Sprint Planning) → 해당 스프린트에서 개발할 기능 선정
3. 데일리 스탠드업 미팅(Daily Stand-up) → 매일 10~15분 동안 진행 상황 공유
4. 스프린트 리뷰(Sprint Review) → 완료된 기능을 고객 및 팀원에게 공유
5. 스프린트 회고(Sprint Retrospective) → 개선할 점 논의 후 반영

---

2️⃣ 칸반(Kanban)

✅ 작업의 시각화(Visualizing Work) 에 중점
✅ WIP(Work in Progress) 제한을 통해 병목 현상 방지
✅ 우선순위 기반 개발 → 스프린트 없이 지속적으로 업무 진행

 

📌 칸반 보드 예시

To Do  |  In Progress  |  Code Review  |  Done
-------------------------------------------------
Login  |  UI 개발       |  API 연동     |  배포 완료
회원가입 |  버그 수정     |  테스팅       |  완료

➡ 작업을 시각화하여 진행 상황을 한눈에 파악할 수 있음.

---

3️⃣ XP(익스트림 프로그래밍, eXtreme Programming)

✅ 테스트 주도 개발(TDD) & 지속적 통합(CI/CD) 강조
✅ 코드 리뷰와 페어 프로그래밍(2인 1조 개발) 적극 활용
✅ 품질 개선과 개발 생산성을 높이는 데 초점

📌 XP의 핵심 원칙

• TDD(Test-Driven Development) → 테스트 먼저 작성 후 개발
• 페어 프로그래밍(Pair Programming) → 두 명이 한 컴퓨터에서 협력 개발
• 리팩토링(Refactoring) → 지속적인 코드 개선
• CI/CD(Continuous Integration/Deployment) → 코드 변경 시 자동 배포

---

📊 애자일 방법론의 장점

✅ 빠른 피드백 반영 → 고객 요구사항 변화에 신속 대응
✅ 리스크 감소 → 작은 단위로 개발해 문제 발생 시 빠르게 해결
✅ 생산성 향상 → 불필요한 문서 작업 감소, 팀원 간 협업 강화
✅ 고객 만족도 증가 → 지속적인 배포와 피드백 반영

---

🔻 애자일 방법론의 단점

❌ 변경 사항이 많아 관리가 어렵다 → 지속적인 변경으로 인해 문서화 부족
❌ 모든 팀에 적합하지 않다 → 명확한 요구사항이 필요한 프로젝트에는 비효율적
❌ 팀워크가 중요하다 → 협업이 원활하지 않으면 효과가 떨어짐

---

📌 애자일 vs 전통적 개발(워터폴) 비교

	애자일(Agile)	워터폴(Waterfall)
개발 방식	반복적(Iterative) 개발	순차적(Linear) 개발
변경 대응	변경 사항 수용 가능	변경 어렵고 비용 증가
개발 주기	짧고 빈번한 배포	긴 개발 주기
고객 피드백	지속적 반영	최종 개발 후 반영
문서화	최소한으로 유지	상세한 문서 필요

---

🎯 애자일이 적합한 프로젝트 유형

✅ 스타트업 및 MVP 개발 → 빠른 피드백 반영이 중요한 경우
✅ 기능이 지속적으로 추가되는 프로젝트
✅ 팀원 간 협업이 활발한 환경
✅ 고객 요구사항이 자주 변경되는 프로젝트

---