Scrum Agile과 Rup의 관계는 무엇입니까? [닫은

Question

스크럼과의 대화에서 루프

애자일과 루프 사이에는 관계가 있습니다. 실제로 나는 민첩한 발달이 유형의 루프였습니다. 위의 IBM의 기사에서 모델을 루프에 맞추고 있음을 알 수 있습니다.

누군가가 있습니까? 현실적인 이 세 가지 흥미로운 개념 사이의 관계에 대한 설명.

Answer 1

그것들은 모두 비슷해 보이는 반복 모델이지만 둘 다 크게 다릅니다. RUP는 조직과 팀의 프레임 워크이며 Scrum은 엄격한 지침을 가진 제품 팀을위한 것입니다.

나는 당신이 이것을 읽는 것이 좋습니다 :스크럼 루프

Answer 2

XP, Scrum, Crystal, DSDM, FDD와 같은 방법에 대한 우산 용어의 애자일 일반적인 원칙. 그만큼 통일 된 과정 개발 프로세스를 설명하는 데 사용할 수있는 프레임 워크입니다. 루프 합리적 도구를 바탕으로 UP의 하나의 인스턴스화가됩니다. UP는 대부분의 민첩한 방법을 선행하며 민첩한 것으로 간주 될 수 있거나 그렇지 않을 수 있습니다. 그들이 공통적으로 가지고있는 것은 민첩한 방법과 업이 반복적이고 증분 개발 (IID) 방법.

Answer 3

RUP는 포괄적 인 반복 및 증분 프로세스 템플릿입니다. 개발 프로세스 인스턴스에서 필요한 프로세스 구성 요소에 대해 알려주는 "개발 사례"를 만듭니다. 그런 다음 메뉴에서 항목을 선택하는 것과 같이 RUP에서 필요한 필요한 프로세스 구성 요소를 당깁니다.

"Agile"은 소프트웨어 개발이 학습 정의 된 프로세스보다는 프로세스가 아니라 대부분의 높은 수심 인공물과 관행이 학습 과정을 방해합니다.

스크럼은 특정 민첩한 프로젝트 관리 프로세스입니다. 실제로 구축중인 시스템을 설계하고 개발하는 방법에 대한 조항은 없습니다.

Answer 4

Agile은 소프트웨어 개발에 대한 접근 방식입니다.

(인용 민첩한 동맹 웹 사이트)

민첩한 소프트웨어 개발이란 무엇입니까??

1990 년대 후반에 몇 가지 방법론이 대중의 관심을 끌기 시작했습니다. 각각은 오래된 아이디어, 새로운 아이디어, 그리고 오래된 아이디어의 다른 조합을 가지고있었습니다. 그러나 그들은 모두 프로그래머 팀과 비즈니스 전문가 간의 긴밀한 협력을 강조했다. 대면 커뮤니케이션 (서면 문서보다 더 효율적); 새로운 배포 가능한 비즈니스 가치의 빈번한 배송; 빡빡하고 자체 조직 팀; 그리고 필연적 인 요구 사항이 위기가 아니도록 코드와 팀을 제작하는 방법.

Scrum and RUP는 민첩한 소프트웨어 개발을 가능하게하는 특정 소프트웨어 개발 방법입니다. 이러한 방법 (및 XP와 같은 다른 방법)은 상호 배타적이지 않으며 여러 가지 방법으로 결합하여 특정 프로젝트에 적합한 민첩한 프로세스를 조정할 수 있습니다. 이것은 좋은 기사 이러한 방법을 어떻게 결합 할 수 있는지 설명합니다.

Answer 5

애자일과 루프는 별도로 성장했고, UML의 기초에 루프를 뿌렸으며, 이제 IBM은 애자일 파의 원인을 따라 잡으려고 노력하고 있습니다.

Answer 6

글쎄, 루프는 연습의 "수프"입니다 ... 당신은 당신의 "자신의"수프를 마시기 위해 그것을 사용자 정의해야합니다 ... 그렇지 않으면 프로젝트를 "죽일"할 것입니다 ...

• Agile Project Management에서 복잡한 적응 형 동적 시스템 이론에서 조정 된 관행은 "인간"과 부드럽게 접촉합니다 ... RUP는 프로젝트 관리의 "Peopleware"에 대해별로 말하지 않습니다 ...
• 민첩한 방법 "출현"아키텍처에 대해 이야기합니다. RUP가 아키텍처 중심 인 곳 ... 먼저 안정적인 아키텍처를 설정합니다.

그러나 당신은 민첩한 방식으로 루프를 적용 할 수 있습니다.