Agile แตกต่างจาก XP อย่างไร


32

ฉันอ่านบทความบนเว็บเพื่อค้นหาว่า Agile, XP, Scrum, การเขียนโปรแกรมคู่แตกต่างกันอย่างไร / เกี่ยวข้องกันและฉันได้รับบรรทัดต่อไปนี้:

  1. Scrum และ XP เกือบจะเหมือนกัน XP มีระยะเวลาเผยแพร่สั้นกว่า Scrum
  2. การเขียนโปรแกรมคู่ใช้ทั้งวิธี Agile และ XP

แต่ฉันไม่สามารถระบุได้ว่า Agile นั้นแตกต่างจาก XP อย่างไร

มากกว่าให้ URL ฉันยินดีที่จะอ่านประสบการณ์และความคิดของคุณเกี่ยวกับเรื่องนี้

คำตอบ:


55

คุณกำลังสับสนกับปัญหานี้ เป็นวิธีเปรียวว่าคุณกำลังติดตามพวงของค่านิยมและการปฏิบัติจากการประกาศเปรียว แค่นั้นแหละ.

XP และ Scrum เป็นกระบวนการพัฒนาที่ติดตามค่าเหล่านั้น ทั้งสองเป็น "เพียงเปรียว" ข้อแตกต่างที่สำคัญระหว่าง Scrum และ XP คือScrum ไม่มีการฝึกฝนเฉพาะสำหรับการเขียนโปรแกรมในขณะที่ XP มีจำนวนมาก (TDD, การรวมอย่างต่อเนื่อง, การเขียนโปรแกรมคู่)


2
+1 XP, Scrum ขยาย Agile
Michael K

8
+1 สำหรับ "การต่อสู้ไม่ได้มีการปฏิบัติที่เฉพาะเจาะจงสำหรับการเขียนโปรแกรม"; สิ่งนี้ถูกต้องอย่างแน่นอนและควรเน้นมากขึ้น อีกวิธีหนึ่ง Scrum เป็นวิธีการจัดการโครงการไม่ใช่วิธีการพัฒนาซอฟต์แวร์ การต่อสู้มักใช้กับวิธีการแบบ Agile แต่ก็ไม่จำเป็นต้องเป็น
Steven A. Lowe

18

Agile เป็นคำทั่วไปสำหรับวิธีการ

XPและScrumเป็นชื่อเฉพาะสำหรับการใช้งานที่แตกต่างกันของวิธีการนั้น

หน้า Wikipedia อาจเป็นจุดเริ่มต้นที่ดีสำหรับการอ่านเพิ่มเติม - ตรวจสอบส่วน "การอ้างอิง" และ "การอ่านเพิ่มเติม" ที่ด้านล่างของแต่ละหน้า แต่คุณควรตรวจสอบการใช้งานแต่ละอย่างและอื่น ๆ เพิ่มเติมก่อนตัดสินใจเลือกที่เหมาะกับคุณ หรือ (อย่างที่คนอื่น ๆ ชี้) บิตของการใช้งานแต่ละอย่างที่เหมาะกับคุณ


Xp เป็นส่วนหนึ่งของ Agile กับ Scrum เพราะเป็นพี่น้องกันหรือเปล่า? Xp และ Scrum แตกต่างกันอย่างไร จำนวนวันมีความแตกต่างระหว่างพวกเขาเท่านั้น?
Gopi

2
XP เป็นสิ่งกำหนดล่วงหน้ามากขึ้นในสิ่งที่คุณต้องทำ (เช่นระบุการทดสอบหน่วยการเขียนโปรแกรมคู่ ฯลฯ ) กว่าการต่อสู้ การต่อสู้มุ่งเน้นไปที่สิ่งที่ทีมโดยรวมทำ แต่ไม่ได้พูดอะไรเกี่ยวกับการปฏิบัติทางเทคนิค (ส่วนที่อ่อนแอของการต่อสู้เมื่อนำไปใช้กับซอฟต์แวร์ IMHO) เป็นผลให้ผู้คนจำนวนมากมองว่าพวกเขาเป็นวิธีการที่สมบูรณ์มากกว่าอยู่ในความขัดแย้ง
FinnNk

1
+1 ผู้คนจำนวนมากอึดอัดมากกับการเขียนโปรแกรมคู่ นอกจากนี้หากคุณไม่สามารถรวมจุดประสงค์ของวิธีการพัฒนาเข้ากับสิ่งที่คุณมีอยู่ (โดยไม่มีการเปลี่ยนแปลงที่รุนแรงซึ่งทำให้คนอารมณ์เสีย) มีบางอย่างผิดปกติมาก ฉันเห็นคนที่เห็นเส้นทาง แต่ไม่ใช่ความตั้งใจที่อยู่เบื้องหลังพวกเขาและฉันก็ยังคงผิดหวังมากเมื่อเห็นคำถามเช่นนี้
ทิมโพสต์

