스크럼 기법과 XP 기법

 

소프트웨어 생명 주기로서 주로 사용되는 모형에는 애자일 모형이 있다.

애자일 모형을 기반으로 하는 소프트웨어 개발 모형에는 스크럼, XP, 칸반 등이 있다.

 

 

 

002. 스크럼 기법

 

스크럼의 개요

Scrum

럭비 경기에서 양 팀이 서로 대치해있는 대형을 일컫는 말으로 팀의 중요성을 강조하는 용어.

팀이 중심이 되어 개발 효율성을 높인다는 의미가 내포된 용어.

 

 

스크럼 팀의 구성

제품 책임자

PO; Produect Owner

• 개발될 제품에 대한 이해도가 높고 요구사항을 책임지고 의사 결정할 사람으로, 주로 개발 의뢰자나 사용자가 담당.
• 요구사항이 담긴 백로그(Back log)를 작성하고 백로그의 우선순위를 지정한다.
• 팀원들이 백로그에 스토리(Story)를 추가하는 것은 가능하나 우선순위를 지정할 순 없다.

 

[참고] 백로그(Back log)
제품 개발에 필요한 요구 사항을 모두 모아 우선순위를 부여해둔 목록.

[참고] 스토리(Story)
백로그에 담겨질 요구사항 중 하나의 스토리로 표현한 형태.

예) "고객이 상품 주문을 위해서는 로그인을 반드시 해야한다."

 

 

스크럼 마스터

SM; Scrum Master

• 팀이 스크럼을 잘 수행할 수 있도록 스크럼을 주관하여 객관적인 시각에서 조언해주는 가이드 역할.
• 팀원을 통제하는 것이 목표가 아님.

 

개발팀

DT; Development Team

• PO와 SM을 제외한 모든 팀원.
• 개발자 외에도 디자이너 등 제품 개발을 위해 참여하는 모든 사람이 대상이 된다.

 

 

 

스크럼 개발 프로세스

1. 제품 백로그
2. 스프린트 계획 회의
3. 스프린트
4. 일일 스크럼 회의
5. 스프린트 검토
6. 스프린트 회고

 

 

003. XP기법

 

 

eXtreme Programming

• 수시로 발생하는 고객 요구사항에 유연히 대처하기 위해 만들어짐.
• 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법.
• 릴리즈 기간을 짧게 반복하며 고객 요구사항 반영에 대한 가시성을 높인다.
• 소규모 인원의 개발 프로젝트에 적합.

 

XP의 5가지 핵심 가치

1. 의사소통
2. 단순성
3. 용기
4. 존중
5. 피드백

 

 

XP 주요 실천 방법

실천 방법	내용
Pair Programming 짝 프로그래밍	개발에 대한 책임을 공동으로 가지는 환경.
Collective Ownership 공동 코드 소유	코드에 대한 권한과 책임을 공동으로 소유.
Test-Driven Development 테스트 주도 개발	실제 코드 작성 전에 테스트 케이스를 먼저 작성하므로 자신이 무엇을 해야할지 정확히 파악이 가능.
Whole Team 전체 팀	모든 구성원들은 각자의 역할이 있고 그에 대한 책임을 져야함.
Continuous Integration 지속적 통합	모듈단위로 나눠 하나의 작업이 마무리될 때 마다 지속적으로 통합.
Design Improvement 디자인 개선 혹은 Refactoring 리팩토링	기능의 변경 없이 단순화 및 유연성 강화를 통해 시스템을 재구성.
Small Release 소규모 릴리즈	릴리즈 기간을 짧게 반복하여 고객 요구에 신속히 대응할 수 있음.