Agile khác với XP như thế nào?


32

Tôi đọc một vài bài viết trên web để tìm hiểu cách Agile, XP, Scrum, lập trình cặp khác nhau / liên quan đến nhau và tôi đã rút ra dòng sau:

  1. Scrum và XP gần như giống nhau. XP có thời gian phát hành ngắn hơn Scrum
  2. Lập trình cặp được sử dụng trong cả hai phương pháp Agile và XP

Nhưng tôi không thể xác định Agile khác với XP như thế nào.

Hơn cả việc cung cấp một URL, tôi sẽ rất vui khi đọc kinh nghiệm và suy nghĩ của bạn về điều này.

Câu trả lời:


55

Bạn đang nhầm lẫn vấn đề. Nhanh nhẹn có nghĩa là bạn đang tuân theo một loạt các giá trị và thực hành từ bản tuyên ngôn nhanh nhẹn . Đó là nó.

XP và Scrum là các quá trình phát triển tuân theo các giá trị đó. Cả hai đều "nhanh nhẹn". Sự khác biệt lớn giữa Scrum và XP là Scrum không chứa các thực tiễn dành riêng cho lập trình , trong khi XP có rất nhiều trong số chúng (TDD, tích hợp liên tục, lập trình cặp).


2
+1 XP, Scrum mở rộng Agile.
Michael K

8
+1 cho "scrum không chứa các thực tiễn dành riêng cho lập trình"; Điều này là hoàn toàn chính xác và cần được nhấn mạnh nhiều hơn nữa. Nói cách khác, Scrum là một phương pháp quản lý dự án, không phải là một phương pháp phát triển phần mềm. Scrum thường được sử dụng với phương thức Agile, nhưng nó không phải như vậy.
Steven A. Lowe

18

Agile là thuật ngữ chung cho phương pháp luận.

XPScrum là tên cụ thể cho các triển khai khác nhau của phương pháp đó.

Các trang Wikipedia có lẽ là điểm khởi đầu tốt để đọc thêm - kiểm tra phần "Tài liệu tham khảo" và "Đọc thêm" ở cuối mỗi trang, nhưng bạn nên tìm hiểu thêm về các triển khai khác trước khi quyết định xem phần nào phù hợp với bạn, hoặc (như những người khác đã chỉ ra) các bit của mỗi triển khai phù hợp với bạn.


Vậy Xp là một phần của Agile với Scrum như anh chị em của nó? Xp và Scrum khác nhau như thế nào? Số ngày là sự khác biệt duy nhất giữa họ?
Gopi

2
XP được quy định nhiều hơn trong những gì bạn cần làm (ví dụ: nó chỉ định kiểm tra đơn vị, lập trình cặp, v.v.) so với Scrum. Scrum tập trung nhiều hơn vào toàn bộ nhóm làm gì nhưng không nói gì về thực hành kỹ thuật (phần yếu của scrum khi áp dụng cho phần mềm IMHO). Kết quả là rất nhiều người coi chúng là phương pháp bổ sung chứ không phải là xung đột.
FinnNk

1
+1, rất nhiều người rất khó chịu với lập trình cặp. Ngoài ra, nếu bạn không thể kết hợp ý định của một phương pháp phát triển vào những gì bạn đã tồn tại (không có những thay đổi mạnh mẽ làm mọi người khó chịu), thì có gì đó rất sai. Tôi tiếp tục nhìn thấy những người nhìn thấy chỉ đường, nhưng không có ý định đằng sau họ và tôi tiếp tục rất bực bội khi nhìn thấy những câu hỏi như thế này.
Tim Post

1
+1: đây là một câu trả lời khá hay. Nhưng tôi phải không đồng ý với tuyên bố về Wikipedia. Tôi nghĩ rằng poster ban đầu cho thấy rất nhiều sự nhầm lẫn và dựa vào sự googling và Wikipedia là một trong những lý do tại sao chúng ta thiếu sự rõ ràng như vậy ngay từ đầu. Tên của các chuyên gia Agile hiện đại rất nổi tiếng; Thay vào đó, tôi khuyên bạn nên đọc blog và sách của họ.
azheglov

@azheglov - Tôi hiểu ý của bạn. Tôi đã làm rõ ý của tôi về việc sử dụng các trang Wikipedia. Các phần Tài liệu tham khảo và đọc thêm là những gì bạn nên xem xét.
ChrisF

7

Làm thế nào để bạn chiên gà?

Đó là một câu hỏi nghiêm túc. Làm thế nào để bạn thu thập ý định của người khác làm việc thành một cái gì đó phù hợp với bạn?

Tôi thấy rất nhiều câu hỏi không chỉ ở đây, mà trên SO mà hỏi "Tôi nên sử dụng x, y hay Z?" trong khi rất ít sự chú ý thực sự được đưa ra về cách một sự thay đổi mạnh mẽ có thể ảnh hưởng đến một nhóm, hoặc (tệ hơn) hiệu ứng của một người nào đó đang thử một cái gì đó mà không hiểu đầy đủ về cách thức hoạt động của nó. Khi nói đến phương pháp phát triển, bạn không hiểu nó cho đến khi bạn đã sử dụng nó thành công, nếu không bạn chỉ đang làm theo lời khuyên mù quáng.

Mỗi khi tôi thấy "Sẽ scrum làm việc cho tôi?" Tôi hỏi "Tôi không biết, bạn đã thử chưa?"

Đừng đọc những điều này giống như chúng đến từ một số câu thánh thư. Lấy những gì làm việc cho bạn, thử nó và nếu nó hoạt động thực hiện các phần làm việc. Điều này không khác gì việc tận dụng tốt nhất những gì libfoolibbar làm và làm một cái gì đó đáp ứng nhu cầu của bạn.

Tại thời điểm nào đó ai đó đã nói "Làm theo, gửi thư cho phương pháp này hoặc bị nguyền rủa suốt đời"?

Phương pháp tốt nhất là sự thích ứng tốt nhất của bạn về sự khôn ngoan được công bố và nguyên bản phù hợp với bạn .


Câu trả lời tốt, mặc dù nó không trả lời câu hỏi. Người đăng thậm chí không nói rằng anh ta đang nghĩ về việc sử dụng chúng.
Pierre Arlaud

5

Agile là một lớp phương pháp phát triển phần mềm, trong đó XP là một ví dụ

Scrum là một phương pháp quản lý dự án , không phải là phương pháp phát triển phần mềm . Mặc dù thông thường sử dụng phương pháp phát triển Agile với Scrum, nhưng nó không phải là một yêu cầu. Chúng không giống nhau.


0

Thực tế, nhiều tổ chức không tuân theo một phương pháp cụ thể 100% như XP hay Scrum khi chúng được đặt ra. Đặc biệt nếu họ mới bắt đầu tuân theo các nguyên tắc Agile. Họ có thể chọn và chọn một số khía cạnh nhất định của bất kỳ phương pháp cụ thể nào như Scrum nằm trong nhóm Agile. Agile trừu tượng hơn và nói điều đó dễ hơn là nói chúng tôi làm XP hoặc Scrum.


0

Cả XP và Scrum đều là các phương pháp phát triển phần mềm theo phương pháp phần mềm nhanh, chúng là một phần của họ các mô hình quy trình nhanh, bao gồm các mô hình khác; Crystal, tính năng phát triển theo định hướng, vv

Theo liên kết dưới đây để làm rõ thêm về sự khác biệt của họ.

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

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.