애자일 방법론과 XP
설명 영상 애자일 방법론과 XP · 2:10
핵심 정리
애자일 방법론은 요구가 자주 바뀌는 환경에서 소프트웨어를 빠르고 유연하게 만들기 위한 개발 방식이다. 그 뼈대는 문서와 절차보다 실제 결과물과 사람을 앞세운다는 가치 체계에 있다. 애자일 방법론은 포괄적인 문서보다 작동하는 소프트웨어를 중시한다. 고객이 확인하는 것은 결국 움직이는 소프트웨어이므로 문서는 그것을 돕는 수단에 머문다.
실행 방식의 핵심은 짧은 주기로 소프트웨어를 쌓아 가는 것이다. 애자일 방법론은 소프트웨어를 짧은 주기로 점증적으로 개발한다. 매 주기마다 동작하는 결과를 고객에게 보여 주고 받은 피드백을 다음 주기에 반영하므로, 요구 변화에 빨리 대응할 수 있다.
대표적인 애자일 방법론으로는 익스트림 프로그래밍(XP)이 꼽힌다. XP는 켄트 벡이 제안한 방법으로, 고객에게 양질의 소프트웨어를 빠르게 전달하는 것을 목적으로 한다.
XP는 구체적인 실천 방법을 정의하고 있어 비교적 소규모 인원의 프로젝트에 적용하기 좋다고 설명된다. 다만 가치와 원칙을 무시하고 실천 방법에만 집중하면 XP를 제대로 실천한다고 보기 어렵다. 실천보다 가치와 원칙을 먼저
자세히
문서·계약보다 작동하는 소프트웨어와 협력
애자일 선언은 네 가지 가치를 담고 있으며, 그중 프로세스와 도구보다 개인과 상호작용을 앞에 둔다. 아래 표는 전통적 계획 중심 방식과 애자일의 차이를 정리한 것이다.
| 구분 | 계획 중심 방식 | 애자일 |
|---|---|---|
| 중시하는 결과 | 포괄적인 문서 | 작동하는 소프트웨어 |
| 고객과의 관계 | 계약 협상 | 고객과의 협력 |
| 변화에 대한 태도 | 계획 준수 | 변화 대응 |
문서를 없애는 것이 아니라 우선순위가 작동하는 소프트웨어에 있다는 점이 요건이다. 계약 협상은 범위를 미리 못 박는 장치이고, 협력은 개발 중에 고객과 함께 요구를 다듬는 방식이다. 애자일은 두 항목을 가치로서 비교할 때 협력 쪽에 우선순위를 둔다.
고객 요구 변화의 수용
애자일 방법론은 고객의 요구사항 변화를 수용하는 개발 방식이다. 전통적 방식은 설계가 끝난 뒤 변경 비용이 커서 변화를 막으려는 경향이 있다. 애자일은 반복마다 동작하는 결과물을 고객에게 보여 주고 그 반응을 다음 반복에 넣어 변화 비용을 낮춘다. 변화 반영은 문서를 고쳐 승인받는 절차보다 고객과의 대화에서 이뤄진다.
이어지는 내용
- 계획 대비 변화 대응
- XP의 실천과 적용
- 자주 헷갈리는 것
- 기출에서는
로그인하면 하루 5페이지까지 무료로 전체를 읽을 수 있습니다.
앱에서 이 절 읽기