03. XP(eXtreme Programming) 기법

XP(eXtream Programming)

XP는 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화 → 개발 생산성 향상

• XP는 짧고 반복적인 개발 주기, 단순한 설계, 고객의 적극적인 참여 → 소프트웨어를 빠르게 개발
• 릴리즈의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성을 높임
• 릴리즈 테스트마다 고객을 직접 참여시키고, 요구한 기능이 제대로 동작하는지 고객이 직접 확인
• 소규모 인원의 개발 프로젝트에 효과적
• XP의 5가지 핵심 가치 : 의사소통(Communication), 단순성(Simplicity), 용기(Courage), 존중(Respect), 피드백(Feedback)

XP 개발 프로세스

사용자 스토리 → 릴리즈 계획 수립 (←→ 스파이크) → 주기(Iteration) → 승인 검사 → 소규모 릴리즈

사용자 스토리(User Story)

• 고객의 요구사항을 시나리오로 표현
• 기능 단위로 구성, 테스트 케이스도 기재

릴리즈 계획 수립(Release Planning)

• 몇 개의 스토리가 적용 되어 부분적으로 기능이 완료된 제품을 제공하는 것을 릴리즈라고 함
• 부분 혹은 전체 개발 완료 시점에 대한 일정 수립

스파이크(Spike)

• 요구사항의 신뢰성을 높이고 기술 문제에 대한 위험을 감소시키기 위해 별도로 만드는 간단한 프로그램
• 처리할 문제 외의 다른 조건은 모두 무시하고 작성

이터레이션(Iteration)

• 하나의 릴리즈를 세분화 한 단위
• 1~3주 기간으로 진행
• 이터레이션 진행 중 새로운 스토리가 작성될 수도 있으며, 진행 중인 이터레이션 혹은 다음 이터레이션에 포함

승인 검사(Acceptance Test, 인수 테스트)

• 하나의 이터레이션 안에서 계획된 릴리즈 단위의 부분 완료 제품이 구현되면 수행하는 테스트
• 스토리 작성시 테스트 사항에 대해 고객이 직접 수행
• 오류 발생시 다음 이터레이션에 포함
• 새로운 요구사항이 작성 되거나, 요구사항의 우선순위가 변경될 수도 있음
• 테스트가 완료되면 다음 이터레이션 수행

소규모 릴리즈(Small Release)

• 릴리즈를 소규모로 하면, 고객의 반응을 기능별로 확인 가능 → 고객의 요구사항에 좀 더 유연하게 대처
• 진행중인 이터레이션이 모두 완료되면 최종 테스트 수행 후 릴리즈 → 고객에게 전달
• 현재 릴리즈가 완제품이 아닌 경우 다음 릴리즈 일정에 맞게 개발 진행

XP의 주요 실천 방법

• Pair Programming : 다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠갖는 환경 조성
• Collective Ownership : 개발 코드에 대한 권한과 책임을 공동으로 소유
• Test-Driven Devlopment : 실제 코드를 작성 전 테스트 케이스를 먼저 작성, 테스팅 도구 사용
• Whole Team : 개발에 참여하는 모든 구성원들은 각자의 자신의 역할이 있고, 그 역할에 대한 책임을 가짐
• Continuos Intergration : 모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리 될때마다 지속적으로 통합
• Design Improvement or Refactoring : 프로그램의 기능 변경 없이, 단순화, 유연성 강화
• Small Releases : 릴리즈 기간을 짧게 반복함으로 고객의 요구 변화에 신속히 대응

정리

XP의 5가지 가치 : 의사소통, 단순성, 용기, 존중, 피드백

XP의 주요 실천 방법알기

사용자 스토리 → 릴리즈 계획 수립 → 이터레이션 → 승인 검사 → 소규모 릴리즈

릴리즈 계획수립 ←→ 스파이크

XP : 빠르게 개발, 고객의 요구사항 반영을 위해 고객의 참여 극대화

 

출처 : 시나공 정보처리기사 2022