문제

몇 년 전에 저는 우리가 극단적 인 프로그래밍을 한 녹색 현장 프로젝트에서 일했습니다. 또한 많은 사람들이 스크럼 방법론을 언급합니다.

누군가 스크럼과 XP의 주요 차이점을 말해 줄 수 있습니까?

도움이 되었습니까?

해결책

Scrum은 소프트웨어 개발 방법론이며 XP는 프로그래밍 관행입니다. 둘 다 "민첩한"기술이며 종종 함께 사용됩니다.

SCRUM은 수행 해야하는 작업을 식별하고 카탈로그하는 프로세스를 간략하게 설명하고 고객 또는 고객 대표와 의사 소통하여 해당 작업 우선 순위를 정하고 반복 릴리스를 사용하여 해당 작업을 구현합니다.

우리 팀이 처음 스크럼 실험을 시작했을 때 나는 스크럼 구현 도움이 될 웹 사이트.

다른 팁

Scrum은 복잡성과 불확실성이 높은 제품을 구축하기위한 가벼운 프레임 워크입니다. 방법론과 관행을 스크럼과 함께 선택하고 사용할 수 있기 때문에 방법론이 아닙니다. 그것은 순전히 소프트웨어 개발을 목표로하지 않으며 다른 유형의 프로젝트에서도 사용할 수 있습니다.

소프트웨어 엔지니어링과 관련하여 Scrum은 특정 제품과 환경에 가장 적합한 것을 처방하고 싶지 않기 때문에 따라야 할 관행이나 방법을 정의하지 않습니다.

많은 스크럼 팀은 테스트, 피드백, 페어 프로그래밍 및 단순성과 같은 여러 XP 관행을 사용합니다.

핵심 차이

  • 스크럼은 스프린트를 계획하고 변화를 장려하지 않습니다. XP는 변화에 더 개방적입니다.
  • XP는 적어도 Sprint Review에서 즉시 피드백과 Scrum을 요청하지만 Scrum은 가능한 경우 초기 피드백을 거부하지 않습니다.
  • XP는 프로그래밍에 중점을두고 스크럼은 비 소프트웨어 제품에서 사용할 수 있습니다.
  • Scrum은 개발 방법을 정의하지 않지만 많은 Scrum 팀은 많은 XP 관행을 구현합니다.

나는 둘 다 작업했다. 주요 차이점 중 일부는 스크럼이 더 짧은 구조 스프린트에 초점을 맞추고 로그 항목을 우선시한다는 것입니다. XP의 초점 중 일부는 짝을 이루는 프로그래밍에 더 가깝고 작업의 우선 순위를 정하고 더 많은 테스트 중심 개발 개발에 있습니다. 둘 다 반복 작업과 둘 다 휘발성 변경 프로젝트를 처리 할 수있을만큼 유연합니다.

SCRUM은 진행 상황을 논의하기위한 일일 회의에 관한 민첩한 개발 방법론의 한 구성 요소이며 XP는 쌍 프로그래밍 및 테스트 첫 번째 개발에 대한 다른 방법론입니다.

Scrum의 주요 목표는 개발이 얼마나 오래 걸릴지 추정하는 것입니다. XP는 개발자가 최대한 신속하고 유지할 수있는 작업을 수행하도록 돕는 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top