|
|
| (같은 사용자의 중간 판 9개는 보이지 않습니다) |
| 1번째 줄: |
1번째 줄: |
| ;eXtreme Programming
| | #넘겨주기 [[익스트림 프로그래밍]] |
| ;애자일 방법론 중 하나로, 비즈니스 상의 요구가 시시각각 변동이 심한 소규모 프로젝트에 적합한 개발 방법론
| |
| | |
| * 10~12개 정도의 구체적인 실천 방법(Practice)을 정의
| |
| * 짧은 주기로 여러번 고객에게 납품 반복
| |
| * 개발 문서 보다는 소스코드를, 조직적인 개발 보다는 개개인의 책임과 용기를 중시
| |
| | |
| == 장단점 ==
| |
| * 장점
| |
| ** 문서 작성 최소화로 개발 효율 증가
| |
| ** 의사소통과 빠른 피드백을 통한 소프트웨어 품질 향상
| |
| * 단점
| |
| ** 대규모 프로젝트엔 적용 어려움
| |
| ** 참여하는 개인의 성향에 따라 프로젝트의 품질 차이 발생
| |
| | |
| == 핵심 가치 ==
| |
| [http://www.extremeprogramming.org/values.html 출처] | |
| * '''용기''': 문서로 변명하기 보단 진실되고 용기있게 개발
| |
| * '''존중''': 개발자의 역량을 존중하고 충분한 권한과 권리 부여
| |
| * '''의사소통''': 이해관계자 모두가 팀원이라는 생각으로 모든 사항 공유
| |
| * '''피드백''': 의사소통에 따른 즉각적인 피드백
| |
| * '''단순성''': 필요한 것은 하지만 더이상은 하지 않음
| |
| | |
| == 절차 ==
| |
| {| class="wikitable"
| |
| ! User Stories
| |
| ! ▶
| |
| ! rowspan="2" | Release Planning
| |
| ! rowspan="2" | ▶
| |
| ! rowspan="2" | Iteration
| |
| ! rowspan="2" | ▶
| |
| ! rowspan="2" | Acceptance Test
| |
| ! rowspan="2" | ▶
| |
| ! rowspan="2" | Small Release
| |
| |-
| |
| | Architectural Spike
| |
| | ▶
| |
| |}
| |