1
+1: นี่เป็นคำตอบที่ดีทีเดียว แต่ฉันต้องไม่เห็นด้วยกับแถลงการณ์เกี่ยวกับวิกิพีเดีย ฉันคิดว่าโปสเตอร์ดั้งเดิมแสดงความสับสนและพึ่งพา googling และ Wikipedia เป็นสาเหตุหนึ่งที่ทำให้เราขาดความชัดเจนตั้งแต่แรก ชื่อของผู้เชี่ยวชาญด้านความคล่องตัวที่ทันสมัยเป็นที่รู้จักกันดี ฉันขอแนะนำให้อ่านบล็อกและหนังสือของพวกเขาแทน
azheglov

@azheglov - ฉันเห็นสิ่งที่คุณหมายถึง ฉันชี้แจงสิ่งที่ฉันต้องการเกี่ยวกับการใช้หน้า Wikipedia ส่วนการอ้างอิงและการอ่านเพิ่มเติมเป็นสิ่งที่คุณควรดู
ChrisF

7

คุณทำไก่อย่างไร

นั่นเป็นคำถามที่จริงจัง คุณรวบรวมความตั้งใจในการทำงานของคนอื่นเป็นสิ่งที่เหมาะกับคุณอย่างไร

ฉันเห็นคำถามมากมายไม่เพียง แต่ที่นี่ แต่สำหรับคำถามที่ถามว่า"ฉันควรใช้ x, y หรือ Z หรือไม่" ในขณะที่มีการให้ความสนใจเพียงเล็กน้อยกับการเปลี่ยนแปลงที่รุนแรงอาจส่งผลกระทบต่อทีมหรือ (แย่ลง) ผลกระทบของบางคนที่พยายามทำอะไรบางอย่างโดยไม่เข้าใจว่ามันทำงานอย่างไร เมื่อพูดถึงวิธีการพัฒนาคุณไม่เข้าใจจนกว่าคุณจะใช้มันได้สำเร็จไม่เช่นนั้นคุณก็แค่ทำตามคำแนะนำที่ตาบอด

ทุกครั้งที่ฉันเห็น"การต่อสู้จะได้ผลสำหรับฉันหรือไม่" ฉันถามว่า "ไม่รู้สิคุณลองแล้วหรือยัง?"

อย่าอ่านสิ่งเหล่านี้เหมือนมาจากพระคัมภีร์ฝ่ายวิญญาณ ลองทำในสิ่งที่เหมาะกับคุณลองใช้และถ้ามันใช้งานได้กับชิ้นส่วนที่ใช้งานได้ สิ่งนี้ไม่แตกต่างจากการทำสิ่งที่ดีที่สุดให้กับlibfooและlibbarและทำสิ่งที่เติมเต็มความต้องการของคุณ

มีคนพูดว่า "ทำตามจดหมายวิธีนี้หรือสาปแช่งตลอดชีวิต"

วิธีที่ดีที่สุดคือการปรับตัวที่ดีที่สุดของภูมิปัญญาการตีพิมพ์และเป็นต้นฉบับที่เหมาะกับคุณ


คำตอบที่ถูกกล่าวถึงอย่างดีแม้ว่ามันจะไม่ได้ตอบคำถาม โปสเตอร์ไม่ได้บอกว่าเขาคิดจะใช้มัน
Pierre Arlaud

5

Agile เป็นคลาสของวิธีการพัฒนาซอฟต์แวร์ซึ่ง XP เป็นหนึ่งอินสแตนซ์

การแย่งชิงกันเป็นโครงการการจัดการวิธีการไม่ได้เป็นวิธีการพัฒนาซอฟต์แวร์ แม้ว่าจะเป็นเรื่องปกติที่จะใช้วิธีการพัฒนาแบบ Agile กับ Scrum แต่ก็ไม่ใช่ข้อกำหนด พวกเขาไม่เหมือนกัน


0

ในทางปฏิบัติหลายองค์กรไม่ปฏิบัติตามวิธีการเฉพาะ 100% เช่น XP หรือ Scrum ตามที่วางไว้ พิเศษหากพวกเขาเพิ่งเริ่มที่จะปฏิบัติตามหลักการเปรียว พวกเขาอาจเลือกและเลือกบางแง่มุมของวิธีการที่กำหนดเช่น Scrum ที่อยู่ใน bandwagon Agile Agile นั้นเป็นนามธรรมมากกว่าและง่ายกว่าที่จะบอกว่าแทนที่จะบอกว่าเราทำ XP หรือ Scrum


0

ทั้ง XP และ Scrum เป็นวิธีการพัฒนาซอฟต์แวร์ภายใต้ระเบียบวิธีซอฟต์แวร์แบบว่องไวพวกเขาเป็นส่วนหนึ่งของตระกูลโมเดลกระบวนการแบบเปรียว คริสตัลคุณสมบัติขับเคลื่อนการพัฒนาเป็นต้น

ทำตามลิงค์ด้านล่างเพื่อชี้แจงเพิ่มเติมเกี่ยวกับความแตกต่าง

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.