애자일은 XP와 어떻게 다릅니 까?


32

웹에서 기사를 읽고 Agile, XP, Scrum, 페어 프로그래밍이 서로 어떻게 다른지 / 서로 관련되어 있으며 다음 줄을 얻었습니다.

  1. 스크럼과 XP는 거의 동일합니다. XP는 스크럼보다 릴리스 기간이 짧습니다
  2. 페어 프로그래밍은 애자일 및 XP 방법론에 모두 사용됩니다.

그러나 민첩성이 XP와 어떻게 다른지 알 수 없었습니다.

URL을 제공하는 것 외에도 이에 대한 귀하의 경험과 생각을 읽어 드리겠습니다.

답변:


55

문제를 혼동하고 있습니다. 민첩하다는 것은 민첩한 선언문 에서 많은 가치와 관행을 따르고 있음을 의미합니다 . 그게 다야.

XP와 Scrum은 이러한 가치를 따르는 개발 프로세스입니다. 둘 다 "민첩한"것입니다. Scrum과 XP의 가장 큰 차이점은 Scrum 에는 프로그래밍대한 연습이 포함되어 있지 않지만 XP에는 많은 연습 (TDD, 연속 통합, 페어 프로그래밍)이 있다는 것입니다.


2
경험치 +1, 스크럼이 민첩성을 확장합니다.
Michael K

8
"스크럼은 특별히 프로그래밍에 대한 관행을 포함하지 않습니다"에 대해 +1; 이것은 절대적으로 정확하며 훨씬 더 강조되어야합니다. 달리 말하면, Scrum은 소프트웨어 개발 방법론이 아니라 프로젝트 관리 방법론입니다. 스크럼은 종종 애자일 방법과 함께 사용되지만 반드시 그럴 필요는 없습니다.
Steven A. Lowe

18

민첩성은 방법론의 일반적인 용어입니다.

XPScrum 은 해당 방법론의 다른 구현에 대한 특정 이름입니다.

Wikipedia 페이지는 추가로 읽을 수있는 좋은 출발점이 될 것입니다. 각 페이지의 하단에있는 "참조"및 "추가 읽기"섹션을 확인하십시오. 또는 (다른 사람들이 지적했듯이) 귀하에게 적합한 각 구현의 비트.


Xp는 형제이기 때문에 스크럼과 애자일의 일부입니까? XP와 스크럼은 어떻게 다른가요? 일 수는 그들 사이의 유일한 차이점입니까?
Gopi

2
XP는 Scrum보다 수행해야 할 작업 (예 : 단위 테스트, 페어 프로그래밍 등)에 대해 더 규범 적입니다. 스크럼은 팀 전체가하는 일에 더 초점을 맞추지 만 기술 관행 (소프트웨어 IMHO에 적용될 때 스크럼의 약한 부분)에 대해서는 언급하지 않습니다. 결과적으로 많은 사람들이 갈등이 아닌 보완적인 방법론으로 생각합니다.
FinnNk

1
+1, 많은 사람들이 페어 프로그래밍에 매우 불편합니다. 또한 개발 방법론의 의도를 기존의 것에 (사람을 화나게하는 급격한 변화없이) 통합 할 수 없다면, 뭔가 잘못되었습니다. 나는 길을 보는 사람들을 계속 보지만 그 의도 는 보이지 않으며 이런 질문을 볼 때 계속 좌절하고 있습니다.
Tim Post

1
+1 : 이것은 꽤 좋은 대답입니다. 그러나 나는 Wikipedia에 관한 진술에 동의하지 않아야한다. 나는 원래 포스터가 많은 혼란과 인터넷 검색에 의존한다고 생각하며 Wikipedia는 우리가 처음에 명확성이 부족한 이유 중 하나입니다. 현대 민첩한 전문가의 이름은 잘 알려져 있습니다. 대신 블로그와 책을 읽는 것이 좋습니다.
azheglov

@ azheglov-무슨 말인지 알겠습니다. Wikipedia 페이지 사용에 대한 의미를 명확히했습니다. 참고 문헌 및 추가 자료 섹션을 살펴보십시오.
ChrisF

7

닭고기를 어떻게 튀겨 요?

그것은 심각한 질문입니다. 다른 사람들의 작업 의도를 어떻게 당신에게 적합한 것으로 수집합니까?

여기뿐만 아니라 "x, y 또는 Z를 사용해야합니까?"라는 질문이 너무 많습니다. 과감한 변화가 어떻게 팀에 영향을 줄 수 있는지, 또는 어떻게 작동하는지 완전히 이해하지 않고 무언가를 시도하는 사람의 효과에 대해서는 거의주의를 기울이지 않습니다. 개발 방법론에 관해서는, 그것을 성공적으로 사용 하기 전에는 그것을 이해 하지 못합니다 . 그렇지 않으면 맹목적인 조언을 따르고 있습니다.

"스크럼이 효과가 있습니까?"를 볼 때마다 나는 "모릅니다, 당신은 그것을 시도 했습니까?"

이런 것들이 일종의 영적 경전에서 나온 것처럼 읽지 마십시오. 당신을 위해 일을하고 그것을 시도하고 그것이 작동하면 작동하는 부분을 구현하십시오. 이것은 libfoolibbar가하는 일을 최대한 활용하여 필요한 것을 채우는 것과 다르지 않습니다.

어떤 시점에서 누군가가 "이 방법을 따르거나 인생을 위해 저주 받았다"고 말했습니까?

최선의 방법은 출판 된 독창적 인 지혜를 가장 잘 적용 하는 것 입니다.


대답은하지 않지만 대답은 잘되었습니다. 포스터는 심지어 그것들을 사용할 생각을하지 않았다.
Pierre Arlaud

5

애자는 것입니다 클래스 소프트웨어 개발 방법론, XP가 하나 개있는 인스턴스

스크럼은 인 프로젝트 관리 방법론 이 아닌 소프트웨어 개발 방법론 . Scrum과 함께 민첩한 개발 방법론을 사용하는 것이 일반적이지만 필수 사항은 아닙니다. 그들은 같은 것이 아닙니다.


0

실제로 많은 조직에서는 XP 나 Scrum과 같은 특정 방법론을 따르지 않고 100 % 따르지 않습니다. 애자일 원칙을 따르기 시작한 경우 특히 그렇습니다. 그들은 애자일 악 대차에 해당하는 스크럼과 같은 주어진 방법론의 특정 측면을 선택하고 선택할 수 있습니다. 애자일은 더 추상적이고 XP 나 스크럼을하는 것보다 말하기 쉽다.


0

XP와 Scrum은 모두 민첩한 소프트웨어 방법론 하의 소프트웨어 개발 방법론이며, 민첩한 프로세스 모델 군의 일부이며 다른 것들도 포함됩니다. 크리스탈, 피처 중심 개발 등

차이점에 대한 자세한 내용은 아래 링크를 참조하십시오.

http://www.mypmhome.com/scrum-vs-extreme-programming-xp/

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.