Sự khác nhau giữa Scrum và Agile Development là gì?

Question

Sự khác biệt giữa Scrum và Phát triển Agile là gì? Sprint và Iterations có giống nhau không?

Answer 1

Scrum chỉ là một trong nhiều phương pháp phát triển phần mềm nhanh và lặp đi lặp lại. Bạn có thể tìm thấy here mô tả rất chi tiết về quy trình.

Trong phương pháp SCRUM, chạy nước rút là đơn vị phát triển cơ bản. Mỗi lần chạy nước rút bắt đầu với một cuộc họp lập kế hoạch, nơi các nhiệm vụ cho chạy nước rút được xác định và cam kết ước tính cho mục tiêu chạy nước rút được thực hiện. Sprint kết thúc bằng một cuộc họp đánh giá hoặc hồi cứu, nơi tiến trình được xem xét và các bài học cho lần chạy nước rút tiếp theo được xác định. Trong mỗi lần chạy nước rút, nhóm tạo ra các phần đã hoàn thành của một sản phẩm. Trong các phương pháp Agile, mỗi lần lặp lại liên quan đến một nhóm làm việc thông qua một chu trình phát triển phần mềm đầy đủ, bao gồm lập kế hoạch, phân tích yêu cầu, thiết kế, mã hóa, kiểm thử đơn vị và kiểm tra chấp nhận khi một sản phẩm làm việc được chứng minh cho các bên liên quan. Vì vậy, nếu trong một cuộc chạy nước rút SCRUM bạn thực hiện tất cả các giai đoạn phát triển phần mềm (từ phân tích yêu cầu đến thử nghiệm chấp nhận), và theo ý kiến ​​của tôi, bạn có thể nói SCRUM sprints tương ứng với AGILE iterations.

Answer 2

Ngay từ đầu những gì tôi có thể nói là - Agile là một phương pháp tiến hóa từ Quy trình thống nhất tập trung vào Iterative & Phát triển gia tăng (IID). IID nhấn mạnh sự phát triển lặp đi lặp lại nhiều hơn về các giai đoạn xây dựng (mã hóa thực tế) và việc giao hàng gia tăng. Nó sẽ không nhấn mạnh nhiều hơn về Phân tích Yêu cầu (Khởi tạo) và Thiết kế (Phát triển) đang được xử lý trong chính bản thân nó. Vì vậy, Iteration ở đây không phải là một "mini project của chính nó".

Trong Agile, chúng tôi sử dụng IDD này thêm một chút, thêm nhiều thực tế hơn như Team Collaboration, Evolutionary Requirements and Design vv. SCRUM là công cụ để kích hoạt nó bằng cách xem xét các yếu tố con người và xây dựng xung quanh 'Wisdom of the Group' nguyên tắc. Vì vậy, Sprint ở đây là một "dự án nhỏ của chính nó" cải thiện một mô hình IID thuần túy.

Vì vậy, lặp lại được thực hiện theo cách Agile là, có, về mặt lý thuyết Sprints (làm nổi bật kích thước của các lần lặp lại nhỏ và phân phối nhanh). Tôi không thực sự phân biệt giữa Agile và SCRUM và tôi thấy rằng SCRUM là một cách tự nhiên để đưa các nguyên tắc Agile vào sử dụng.

Answer 3

Như đã đề cập ở trên bởi những người khác,

Scrum là một phần mềm nhanh nhẹn phương pháp phát triển lặp và tăng dần để quản lý dự án phần mềm và sản phẩm hoặc phát triển ứng dụng. Vì vậy, Scrum thực ra là một dạng tiếp cận Agile được sử dụng rộng rãi trong các phát triển phần mềm.

Vì vậy, Scrum là một hương vị cụ thể của Agile, cụ thể là nó được gọi là khung quản lý dự án nhanh.

Cũng Scrum có chủ yếu là hai vai trò bên trong nó, đó là: 1. chính/Core Role 2. Vai trò phụ trợ

chính/vai trò cốt lõi: Nó bao gồm chủ yếu là ba vai trò: a). Scrum Master, b). Chủ sản phẩm, c). Nhóm phát triển.

Vai trò phụ trợ: Vai trò phụ thuộc trong nhóm Scrum là những vai trò không có vai trò chính thức và sự tham gia không thường xuyên trong cuộc rước Scrum nhưng dù sao, chúng cũng phải được tính đến. viz. Các bên liên quan, người quản lý.

Scrum Master: - Có 6 loại cuộc họp ở scrum:

• Daily Scrum/Standup
• Backlog chải chuốt: cốt truyện
• Scrum của Scrums
họp
• Sprint Kế hoạch
• Sprint xem xét cuộc họp
• Hồi tưởng chạy nước rút

Hãy cho tôi biết nếu có ai cần thêm dữ liệu đầu vào về điều này.

Answer 4

Phương pháp thác là một quá trình thiết kế tuần tự. Điều này có nghĩa rằng khi mỗi giai đoạn trong tám giai đoạn (thụ thai, bắt đầu, phân tích, thiết kế, xây dựng, thử nghiệm, thực hiện và bảo trì) được hoàn thành, các nhà phát triển chuyển sang bước tiếp theo.

