Ch7. 애자일 vs 워터폴 — 방법론 선택의 기술

두 방법론의 근본적 차이

워터폴 (Waterfall):
요구사항 → 설계 → 개발 → 테스트 → 배포
→ 순차적, 이전 단계 완료 후 다음 단계
→ 변경 비용 = 매우 높음
→ 요구사항이 명확하고 변경 적을 때 적합

애자일 (Agile):
짧은 반복(스프린트) → 검토·피드백 → 다음 반복
→ 병렬적·반복적
→ 변경 비용 = 낮음 (설계가 목적)
→ 요구사항 불명확하거나 자주 변할 때 적합

---

애자일 선언문 (Agile Manifesto, 2001)

4가지 핵심 가치:
프로세스·도구 <보다> 개인·상호작용
포괄적 문서 <보다> 작동하는 소프트웨어
계약 협상 <보다> 고객 협력
계획 준수 <보다> 변화에 대한 대응

→ "오른쪽 가치도 중요하지만, 왼쪽을 더 중시"

---

스크럼 (Scrum) — 가장 널리 쓰이는 애자일 프레임워크

역할 (Roles)

제품 책임자 (Product Owner):
→ 제품 백로그 우선순위 결정
→ 비즈니스 가치 극대화 책임

스크럼 마스터:
→ 스크럼 프로세스 코치
→ 장애물 제거 (Servant Leader)
→ PM이 아니라 촉진자

개발 팀:
→ 5~9명 자율 조직
→ 스프린트 목표 달성 책임

이벤트 (Events)

스프린트: 1~4주 반복 주기 (보통 2주)
스프린트 계획: 스프린트 시작 시 작업 선정
일일 스크럼: 15분 daily standup
  → 어제 한 일 / 오늘 할 일 / 장애물
스프린트 리뷰: 이해관계자에게 데모
스프린트 회고: 팀 내 프로세스 개선 논의

산출물 (Artifacts)

제품 백로그: 전체 기능 요구사항 목록 (우선순위 정렬)
스프린트 백로그: 해당 스프린트 선택 작업
번다운 차트: 남은 작업량 시각화
인크리먼트: 스프린트마다 완성되는 제품 증분

---

칸반 (Kanban)

원칙:
- 작업 흐름 시각화 (To Do → In Progress → Done)
- WIP(진행 중 작업) 한도 설정
- 흐름 관리 → 병목 지점 제거

스크럼과 차이:
스크럼: 스프린트 타임박스 있음
칸반: 흐름 기반, 타임박스 없음

적합한 상황:
→ 운영·유지보수 업무
→ 요청이 수시로 들어오는 팀
→ IT 헬프데스크, 마케팅 팀

---

방법론 선택 기준

요소	워터폴	애자일
요구사항	명확·고정	불명확·변동
고객 관여	초기·종료	지속적
팀 규모	대형 가능	소형 권장
리스크	초기 집중	분산·반복
규제 환경	강한 규제 (의료·금융)	유연한 환경
납품 방식	완성품 한 번	점진적 릴리즈

---

하이브리드 방법론

실무 현실:
→ 순수 워터폴이나 순수 애자일보다
   하이브리드가 더 일반적

예시:
- 계획·설계 = 워터폴
- 개발·테스트 = 애자일 스프린트
- 배포·운영 = 칸반

SAFe (Scaled Agile Framework):
→ 대규모 조직에서 애자일 확장
→ 팀 → 프로그램 → 포트폴리오 레벨
→ Agile Release Train (ART) 구성

---

핵심 암기 포인트

워터폴: 요구사항 확정 후 순차 실행 — 변경 비용 높음 애자일: 반복적·점진적 — 고객 피드백 중심 스크럼 3역할: Product Owner·Scrum Master·개발팀 스크럼 5이벤트: 스프린트·계획·일일스크럼·리뷰·회고 방법론 선택 기준: 요구사항 명확도 + 변경 빈도 + 규제 환경