Agile'nin XP'den farkı nedir?


32

Agile, XP, Scrum, pair programlamanın birbirinden nasıl farklı olduğunu / birbirleriyle nasıl ilişkili olduğunu bulmak için web'de birkaç makale okudum ve aşağıdaki satırı türettim:

  1. Scrum ve XP neredeyse aynı. XP, Scrum'dan daha kısa sürümlere sahip
  2. Çift programlama, hem Agile hem de XP metodolojilerinde kullanılır.

Ancak Agile'nin XP'den ne kadar farklı olduğunu tespit edemedim.

Bir URL sağlamaktan ziyade, bu konudaki deneyiminizi ve düşüncelerinizi okumaktan mutluluk duyacağım.

Yanıtlar:


55

Meseleyi karıştırıyorsunuz. Çevik olmak, çevik manifestodan bir çok değerleri ve uygulamaları takip ettiğiniz anlamına gelir . Bu kadar.

XP ve Scrum bu değerleri takip eden geliştirme süreçleridir. Her ikisi de "tıpkı çevik". Scrum ve XP arasındaki en büyük fark, Scrum'un programlama için özel uygulamaları içermemesidir , oysa XP'de çok sayıda (TDD, sürekli entegrasyon, çift programlama) vardır.


2
+1 XP, Scrum Çevik'i genişletir.
Michael K,

8
"Scrum özellikle programlama için uygulamalar içermiyor" için +1; bu kesinlikle doğru ve çok daha fazla vurgulanması gerekiyor. Başka bir deyişle, Scrum bir yazılım geliştirme metodolojisi değil, bir proje yönetimi metodolojisidir. Scrum, genellikle Çevik bir yöntemle kullanılır, ancak olması gerekmez.
Steven A. Lowe

18

Çevik, metodoloji için genel bir terimdir.

XP ve Scrum , bu metodolojinin farklı uygulamaları için spesifik isimlerdir.

Vikipedi sayfaları muhtemelen daha fazla okuma için iyi bir başlangıç ​​noktasıdır - her sayfanın altındaki "Referanslar" ve "Daha fazla Okuma" bölümlerini kontrol edin; veya (başkalarının da belirttiği gibi) sizin için çalışan her uygulamanın bitleri.


Yani Xp, kardeş olduğu gibi Scrum'lu Çevik'in bir parçası mı? Xp ve Scrum ne kadar farklı? Aralarındaki tek fark gün sayısı mı?
Gopi

2
XP yapmanız gerekenlerde (örneğin birim testini, çift programlamayı vb. Belirtir) Scrum'dan daha açıklayıcıdır. Scrum, ekibin bir bütün olarak yaptıklarına daha fazla odaklanır, ancak teknik uygulamalar (IMHO yazılımına uygulandığında scrumun zayıf kısmı) hakkında hiçbir şey söylemez. Sonuç olarak, birçok insan onları çatışma içinde olmaktan ziyade tamamlayıcı yöntemler olarak görüyor.
FinnNk

1
+1, birçok kişi çift programlama konusunda çok rahatsız. Ek olarak, bir geliştirme metodolojisinin amacını var olana dahil edemezseniz (insanları üzen sert değişiklikler olmadan), bir şeyler çok yanlış olur. Yön tarif eden insanları görmeye devam ediyorum, ancak arkalarındaki niyetleri göremiyorum ve bu gibi soruları görünce çok sinirlenmeye devam ediyorum.
Tim Post

1
+1: Bu oldukça iyi bir cevap. Ancak Wikipedia ile ilgili ifadeye katılmıyorum. Orijinal posterin kafa karışıklığı gösterdiğini ve googling'e güvendiğini düşünüyorum ve Wikipedia ilk etapta bu kadar açık olmayışımızın nedenlerinden biri. Modern Çevik uzmanların adları iyi bilinmektedir; Bunun yerine bloglarını ve kitaplarını okumanızı tavsiye ederim.
azheglov

@azheglov - Ne demek istediğini anlıyorum. Wikipedia sayfalarını kullanmakla ne demek istediğimi açıklığa kavuşturdum. Referanslar ve İleri Okuma bölümleri neye bakmanız gerektiğidir.
ChrisF

7

Tavuğu nasıl kızartırsınız?

Bu ciddi bir soru. Diğer insanların çalışmalarının amacını, sizin için çalışan bir şeye nasıl toplarsınız?

Sadece burada değil, "x, y veya Z kullanmalı mıyım?" Diye soran çok fazla soru görüyorum. Gerçekten de, şiddetli bir değişimin bir takımı nasıl etkileyebileceği veya nasıl çalıştığını tam olarak anlamadan bir şeyi deneyen birinin etkisi (daha da kötü) konusunda çok az dikkat gösterilir. O geliştirme metodolojisi geldiğinde, yok sen kadar bunu anlamak kullanılan başarıyla aksi takdirde sadece kör tavsiye takip ediyor.

Ne zaman görsem "benim için işe yaramaz mı?" Sormak "Denemeden var bilmiyorum?"

Bu tür şeyleri, bir tür manevi kutsal kitaptan geldiği gibi okumayın. Sizin için neyin işe yaradığını alın, deneyin ve eğer çalışırsa işe yarayan parçaları uygulayın. Bu, libfoo ve libbar'ın yaptıklarından en iyisini almak ve ihtiyacınızı karşılayacak bir şey yapmaktan farklı değildir.

Hangi noktada birileri "Bu yöntemi mektuba izleyin veya ömür boyu lanet olsun" dedi?

En iyi yöntem, sizin için çalışan yayınlanmış ve orijinal bilgeliğe en iyi uyarlamanızdır .


İyi cevap, soruyu cevaplamamasına rağmen. Poster, onları kullanmayı düşündüğünü bile söylemedi.
Pierre Arlaud

5

Çevik, XP'nin bir örneği olduğu bir yazılım geliştirme metodolojisi sınıfıdır

Scrum olan proje yönetim metodolojisi, bir yazılım geliştirme metodolojisi . Scrum ile Çevik bir geliştirme metodolojisi kullanmak yaygın olsa da, bu bir gereklilik değildir. Onlar aynı şey değil.


0

Pratik olarak birçok kuruluş, belirtildiği gibi% 100 XP veya Scrum gibi belirli bir metodolojiyi izlememektedir. Özellikle Çevik prensipleri takip etmeye yeni başlamışlarsa. Çevik çoğunluğa giren Scrum gibi herhangi bir metodolojinin belirli yönlerini seçip seçebilirler. Çeviklik daha soyuttur ve bunu XP ya da Scrum yaptığımızı söylemek yerine söylemek kolaydır.


0

Hem XP hem de Scrum, çevik yazılım metodolojisi altındaki yazılım geliştirme metodolojileridir, diğerleri ise çevik süreç modelleri ailesinin bir parçasıdır; Kristal, Özellik odaklı gelişme vb.

Farklılıkları hakkında daha fazla açıklama için aşağıdaki bağlantıyı takip edin.

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

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.