Vì quá trình này là tuần tự, khi một bước đã được hoàn thành, nhà phát triển không thể quay lại bước trước - không phải không làm xước toàn bộ dự án và bắt đầu từ đầu. Không có chỗ thay đổi hoặc lỗi, do đó, kết quả dự án và kế hoạch mở rộng phải được đặt ở đầu và sau đó theo dõi cẩn thận

ACP Agile Certification trở thành một “giải pháp” cho những bất lợi của phương pháp thác nước. Thay vì một quá trình thiết kế tuần tự, phương pháp Agile tuân theo một cách tiếp cận gia tăng. Các nhà phát triển bắt đầu với một thiết kế dự án đơn giản, và sau đó bắt đầu làm việc trên các mô-đun nhỏ. Công việc trên các mô-đun này được thực hiện trong các lần chạy nước rút hàng tuần hoặc hàng tháng và vào cuối mỗi lần chạy nước rút, các ưu tiên của dự án được đánh giá và các thử nghiệm được chạy. Những lần chạy nước rút này cho phép phát hiện lỗi và phản hồi của khách hàng được đưa vào thiết kế trước khi chạy nước rút tiếp theo.

Quy trình, với việc thiếu thiết kế ban đầu và các bước, thường bị chỉ trích vì tính chất cộng tác của nó tập trung vào các nguyên tắc chứ không phải là quy trình.

Answer 5

Agile và Scrum là các thuật ngữ được sử dụng trong quản lý dự án. Phương pháp Agile sử dụng các nhịp công việc gia tăng và lặp đi lặp lại cũng được gọi là chạy nước rút. Scrum, mặt khác là kiểu tiếp cận nhanh được sử dụng trong phát triển phần mềm.

Nhanh nhẹn là thực hành và Scrum là quy trình để thực hiện theo thực hành này giống như lập trình eXtreme (XP) và Kanban là quá trình thay thế để theo dõi thực hành phát triển Agile.

Answer 6

Scrum phù hợp với sự phát triển nhanh như thế nào?

Trong khi phương pháp Agile có thể được áp dụng cho phát triển sản phẩm không chỉ trong ngành công nghiệp phần mềm mà còn trong các ngành khác nữa, Scrum là đặc thù cho phát triển phần mềm.

Scrum không phải là phương pháp luận. Nó chỉ đơn giản là cung cấp cấu trúc, kỷ luật và một khuôn khổ cho sự phát triển Agile. Toàn bộ dự án được tạo thành từ một loạt các Sprints hoặc Sprint Cycles (1 đến n) trong đó mỗi Sprint có cùng thời lượng. Nếu ‘thời gian’ được ký hiệu bằng T, thì T1 = T2 = T3 =… Tn. Chạy nước rút có thể là bất cứ nơi nào từ 2 đến 4 tuần. Chạy nước rút ngắn hơn 2 tuần không lý tưởng và được sử dụng ít thường xuyên hơn. Vào cuối mỗi Sprint, một phần mềm hoạt động/chức năng được tạo ra mà người dùng thực sự có thể kiểm tra.

Bài viết gốc ở đây ...

https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post

Answer 7

SCRUM:

SCRUM là một loại phương pháp Agile. Nó là một khung không phải là một phương pháp luận.

Nó không cung cấp hướng dẫn chi tiết về những gì cần phải làm thay vì hầu hết nó phụ thuộc vào nhóm đang phát triển phần mềm. Bởi vì việc phát triển dự án biết cách giải quyết vấn đề đó là lý do tại sao nhiều vấn đề được để lại trên chúng

Các nhóm chức năng và tự tổ chức là điều cần thiết trong trường hợp có sự cố. Không có trưởng nhóm trong trường hợp này, người sẽ giao nhiệm vụ cho các thành viên trong nhóm chứ không phải toàn đội giải quyết các vấn đề hoặc vấn đề. Nó có chức năng chéo theo cách mọi người tham gia vào dự án ngay từ ý tưởng đến việc thực hiện dự án.

Lợi thế của scrum là hướng của dự án được điều chỉnh dựa trên công việc đã hoàn thành, không dựa trên suy đoán hoặc dự đoán.

Vai trò thực hiện: Chủ đầu tư sản phẩm, Scrum Master, Đội viên

Agile Phương pháp:

các ứng dụng xây dựng phần mềm đó là không thể đoán trước trong tự nhiên

nhịp công việc lặp đi lặp lại và gia tăng được gọi là chạy nước rút được sử dụng trong phương pháp này .

Cả Agile và SCRUM đều tuân theo hệ thống - một số tính năng được phát triển như một phần của chạy nước rút và vào cuối mỗi lần chạy nước rút; các tính năng được hoàn thành ngay từ mã hóa, kiểm tra và tích hợp của chúng vào sản phẩm. Một cuộc biểu tình về chức năng được cung cấp cho chủ sở hữu vào cuối mỗi lần chạy nước rút để phản hồi có thể được thực hiện có thể hữu ích cho lần chạy nước rút tiếp theo.

Tuyên ngôn Phát triển Agile:

1. cá nhân và tương tác qua các quy trình và công cụ
2. Phần mềm làm việc trên tài liệu hướng dẫn toàn diện
3. sự hợp tác của khách hàng qua đàm phán hợp đồng
4. Hưởng ứng thay đổi theo sau một kế hoạch

Tức là, trong khi có giá trị trong các mục bên phải, chúng tôi đánh giá các mục ở bên trái nhiều hơn.