애자일(Agile) 방법론의 이해 - 이론&실전편

1️⃣ 애자일의 탄생 배경

• 2001년 17명의 소프트웨어 개발 전문가들이 모여 '애자일 선언문' 작성
• 기존 문서 중심의 무거운 개발 방법론에 대한 대안으로 등장
• 빠른 변화와 고객 가치 중심의 개발 패러다임 제시

2️⃣ 애자일 선언문의 핵심 가치

개인과 상호작용 > 프로세스와 도구
작동하는 소프트웨어 > 포괄적인 문서
고객과의 협력 > 계약 협상
변화에 대응 > 계획 고수

3️⃣ 애자일 vs 폭포수 모델

폭포수 모델	애자일
순차적 진행	반복적, 점진적 진행
초기에 모든 요구사항 확정	지속적인 요구사항 수집
문서 중심	소프트웨어 중심
변경에 저항적	변화 수용적
늦은 피드백	빠른 피드백

4️⃣ 스크럼(Scrum) 프레임워크

• 스프린트: 1~4주 단위의 개발 주기

• 스크럼 팀 구성:

  • 제품 책임자(PO) : 제품 백로그 관리, 우선순위 결정
  • 스크럼 마스터(SM) : 프로세스 촉진, 장애물 제거
  • 개발팀 : 실제 개발 수행하는 다기능 팀

• 스크럼 이벤트:

  • 스프린트 계획 : 스프린트에서 할 일 결정
  • 데일리 스크럼 : 15분 일일 상태 점검
  • 스프린트 리뷰 : 완료된 작업 검토
  • 스프린트 회고 : 프로세스 개선점 논의

• 스크럼 산출물:

  • 제품 백로그 : 모든 요구사항 목록
  • 스프린트 백로그 : 현재 스프린트 작업 목록
  • 제품 증분 : 완료된 작업물

💡 새롭게 알게된 점

1. 애자일은 단순한 방법론이 아닌 가치와 원칙에 기반한 철학이라는 점
2. "작동하는 소프트웨어"가 진정한 진척도의 척도라는 관점
3. 스크럼에서 "완료의 정의(Definition of Done)"가 명확해야 품질 보장 가능
4. 자기조직화 팀의 중요성과 권한 위임의 효과
5. 지속적인 회고를 통한 프로세스 개선이 애자일의 핵심

---

🤔 느낀점

사전캠프에서 애자일에 대한 아티클을 읽었을 때에는 좀 이해가지 않는 부분들이 있었는데, 강의를 들으면서 애자일은 방법론이라기 보다는 하나의 철학이며, 또한 스크럼과 같은 방법을 사용하고 그 안에서 스프린트 단위로 쪼개어 진행을 한다는 사실을 알게 되었다.

또한 '이제는 워터폴 방식보다는 애자일 방식을 선호한다'라는 말을 '애자일이 더 나은 방법론이다'라고 오해하고 있었는데, 여전히 워터폴 방식이 쓰이는 곳이 있으며, 변화하는 사회상에 따라 생겨난 하나의 흐름이라는 것을 알게 되었다.
개인적으로는 스크럼과 스프린트에 대해서 배우면서, '나 자신의 개인적인 삶 운영에 스크럼과 스프린트를 적용해볼 수 있지 않을까?'라는 생각이 들어 어떻게 하면 내 삶을 잘 운영할 수 있을지에 대해 고민해보는 계기가 되었다.