Bagaimana Agile berbeda dari XP?


32

Saya membaca beberapa artikel di web untuk mengetahui bagaimana Agile, XP, Scrum, pemrograman pasangan berbeda satu sama lain / terkait satu sama lain dan saya mendapatkan baris berikut:

  1. Scrum dan XP hampir sama. XP memiliki periode rilis yang lebih pendek daripada Scrum
  2. Pemrograman pasangan digunakan dalam metodologi Agile dan XP

Tapi saya tidak dapat mengidentifikasi perbedaan Agile dari XP.

Lebih dari sekadar memberikan URL, saya akan dengan senang hati membaca pengalaman dan pemikiran Anda tentang hal ini.

Jawaban:


55

Anda membingungkan masalah ini. Menjadi gesit berarti Anda mengikuti banyak nilai dan praktik dari manifesto tangkas . Itu dia.

XP dan Scrum adalah proses pengembangan yang mengikuti nilai-nilai itu. Keduanya "sama gesitnya". Perbedaan besar antara Scrum dan XP adalah bahwa Scrum tidak mengandung praktik khusus untuk pemrograman , sedangkan XP memiliki banyak praktik (TDD, integrasi berkelanjutan, pemrograman pasangan).


2
+1 XP, Scrum memperluas Agile.
Michael K

8
+1 untuk "scrum tidak mengandung praktik khusus untuk pemrograman"; ini benar sekali dan harus lebih ditekankan. Dengan kata lain, Scrum adalah metodologi manajemen proyek, bukan metodologi pengembangan perangkat lunak. Scrum sering digunakan dengan metode Agile, tetapi tidak harus begitu.
Steven A. Lowe

18

Agile adalah istilah umum untuk metodologi.

XP dan Scrum adalah nama spesifik untuk implementasi berbeda dari metodologi itu.

Halaman Wikipedia mungkin merupakan titik awal yang baik untuk membaca lebih lanjut - periksa bagian "Referensi" dan "Bacaan Lebih Lanjut" di bagian bawah setiap halaman, tetapi Anda harus melihat masing-masing dan implementasi lainnya lebih lanjut sebelum memutuskan yang cocok untuk Anda, atau (seperti yang orang lain tunjukkan) bit dari setiap implementasi yang bekerja untuk Anda.


Jadi Xp adalah bagian dari Agile dengan Scrum karena itu saudara kandung? Bagaimana Xp dan Scrum berbeda? Jumlah hari satu-satunya perbedaan di antara mereka?
Gopi

2
XP lebih bersifat preskriptif dalam hal apa yang perlu Anda lakukan (mis. Ini menentukan pengujian unit, pemrograman pasangan, dll) daripada Scrum. Scrum lebih fokus pada apa yang dilakukan tim secara keseluruhan tetapi tidak mengatakan apa-apa tentang praktik teknis (bagian lemah scrum ketika diterapkan pada perangkat lunak IMHO). Akibatnya banyak orang melihat mereka sebagai metodologi yang saling melengkapi dan bukannya dalam konflik.
FinnNk

1
+1, banyak orang sangat tidak nyaman dengan pemrograman pasangan. Selain itu, jika Anda tidak dapat memasukkan maksud dari metodologi pengembangan ke dalam apa yang telah Anda miliki (tanpa perubahan drastis yang mengecewakan orang), ada sesuatu yang sangat salah. Saya terus melihat orang-orang yang melihat arah, tetapi tidak bermaksud di belakang mereka dan saya terus menjadi sangat frustrasi ketika melihat pertanyaan seperti ini.
Tim Post

1
+1: ini adalah jawaban yang cukup bagus. Tetapi saya harus tidak setuju dengan pernyataan tentang Wikipedia. Saya pikir poster aslinya menunjukkan banyak kebingungan dan mengandalkan googling dan Wikipedia adalah salah satu alasan mengapa kita kurang memiliki kejelasan di tempat pertama. Nama-nama ahli Agile modern terkenal; Saya sarankan membaca blog dan buku mereka sebagai gantinya.
azheglov

@azheglov - Saya mengerti maksud Anda. Saya telah mengklarifikasi apa yang saya maksud tentang penggunaan halaman Wikipedia. Bagian Referensi dan bacaan lebih lanjut adalah apa yang seharusnya Anda lihat.
ChrisF

7

Bagaimana Anda menggoreng ayam?

Itu pertanyaan serius. Bagaimana Anda mengumpulkan maksud dari pekerjaan orang lain menjadi sesuatu yang bekerja untuk Anda?

Saya melihat begitu banyak pertanyaan tidak hanya di sini, tetapi pada SO yang bertanya "Haruskah saya menggunakan x, y atau Z?" sementara sedikit perhatian sebenarnya diberikan pada bagaimana perubahan drastis dapat memengaruhi tim, atau (lebih buruk) pengaruh seseorang yang mencoba sesuatu tanpa sepenuhnya memahami cara kerjanya. Ketika datang ke metodologi pengembangan, Anda tidak memahaminya sampai Anda berhasil menggunakannya , jika tidak, Anda hanya mengikuti saran buta.

Setiap kali saya melihat "Apakah scrum bekerja untuk saya?" Saya bertanya, "Saya tidak tahu, sudahkah Anda mencobanya?"

Jangan membaca hal-hal ini karena itu berasal dari semacam tulisan suci rohani. Ambil apa yang cocok untuk Anda, cobalah dan jika berhasil terapkan bagian yang berfungsi. Ini tidak berbeda dengan melakukan yang terbaik dari apa yang dilakukan libfoo dan libbar dan membuat sesuatu yang memenuhi kebutuhan Anda.

Pada titik apa seseorang berkata, "Ikuti, tulis metode ini atau dikutuk seumur hidup"?

Metode terbaik adalah adaptasi terbaik Anda yang diterbitkan dan kearifan asli yang bekerja untuk Anda .


Jawaban baik, meskipun tidak menjawab pertanyaan. Poster itu bahkan tidak mengatakan dia berpikir untuk menggunakannya.
Pierre Arlaud

5

Agile adalah kelas metodologi pengembangan perangkat lunak, di mana XP adalah salah satu contohnya

Scrum adalah metodologi manajemen proyek , bukan metodologi pengembangan perangkat lunak . Meskipun umum menggunakan metodologi pengembangan Agile dengan Scrum, itu bukan keharusan. Mereka bukan hal yang sama.


0

Praktis banyak organisasi tidak mengikuti metodologi spesifik 100% seperti XP atau Scrum ketika mereka ditetapkan. Khususnya jika mereka baru saja mulai mengikuti prinsip Agile. Mereka dapat memilih dan memilih aspek-aspek tertentu dari metodologi tertentu seperti Scrum yang termasuk dalam kereta Agile. Agile lebih abstrak dan lebih mudah untuk mengatakan bahwa daripada mengatakan kita melakukan XP atau Scrum.


0

Baik XP dan Scrum adalah metodologi pengembangan perangkat lunak di bawah metodologi perangkat lunak tangkas, mereka adalah bagian dari keluarga model proses tangkas, yang lain meliputi; Kristal, pengembangan yang didorong oleh fitur, dll.

Ikuti tautan di bawah untuk klarifikasi lebih lanjut tentang perbedaan mereka.

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

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.