2001년 1월 - 애자일 연합의 애자일 선언문 발표

애자일 개발의 12가지 원칙

애자일 개발의 12가지 원칙

애자일 개발의 12가지 원칙

폭포수 방법론

계획 중심

빅뱅 릴리즈 

산출물 중심

애자일 방법론

고객 중심

작은 릴리즈

동작하는 SW 중심

다양한 애자일 방법론

(신뢰성 높은 소프트 웨어의 신속한 개발)

XP(eXtreme Programming)

효과적 개발 기법을 모아 방법론으로 정립

중소규모 팀에 적합

'방법론'이라 불리는데 이견이 있음

XP 기반 소프트웨어 개발 프로젝트의 흐름

XP 개발의 5가지 원칙

XP의 12가지 실천방법

XP의 12가지 실천방법

XP의 12가지 실천방법

스크럼의 역할자

• 제품 책임자 ( Product Owner)
• 스크럼 마스터( Scrum Master )
• 스크럼 팀 ( Scrum Team )

Scrum 의 실천방법

• 스프린트 ( Sprint ) : 달력기준 1~4주 단위의 반복 개발 기간
• 3가지 미팅 : 일일 스크럼, 스프린트 계획, 스프린트 리뷰
• 3가지 산출물 : 제품 백로그, 스프린트 백로그, 소멸 차트

제품 백로그 ( Product Backlog)

• 제품에 담고자 하는 "기능의 우선순위"를 정리한 목록
• 고객을 대표하는 제품 책임자가 주로 우선순위 결정
• 제품 백로그에 정의된 기능은 "사용자 스토리"라고 부름

스프린트 백로그( Sprint Backlog)

• 하나의 스프린트 동안 "개발할 목록"
• 사용자 스토리와 이를 완료하기 위한 작업을 테스크로 정의
• 각각의 테스크의 크기는 시간단위로 추정

소멸차트 ( Burndown chart )

• 개발을 완료하기까지 남은 작업량을 보여주는 그래프
• 각 이터레이션 별로 남아있는 작업량을 스토리 포인트라는 것으로 나타낸 것

byposting burn down chart

스프린트 계획 ( Sprint Planning)

• 각 스프린트에 대한 "목표" 설정
• 제품 백로그부터 스프린트에서 진행할 "항목"을 선택
• 각 항목에 대한 "담당자" 배정
• 테스크 단위로 "계획" 수립

일일 스크럼( Daily Scrum)

• 매일 진행하는 "15분간의 프로젝트 진행 상황을 공유"하는 회의
• 모든 팀원이 참석하여 매일 각자가 한일, 할일, 문제점 등을 이야기하는 회의

스프린트 리뷰 ( Sprint Review)

• 스프린트 "목표의 달성 여부를 작업진행과 결과물로 확인"하는 회의
• 스크럼 팀은 스프린트 동안 작업한 결과를 참석자들에게 데모하고 피드백을 받음
• 가능하면 진행된 모든 작업에 대한 데모를 진행하고 고객이 참여하는 것이 바람직함
• 스크럼 마스터는 스프린트 동안 잘된 점, 아쉬웠던 점, 개선할 사항등을 찾기 위한 회고를 진행할 수 있음

스크럼의 특징

• 투명성( Transparency )
• 타임박싱 ( Time Boxing )
• 커뮤니케이션 ( Communication)
• 경험주의 모델 ( Inspect & Adapt Model)