기존 방식의 문제점
1. 개발에 적용할 수 있을 수준의 구체적인 요구사항을 작성하는 것이 매우 어렵거나 불가능
2. 규모가 커질수록 설계에 요구되는 시간과 비용이 기하급수적으로 증대
3. 실제로 개발 진행 중 정해진 요구사항이 변경되거나, 다양한 문제점을 발견
4. 위와 같은 문제로 인한 작업 난이도 및 개발일정을 예측하는 것의 어려움
익스트림 프로그래밍의 정의
- 빠르게 고객과 소통하며 개발할 수 있는 방법
- 의사소통, 단순성, 피드백, 용기, 존중을 가치로 내세우고 있다.
기본 원칙
1. 조금씩, 하지만 자주 발표한다.
2. 사이클을 반복해서 돌리면서 개발한다.
3. 스펙에 없는 것은 절대 집어넣지 않는다.
4. 테스트 코드를 먼저 만든다.
5. 야근은 하지 마라. 항상 정규 일과 시간에만 작업한다.
6. 기회가 생기는 족족 언제 어디서든 코드를 개선한다.
7. 모든 테스트를 통과하기 전에는 어떤 것도 발표하지 않는다.
8. 조금씩 발표하는 것을 기반으로 하여 현실적인 작업 계획을 만든다.
9. 모든 일을 단순하게 처리한다.
10. 두 명씩 팀을 편성하고 모든 사람이 대부분의 코드를 알 수 있도록 돌아가면서 작업한다.
장점
기본적으로 프로그래밍을 좋아하는 프로그래머의 성향을 이용해 프로그래머가 일의 압박과 고통보다는 프로그래밍의 희열과 기쁨을 더 누릴 수 있게 한다.
