애자일과 스크럼
Agile and Scrum
애자일은 변화하는 요구에 대응하기 위해 짧은 반복 주기로 동작하는 소프트웨어를 점진적으로 인도하는 경량 개발 철학이며, 스크럼은 이를 구현하는 대표 프레임워크로 스프린트 단위의 경험적 프로세스 제어(투명성·검토·적응)를 통해 가치를 극대화한다.
핵심 키워드
애자일 선언문(Agile Manifesto)반복·점진적 개발(Iterative & Incremental)스프린트(Sprint)제품 책임자(Product Owner)스크럼 마스터(Scrum Master)제품 백로그(Product Backlog)완료의 정의(Definition of Done)경험주의(투명성·검토·적응)회고(Retrospective)
암기: 스크럼 3-5-3: 역할 3(PO·SM·Developers), 이벤트 5(스프린트·계획·데일리·리뷰·회고), 산출물 3(제품 백로그·스프린트 백로그·증분)
구성도
정리
1. 개요
- 정의: 고객 협업과 변화 대응을 중시하며, 짧은 반복(Iteration)으로 동작하는 SW를 점진적으로 인도하는 개발 방법론군
- 배경: 폭포수 모델의 문서 중심·후반부 통합으로 인한 요구 변경 대응 한계, 시장 출시 속도(Time-to-Market) 요구 증가
- 애자일 선언문(2001) 4대 가치
- 프로세스와 도구보다 개인과 상호작용
- 포괄적인 문서보다 작동하는 소프트웨어
- 계약 협상보다 고객과의 협력
- 계획을 따르기보다 변화에 대응
- 12개 실천 원칙, 대표 방법론: 스크럼, XP, 칸반, 린(Lean)
2. 스크럼 구성 (Scrum Guide 2020 기준)
| 구분 | 요소 | 내용 |
|---|---|---|
| 책임(역할) | Product Owner | 제품 백로그 관리, 가치 극대화 책임 |
| Scrum Master | 스크럼 이론·실천 정착, 장애 요소 제거 | |
| Developers | 매 스프린트 사용 가능한 증분 생성 | |
| 이벤트 | Sprint | 1개월 이하 고정 주기, 다른 이벤트를 포함 |
| Sprint Planning | 스프린트 목표·백로그 선정 | |
| Daily Scrum | 15분, 목표 대비 진척 점검·계획 조정 | |
| Sprint Review | 증분 시연, 이해관계자 피드백 | |
| Sprint Retrospective | 프로세스 개선점 도출 | |
| 산출물 | Product Backlog | 확약: 제품 목표(Product Goal) |
| Sprint Backlog | 확약: 스프린트 목표(Sprint Goal) | |
| Increment | 확약: 완료의 정의(DoD) |
- 3대 기둥: 투명성(Transparency) · 검토(Inspection) · 적응(Adaptation)
3. 폭포수 vs 애자일 비교
| 항목 | 폭포수 | 애자일(스크럼) |
|---|---|---|
| 계획 | 초기 전체 계획 고정 | 스프린트마다 재계획 |
| 요구 변경 | 변경 통제·비용 큼 | 백로그 재정렬로 수용 |
| 인도 | 최종 단계 일괄 | 매 반복 증분 인도 |
| 문서 | 단계별 산출물 중심 | 필요 최소 문서 |
| 고객 참여 | 초기·인수 단계 | 상시 협업(리뷰) |
| 적합 | 요구 명확·규제 사업 | 불확실성 높은 신규 서비스 |
4. 고려사항·최신 동향
- 고려사항
- 공공 SI의 일괄 발주·고정 범위 계약과 충돌 → 범위 유연 계약, 단계적 발주 필요
- PO 권한 부재 시 백로그 우선순위 혼선, '형식만 스크럼(Scrum-but)' 경계
- 기술 부채 관리: DoD에 테스트·리팩토링·보안 점검 포함
- 최신 동향
- 대규모 확장 프레임워크: SAFe, LeSS, Nexus
- DevOps·CI/CD와 결합해 지속적 인도, 보안 내재화(DevSecOps)
- 칸반 병행(Scrumban), OKR 연계 제품 목표 관리
함께 볼 토픽
v1 · 2026. 10. 19. 갱신 · 틀린 내용을 발견하면 알려 주세요.