애자일은 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

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

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

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

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

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

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

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


대답은하지 않지만 대답은 잘되었습니다. 포스터는 심지어 그것들을 사용할 생각을하지 않았다.
— 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.